Beiträge von Marcus[IS]

Rufst du die Sidebar vor, oder nach dem Content auf?

Die Reihenfolge müsste da eingehalten werden. Denn wenn der Sidebar Aufruf vor dem Content stattfindet wird diese auch zuerst angezeigt.

Und was auch noch hinzu kommt, das sind die Feinheiten die du mit css noch machen müsstest.
Hierbei kämen die Anweisungen float:left; und float:right; zum Einsatz.

Hier mal ein Beispiel aus dem Theme Twentyten, damit du siehst, wie so ewtas aufgebaut werden kann;

/*
LAYOUT: Two columns
DESCRIPTION: Two-column fixed layout with one sidebar right of content
*/


#container {
    float: left;
    margin: 0 -240px 0 0;
    width: 100%;
}
#content {
    margin: 0 280px 0 20px;
}
#primary,
#secondary {
    float: right;
    overflow: hidden;
    width: 220px;
}
#secondary {
    clear: right;
}
#footer {
    clear: both;
    width: 100%;
}

Die Div Tags Primary und Secondary stehen beim Twentyten für die Sidebars und der Tag Content erklärt sich denke ich von selber. ;)

Zitat von JABA-Hosting

Die einfachste Lösung wird sein das Plugin zu löschen per FTP und via FTP neu hochzuladen.

Yapp stimme ich zu. Und wenn das Problem dann immer noch auftaucht mal an den Plugin Author heran treten und nachfragen.

Mojn,

hat das Plugin vor kurzem ein Update bekommen, oder hat jemand dran rumgebaut?

Da hat irgendwas/irgendwer den Quelltext zerwürfelt und Teile davon tauchen nun als Text auf.

/* gehört eigentlich ans Ende vom Eintrag <!--[CDATA[*/<div data-store-id="491"class="wpsl-info-window"--> wird aber merkwürdigerweise unter der Klasse gm-style-iw als Text angezeigt.

/*]]&gt;*/ steht in der Klasse wpsl-info-actions. Auch da fehlt was am Ende. Ich vermute mal ist zugehörig zu einer Javascript Anweisung.

Zitat von SEpp55

Nunja, bei mir ist die Sidebar rechts unter dem Header, so wie es sein soll (am Desktop).
Ab 991px und kleiner wird die Sidebar aber mit CSS-Anweisungen unter dem Content verlagert, das nennt sich responsives Design ;-) und wird mit Media Queries umgesetzt.

Das Problem tritt bei @Rike1310 auf den statischen Seiten auf.
Ich vermute mal einen Konflikt dahingehend, das der Aufruf für die Sidebar mit in den Content Div gepackt wurde.

Was hast du denn da genau als Slug eingetragen?
Habe zwar kein WooCommerce im Einsatz aber so wie ich das aus den Dokus herauslesen kann, sollte /product-category/product-name oder so was in der Art eigentlich hinhauen.

Aber wir haben hier im Forum auch User, die sich recht gut mit WooCommerce auskennen und da sicher auch noch etwas beisteuern können.

Wenn du die Farben ändern willst, musst du die Klasse des Quiz Skript ansprechen.

Zum Beispiel .wpProQuiz_questionList
Dies wird mir unter anderem bei deinem Beispiel angezeigt.

Wenn du es ohne Aufwand einfügen willst, käme hierfür die WordPress Option Zusätzliches CSS in Frage, welche du unter Design/Customizer im Adminbereich findest.

Doch wie gesagt, du musst ermitteln welche Klassen beim Quiz Skript vergeben sind.

Zitat von Granus

Um das Problem zu verdeutlichen, habe ich eine Beispielseite angelegt, auf der auch das bislang verwendete CSS zu finden ist.

Da ich mit meinen rudimentären Kenntnissen nicht weiter komme, wäre ich für euren expertenrat sehr dankbar!

Und wenn du uns noch den Link gibst, kann man sich das ganze sogar live anschauen und eventuell mit Rat zur Seite stehen? :D

Mojn,

Nutzt du Woocommerce als Shop?
Da gibt es wohl, neben den Basis Permalinks noch Extra Permalink Einstellungen die man Anpassen kann.
Permalinks - WooCommerce Docs

Mojn,

für das Vorhaben musst du die Media Queries berücksichtigen. Responsive Themes arbeiten damit und ich denke deines dürfte in den css Dateien auch irgendwo diese @ Media Einträge verwenden.

