Beiträge von b3317133

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...

1. Das ist nicht die ganze wp-config.php, das Ende fehlt...
   
2. Es wurden manuelle Änderungen vorgenommen.
3. Entferne das alles:

Zitat von Tagwerker

/**
* 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

Zitat von gomelius

... aber die Verlinkung funktioniert nicht:

Ersetze das

<a href="/<?php bloginfo('http://localhost:8888/'); ?>">

durch das (mehr dazu hier)

<a href="<?php bloginfo('url'); ?>">

oder besser das (mehr dazu hier)

<a href="<?php echo esc_url( home_url( '/' ) ); ?>">

Weiterhin ersetze [FONT=Courier New]alt="schloesser-schriftzug"[COLOR=#ff0000] ?[/COLOR]>[/FONT] durch [FONT=Courier New]alt="schloesser-schriftzug">[/FONT]

Durch die Vielzahl von möglichen Geräten, deren Kennungen (User-Agents), Bildschirmauflösungen usw. erstellt man heutzutage in der Regel eher ein allgemeingültiges responsive Design mit ein paar CSS-Breakpoints, das auf allen Zielgeräten und Browserbreiten sinnvoll dargestellt wird.

Für die WordPress App gibt es hier Support.

Andere "offline" Möglichkeiten gibt es über extra Programme, die aber teils sehr viele Einschränkungen mit sich bringen.

Derzeit kann eine Datei [FONT=Courier New]/wp-content/uploads/oceanwp/main-scripts.js?ver=1.6.7[/FONT] nicht geladen werden, der Server erzeugt einen "403 Forbidden" Fehler dafür, evtl. führt das zu weiteren Wechselwirkungen da es sich hier um ein zentrales Element des Themes zu handeln scheint.

Würde versuchen, durch das temporäre Deaktiveren aller Plugins (insbesondere von "Sicherheits"-Plugins falls vorhanden) herauszufinden, ob man die Ursache dafür eingrenzen kann..

Wenn Du möchtest, kannst Du den Autoren des neuen Editors "Gutenberg" Deine Erfahrungen damit wie z.B. hier beschrieben mitteilen. Die lesen hier im Forum nicht mit.

Zitat von IT-SERVICES FENGLER

Der Kunde benötigte ganz individuelle Übersetzungen von einigen englischen Texten.

Viele verwenden für sowas das Plugin Loco Translate.