Ich bin für jeden Ratschlag dankbar.
1. Beschäftige Dich mit CSS
2. Poste einen Link zu Deiner Seite, dann gibt Dir ggf. jemand ein für Dich passendes CSS-Beispiel
Beiträge von b3317133
-
-
Bei mir erscheint unter freiheitenwelt.de nach wie vor der gleiche Fehler und der Plugin-Ordner ist ebenfalls noch da... Geht es überhaupt um diesen Website?
Evtl. arbeitest Du an einer anderen Installation?
-
Die aktuelle Sprache beim Plugin "qTranslate X" würde man mit [FONT=courier new]qtrans_getLanguage()[/FONT] ermitteln.
PHPif ( qtrans_getLanguage() == 'de' ) { } ...
Die Konstante [FONT=courier new]ICL_LANGUAGE_CODE[/FONT] gibt es nur bei Nutzung von WPML. -
Also:
Deine Webseite zeigt nach wie vor die gleiche Fehlermeldung.
Die o.g. XML-Datei im Plugin-Ordner ist nach wie vor erreichbar.
Daraus folgt:
Der Plugin-Ordner wurde nicht umbenannt und nicht gelöscht.
Evtl. arbeitest Du an einer anderen Installation?
-
Der Plugin-Ordner ist nach wie vor nicht umbenannt. So kann man Dir leider nur schwer helfen. Viel Glück.
-
Das sind sog. "Widgets", die Du unter Design -> Widgets anpassen, ändern, löschen kannst, mehr dazu hier (englisch).
-
Wo genau hast Du den Code denn eingefügt? Wird der falsche Slider ausgegeben, oder gar keiner?
An den Anführungszeichen dürfte es eigentlich nicht liegen, siehe auch Screenshot in der Doku und intval() im Shortcode selbst.
Und noch eine Frage am Rande, wird das Plugin WPML benutzt und ist aktiv? ICL_LANGUAGE_CODE ist eine Konstante aus diesem Plugin.
-
Der Link lässt sich zwar drücken, aber ob da was funktioniert weiss ich nicht.
Nach dem Klicken sollte im Browser ein Cookie [FONT=courier new]ga-disable-UA-XXXXXXX-X[/FONT] gesetzt werden. Daran siehst Du, ob es funktioniert. -
Wie beschrieben, Plugin-Ordner von "WooCommerce Germanized" umbenennen. Dann sollte man ins Backend kommen. Ist das der Fall?
Wurde die PHP-Version des Websites kürzlich geändert?
-
Beim Start der Installation sollte nur installer.php und die .zip Datei im entspr. Ordner sein, sonst nichts.
Während der Wartezeit evtl. das Anleitungs-Video von Duplicator nochmal komplett anschauen, falls noch nicht geschehen. Das erklärt vieles.
-
Offenbar erzwingt der Server [FONT=courier new]lower_case_table_names[/FONT], das sollte man grundsätzlich beheben.
In diesem speziellen Fall könnte man vor dem Upload des Duplicator-Pakets in der Datei [FONT=courier new]database.sql[/FONT] und [FONT=courier new]wp-config.php[/FONT] ein Suchen/Ersetzen von sBV-33 auf sbv-33 versuchen.
-
Mit Duplicator umgezogen. Dann hab ich den Präfix in der Config geändert.
Warum der Präfix in der DB dann geändert wird weiß ich nicht.
Das passt nicht zusammen.
Wann wird das Präfix von wem von was in was geändert?
-
Würde eine Neuinstallation des Duplicator-Pakets im richtigen Ordner mit der richtigen URL empfehlen.
Also die Dateien so hochladen, dass Du die Installation mit [FONT=courier new]https://casavivo.net/installer.php[/FONT] starten kannst.
-
Ja, aber da muss ich mich ins Backend einloggen und da bekomm ich den Hinweis, dass ich keine Rechte dazu habe...
Mach das mal bevor Du ein Prefix änderst.Das frag ich mich auch....
Verstehe ich nicht. Du änderst es doch, daher müsstest Du schon wissen, warum und von was in was usw.
-
Am Ende der Installation von Duplicator wie im Verlauf der Installation beschrieben einmal "Permalinks speichern" anklicken.
Edit: Siehe Punkt 2 hier.
Warum wird "dann" das Prefix geändert? Duplicator macht bei richtiger Benutzung alles alleine ohne manuelle Eingriffe.
-
Möglicherweise wurde bei der Installation mit Duplicator fälschlicherweise [FONT=courier new]https://casavivo.net/startwp/[/FONT] anstatt richtigerweise [FONT=courier new]https://casavivo.net/[/FONT] als URL angegeben.
-
Es gilt daher herauszufinden, wo/wie diese Class normalerweise im System bereitgestellt wird, über "WooCommerce" selbst o.ä. oder anderweitig. Edit: Wird normalerweise vom Plugin selbst bereitgestellt.
Damit gemeint ist, von "WooCommerce Germanized" selbst bereitgestellt, falls das missverständlich sein sollte. -
Das Problem liegt darin, dass die Class "WC_GZD_Dependencies" nicht existiert, aber trotzdem vom Plugin "WooCommerce Germanized" angesprochen wird bzw. werden will.
Es gilt daher herauszufinden, wo/wie diese Class normalerweise im System bereitgestellt wird, über "WooCommerce" selbst o.ä. oder anderweitig. Edit: Wird normalerweise vom Plugin selbst bereitgestellt.
Möglicherweise klappt die Initialisierung von "WooCommerce Germanized" nicht richtig, wurde die PHP-Version des Websites kürzlich geändert?
Edit 2: Du schreibst "nach einem Update", nach was für einem Update genau?
-
Der Ordner ist nicht umbenannt, die Dateien darin (z.B. diese XML-Datei) sind erreichbar, das wäre nach Umbenennen nicht der Fall.
-
Offenbar geht das installierte Plugin "WooCommerce Germanized" einfach davon aus, dass eine Class "WC_GZD_Dependencies" existiert anstatt class_exists() zu benutzen. Das klappt hier nicht, daher die Meldung.
Um das Plugin temporär zu deaktivieren, kannst Du per FTP den Ordner plugins/woocommerce-germanized umbenennen, z.B. in plugins/woocommerce-germanized-disabled.
Dann funktioniert möglicherweise der Website und der Login wieder, einige WooCommerce Dinge aber natürlich nicht.