CSS @media Rule

Du musst nur für die entsprechende Auflösung die css Anweisung bauen.

Wie Badango schon erwähnte;
Wenn es kein eigener Server ist, müsstest du an den Service deines Providers herantreten und dort nachfragen.

Zitat von kernoelpepi

Ich hoffe ich bin nicht gehackt worden!
Kann ich das irgendwie herausfinden?

Liebe Gruesse, Pepi

Man sollte nicht immer vom schlimmsten ausgehen. ;)

Da du ja per FTP Zugriff nehmen kannst, wäre eventuell ein Blick in die Log Dateien zu empfehlen.
So kannst du schnell herausfinden ob es etwas ungewöhnliches gibt. (Augenmerk auf die Einträge werfen die mit -post Gemarkert sind.
-Get ist dafür was abgerufen wurde.)

Im Adminbereich unter Design/Customizer.
Dort ist auf der Linken Seite zum Schluss ein Punkt der nennt sich Zusätzliches CSS, dort dann den CSS Code einfügen und den Veröffentlichen Button oben klicken.

b3317133 hat dir ja einen möglichen Grund der nicht Erreichbarkeit geschrieben. Add from Server hatte in der Tat 2016 eine Sicherheitslücke, die aber damals vom Plugin Author geschlossen wurde.
Ein weiterer grund könnte auch sein, das der Plugin Author das Plugin aus dem Repository genommen hat.

20MB zur Verfügung in der Mediathek?

Verwechsel das bitte nicht mit der Maximalen Uploadgröße für Dateien. Falls dort 20MB steht, heißt das nichts anderes das die Datei, welche du hochladen willst nicht größer sein darf als 20MB. ;)

Zitat von Brigitte457

Hallo,

Ich habe 11 Bilder mit File Zilla in den WP-Content/Uploads geladen mit einer gesamt Größe von 7MB sie sind aber in der Mediathek im Backend nicht zu sehen, leider ist das Plugin "Add From Server" abgeschaltet, gibt es eine andere Möglichkeit, ich wollte auch mit FTP ein mp4Video von 16MB hochladen, das geht dann wohl auch nicht.

Gruß Brigitte

Hi,
Geht nicht so einfach. WordPress erkennt das nicht, wenn Bilder per FTP einfach in den Uploads Ordner gepackt werden.
Du hast aber die Möglichkeit per Batchupload (Mehrere Dateien) die Bilder über den Link Medien/Datei hinzufügen im Adminbereich die Bilder hochzuladen.

Warum jetzt das Plugin abgeschaltet ist, weiß ich zwar nicht, aber du könntest es doch unter Plugins aktivieren?

Das Video wird auch auf dem selben Weg hochgeladen (Medien/Datei hinzufügen).
Dabei musst du aber schauen, wie groß die erlaubte Maximale Größe für eine Datei ist. Bei manchen Servern ist das Limit auf 8MB eingestellt. Da kannst du dann keine 16MB Datei hochladen.

Themeditor? Ja das hatte ich vermutet.

Aber wie ich an deiner Überschrift des Thread erst jetzt sehe gibt es eine 403 Meldung (Zugriff verweigert).
Muss mich erst noch an das neue Forum gewöhnen.

nun zum Problem zurück;

Chmod dürfte hierbei allerdings nicht die Ursache sein, weshalb dein eigentlich logischer Plan mit der Neu Vergabe der Zugriffsrechte fehl schlug.

Ich vermute mal das Problem liegt bei den Besitzer- bzw. Benutzergruppen.
Das müsstest du mal prüfen, ob die IDs unterschiedlich sind. Sollte dir das FTP Programm eigentlich auch anzeigen können.
Insbesondere sei hier das Augenmerk auf die letzte von dir geänderte Datei gelegt.
Falls du diese noch im original vorliegen hast, sollte es eigentlich ausreichen diese einfach zu ersetzen.

Nicht persönlich nehmen, aber man sollte niemals den Theme-Editor, oder Plugin-Editor verwenden, auch wenn das Komfortabel erscheint. Wie so was enden kann musst du ja leider gerade selber durch machen.
Erfahrenere WordPress Nutzer gehen immer hin und legen sich eine Kopie an, bevor etwas geändert wird.
Und dieses machen wir auch nicht Online, sondern laden uns die Datei auf die Platte und editieren diese mit einem Textprogramm (z.B. Notepad++) und laden diese dann hoch. Kommt es dann zum Supergau können wir unsere Sicherheitskopie von der Platte verwenden und die Datei wieder im original herstellen. ;)

