Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen[size=14]In Theme Twenty Fourteen ist keine Foot menu verfügbar. welche Verschläge habt ihr was man machen kann ?[/SIZE]
Üblicherweise nimmt man dafür die Übersichtsseite der Kategorie, also [FONT=Courier New]example.com/category/italien/ [/FONT]wobei man den Teil [FONT=Courier New]category [/FONT]Im Menü "Einstellungen > Permalinks > Kategorie-Basis" auch ändern kann, je nach Gesamtinhalt der Seite z.B. auf [FONT=Courier New]reiseberichte[/FONT] o.ä.
Eine standard WordPress [FONT=Courier New].htaccess[/FONT] Datei sieht so aus wie hier unter "Basic WP" beschrieben.
Sie befindet sich im Hauptverzeichnis von WordPress:
/wp-admin/
/wp-content/
/wp-includes/
/.htaccess <---------------- hier
/index.php
/wp-activate.php (und viele weitere wp-xxx.php Dateien)
Weitere [FONT=Courier New].htaccess[/FONT] Dateien in anderen Ordnern o.ä. werden standardmässig in WordPress nicht mitgeliefert.
Die von Dir gezeigte [FONT=Courier New].htaccess[/FONT] ist kein WordPress standard, sie kommt möglicherweise durch Deinen Hostingprovider, frage dort mal nach warum diese beiden Links einen HTTP-Status 403 bzw. eine Forbidden Meldung im Browser ergeben, anstatt eigentlich einen HTTP-Status 200 (und den Inhalt der Datei) bzw. 404 (nicht gefunden):
https://www.consulting-worpswede.de/wp-content/uploads/oceanwp/main-scripts.js
https://www.consulting-worpswede.de/wp-content/uploads/irgendwasdasesnichtgibt.js
Alternativ poste eine Anfrage in der Jobbörse hier im Forum, dort hilft Dir dann evtl. auch jemand im Direktkontakt weiter, es wird dafür höchstwahrscheinlich (s)FTP-Zugang zum Server erforderlich sein.
.. habe dennoch das Problem, dass meine individuellen Übersetzungen bei jedem Update überklatsch werden.
Dann läuft irgendwas falsch, nach unserer Erfahrung und lt. Plugin Beschreibung Loco Translate:
Geschütztes Sprachverzeichnis, um eigene, angepasste Übersetzungen zu speichern und vor Überschreiben bei Updates zu schützen
Mehr dazu auch hier im Loco Translate FAQ.
Die Dateien in [FONT=Courier New]/wp-content/languages/plugins/[/FONT] werden bei Updates normalweise überschrieben.
OceanExtra ist aber weit verbreitet, insofern gehe ich nicht davon aus, dass es die Probleme schafft, ..
Dazu könnte man mal etwas im Plugin Support Forum nachlesen.
Macht es Sinn die gesamte Installation zu löschen ..
Es würde eher Sinn machen, herauszufinden, warum generell alle JavaScript-Dateien in Deinem [FONT=Courier New]/wp-content/uploads/[/FONT] Ordner blockiert werden. Das betrifft die o.g. [FONT=Courier New]/wp-content/uploads/oceanwp/main-scripts.js?ver=1.6.7[/FONT] (die wichtig für Dein Theme wäre) genauso wie frei erfundene Dateinamen [FONT=Courier New]/wp-content/uploads/irgendwasblabla.js[/FONT]
Sind irgendwelche "Sicherheits"-Plugins installiert? Oder wurden irgendwelche "Sicherheits-Tipps" z.B. zum Thema [FONT=Courier New].htaccess[/FONT] Schutz o.ä. umgesetzt?
Die weitere Idee steht oben, WP_DEBUG verwenden, um zu sehen, ob es auch noch andere Fehlermeldungen gibt.
Und dann alle Plugins rauswerfen, die man nicht unbedingt und zwingend braucht, um den Speicherverbrauch zu verkleinern.
Oder ein entspr. grösseres Paket buchen.
Du solltest über Deinen Mittwald Zugang selbst das aktuelle PHP Error-Log einsehen bzw. konfigurieren können. Was steht noch drin? Ist die Meldung exakt dem Zeitpunkt zuzuordnen, wenn Du die Fehlermeldung bekommst?
Was war schon vor dem Update so? Die Fehlermeldung "Die Website hat technische Schwierigkeiten. .."? Vor welchem Update genau? Oder meinst Du damit, dass einfach nur Blöcke existiert haben?
Die "Fatal error" Meldung bedeutet: Die nächsten 20480 zusätzlich benötigen Bytes (und alle weiteren danach ggf. zusätzlich benötigten Bytes) sind nicht mehr möglich, bei bereits 75497472 genutzten Bytes für die Bearbeitung der aktuellen Seite bzw. für den PHP-Code "dahinter".
Im Frontend wird die Seite offenbar noch angezeigt (die Startseite), via REST-API [FONT=Courier New]/wp-json/wp/v2/pages/350[/FONT] wird die Seite auch gerendert.
Das Auftreten dieser Meldung wird derzeit (google, engl. Version der Meldung) bei vielen WordPress 5.x Updates beschrieben und kann die unterschiedlichsten Gründe haben.
Genaueres könnte sagen, wenn man sich das Server Error-Log im Hosting ansieht, kannst Du aktuelle Meldungen daraus posten? Oder ggf. auch wenn man [FONT=Courier New]WP_DEBUG[/FONT] aktiviert und die Meldungen via [FONT=Courier New]WP_DEBUG_LOG[/FONT] in [FONT=Courier New]wp-content/debug.log[/FONT] schreiben lässt
Ok, passt damit jetzt alles mit den Bildern?
Evtl. hast Du in Autoptimze irgendwas mit "Optimize Images" o.ä. angehakt und versehentlich nicht gelesen, was das eigentlich macht.
Zur Info, die Haupt-Website lädt derzeit die Bilder auch auf/von den Jetpack-Servern in den USA...
Keine Ahnung, wie das Plugin genau heisst, aber irgendein weiterer Mechanismus lädt Deine Bilder auf/von einem externen [FONT=Courier New]cdn.shortpixel.ai[/FONT] Server (und schickt die IP-Adresse der Besucher damit autom. zu diesen Servern, Stichwort DSGVO), z.B.
https://cdn.shortpixel.ai/client/q_glossy,ret_img/https://buecher.silke-deschamps.de/wp-content/uploads/elementor/thumbs/ian-parker-552087-unsplash-1-o6sudqgoh4fala3q5xniu9pyh8inw8z6q1vplz2gq0.jpg
Wende Dich am besten an die Person, die den Website eingerichet hat und lasse all diese "Optimierungen" deaktivieren.
Jetpack macht (viel zu) viele Dinge, man sollte sich mit jeder einzelnen Funktion im Detail auseinandersetzen. Da gibt es viele Fallen auch bzgl. DSGVO.
Würde noch dieses (eher sinnfreie) Shortpixel Plugin deaktivieren, also alle Einflüsse ausschliessen, die mit Bildern zu tun haben könnten.
Um das Problem einzugrenzen, deaktiviere erstmal das Jetpack-Plugin, bzw. mindestens diese Site-Accelerator / Photon Funktion, das Plugin lädt derzeit im Hintergrund Deine Bilder auf einen externen Server in den USA.
Und mit welchem Bild genau hast Du Probleme? Diese "Mondbilder" kommen von einem externen Shortpixel-Website, meinst Du die? Läuft da noch ein weiteres Optimierungs-Plugin o.ä.? Schalte das mal ab.
Teile Deine Erfahrungen mit dem neuen Gutenberg-Editor am besten wie z.B. hier beschrieben direkt den Autoren von Gutenberg mit, die lesen hier im Forum nicht mit.
Zum Plugin siehe Link in #11.
Das aktuelle Hauptproblem war das manuell eingefügte fehlerhafte PHP in der Datei [FONT=Courier New]wp-config.php[/FONT] - evtl. kam das durch eigene Behebungsversuche zustande.
Generell empfiehlt sich hier ein Umzug / Upgrade des Hostings zu mehr Arbeitsspeicher (RAM) oder mindestens eine Bereinigung und Entfernung unnötiger Plugins, falls vorhanden.
Ok, das scheint geklappt zu haben, derzeit erscheint ein anderer Fehler, der auf zuviel Speicheranspruch Deiner Installation hindeutet.
In so einem Fall deaktiviert man per FTP ein paar Plugins, z.B. benennt man den Ordner [FONT=Courier New]/wp-content/plugins/shapepress-dsgvo/[/FONT] um in sowas [FONT=Courier New]/wp-content/plugins/shapepress-dsgvo-inaktiv/[/FONT] - dann funktioniert die Seite wieder, man kann sich anmelden, und ein paar Plugins rauswerfen. Wenn man welche wieder aktiviert, vorher auf den Originalpfad zurückbenennen per FTP!
Hier hat jemand mit dem Plugin ein ähnliches Problem, es liegt mMn. aber an sonstigem Speicherhunger oder zu schwachem Hosting für das neue WordPress 5.2.x
Zusammenfassend:
Der o.g. Fehler in [FONT=Courier New]wp-config.php[/FONT] kam definitiv nicht durch ein automatisiertes WordPress Update die Tage...
Ergänzend: Dieser Post hat sich mit #9 und #10 überschnitten...
/**
* AUTOUPDATE mit nächster Zeile geblockt.
*/define( 'AUTOMATIC_UPDATER_DISABLED', true );[COLOR=#ff0000]"[/COLOR]
define( [COLOR=#ff0000]‘[/COLOR]WP_AUTO_UPDATE_CORE[COLOR=#ff0000]’[/COLOR], false );
Die Fehler sind rot markiert, wer auch immer das eingefügt hat, hat von PHP leider keine Ahnung...
Dann ist ggf. weiter oben in der Datei was nicht in Ordnung bzgl. der PHP-Syntax.
Du kannst eine komplette Version der wp-config.php posten, ABER lass die vier Zeilen mit "DB_xxx" und die acht Zeilen ab AUTH_KEY weg und nutze das kleine [FONT=Courier New][+][/FONT] hier im Forum Editor, um das als "Code" einzufügen.
Ein seltsamer Effekt, wenn Du manuell nichts geändert hast. Evtl. ein Hack oder ein wildgewordenes Cache- oder "Sicherheits"-Plugin.
Was steht in ca. Zeile 100-110 in der Datei wp-config.php?
Wenn Du irgendwas sonstiges versuchst, macht eine systematische Fehlersuche hier eher keinen Sinn, weil man nicht weiss, ob Teile des Problems dann durch Deine Versuche dazukommen, Du verschlimmerst die Situation wahrscheinlich nur.
Genaueres könnte sagen, wenn man sich das Server Error-Log im Hosting ansieht oder ggf. auch wenn man WP_DEBUG aktiviert und die Meldungen in wp-content/debug.log schreiben lässt