Wurde im Vortext beantwortet. (Zeitüberschneidung)

Zitat von schwabenpower

...
Ich wollte eigentliche nur einen Code einfügen und hab im Dashboard dann auf Upload geklickt. Danach war meine Seite nicht mehr erreichbar.
...

Das müsstest du etwas genauer erklären, ist für mich leider nicht ganz durchschaubar.

So wie ich das verstehe hast du über den Editor im Adminbereich eine Datei des Themes verändert, das ganze gespeichert und nun wird alles mit einer Error 500 Meldung quittiert?

Falls ich mit der Vermutung richtig liegen sollte, müsste es ausreichen den Ordnernamen des Theme umzubennen, bzw. (nach vorheriger Sicherung auf die eigene Festplatte) zu löschen.
WordPress geht dann hin und wechselt automatisch auf das Standardtheme, welches sich in der WordPress Installation befindet.
Natürlich auch nur wenn es vom User vorher nicht gelöscht wird.

Kann man nur zustimmen. Müssen wir den anderen nur noch beibringen richtig zu Posten, wenn es zu Fragen kommt. ;)

Ich muss gestehen, dass ich da dann jetzt auch etwas überfragt bin.
Vom Code Aufbau her müsste es eigentlich funktionieren.
Es sei denn die Klasse welche angesprochen werden muss lautet doch anders.

Scheint ja gut geklappt zu haben. Fein, Fein. :)

Zitat von Bea_AG

Sooo klein und unbedeutend ist der EU Wirtschaftsraum nun auch wieder nicht ;-)

Mein Vorschlag wäre es, wenn man hier einen eigenen Bereich "DSGVO und WordPress" einrichtet und dann je Anwendung in einem eigenen Strang diskutiert wird. Sonst wird das schnell total unübersichtlich. Ich denke, dass das alle derzeit brennend interessiert und da wäre es gut, wenn wir die Informationen bündeln könnten.
Im Mitgliederbereich von eRecht24 geht es ja auch schon drunter und drüber und wenn man die Anwälte dort nach einem bestimmten Plugin fragt, dann bekommt man nur die Antwort, man solle den Anbieter anfragen, ob es DSGVO konform sei.

Derzeit habe ich auch das Gefühl, dass wir den Anbietern hinterherlaufen. Eigentlich sollte es doch umgekehrt sein und die Anbieter sollten sich beeilen, ihre Produkte an das EU Recht anzupassen, sofern sie ein Interesse haben, hier weiter mitzumischen.

Aber wie ich sehe, wird das Forum hier morgen eh auf ein neues System umgestellt. Das hat doch nicht etwas mit der DSGVO zu tun? Grins...

LG!

Die Antwort der Anwälte ist ja auch korrekt. Plugin- und Themeauthoren sind hier in die Pflicht zu nehmen. Doch ob es die interessiert, welche außerhalb der EU sitzen? Ich denke eher nicht, obwohl ich dem Punkt zustimme, dass wenn sie weiter im EU Markt mitwirken wollen, diese sich Gedanken machen müssen.
Ob es WordPress Anwender innerhalb der EU zu interessieren hat? Unbedingt.
Und im Zweifelsfall muss man halt auf diverse Plugins verzichten, wenn man sich nicht sicher ist. Man kann ja nicht jeden Plugin-, oder Theme-Sourcecode durchsuchen, ob es "nach Hause" Telefoniert. Mal abgesehen davon das es für die meisten Laien eh nicht zu bewerkstelligen wäre.

Was mal interessant wäre zu wissen, ob die DE Version von WordPress angepasst werden müsste.
Soweit ich das beurteilen kann, liegen die Server für die Updates und das Plugin Reporsitory außerhalb der EU.
Insbesondere wenn jemand Multisite WP Installationen betreibt, bei der sich User anmelden können, wird ja die IP des jeweiligen Nutzers an diese Server gesendet.

Und Nein, die Umstellung des Forum hat nichts mit der neuen Verordnung zu tun, das hat wohl andere Gründe. ;)