Beiträge von b3317133

    Ok, bedenke dabei, dass falls Du dann das offenbar nur eine verfügbare Zertifikat von .de auf .com umstellst, alle mit https erfassten aktuellen Links zu .de sofort nicht mehr erreichbar sein bzw. einen Zertifikatsfehler im Browser anzeigen werden, genau so wie beispielsweise jetzt hier:

    Code
    https://www.kurt-singer.com/?test123

    Stelle den Kunden für alltägliche Arbeiten einen Account mit z.B. der "Redakteur" Rolle zur Verfügung, ggf. mit je nachdem etwas angepassten Capabilities, dann wird der grösste Teil dieser Hinweise nicht angezeigt werden.

    Eine generelle Lösung zum Entfernen von solchen Boxen gibt es nicht, WordPress hat keine einheitliche Schnittstelle für solche Hinweise und Plugins und auch Themes kochen daher ihr eigenes Süppchen für diese Hinweise bzw. Werbung...

    Möglichkeiten damit umzugehen:

    a) Das Problem weiter eingrenzen, um die eigentliche Ursache herauszufinden. Das wäre evtl. möglich über das Zurücksetzen bzw. sog. Rollback von WordPress auf die ältere Version mit der das Bearbeiten der Seite noch funktioniert hat und dann ein Abgleich, was seitdem an WordPress verändert wurde. Das könnte ggf. auch allgemeine Fehler bzw. Unzulänglichkeiten im Editor aufdecken. Je nach Ergebnis könnte man bei dieser WordPress Version bleiben, bzw. zumindest innerhalb des sog. Zweiges, also z.B. WordPress 5.5.x und nur innerhalb des Zweiges das .x aktualisieren, nicht in den nächsten Zweig z.B. WordPress 5.6.x hinein. Die älteren Zweige erhalten bis weit (derzeit bis 3.7.x) zurück sicherheitsrelevante Updates.

    b) Als Workaround noch das Plugin Classic Editor versuchen, das verwendet dann den älteren, sehr viel einfacheren Editor von WordPress und stellt die Bilder dann aber wohl auch etwas anders dar und das Einfügen usw. unterscheidet sich ebenfalls.

    c) Keine weitere Massnahmen, die fragliche Seite bleibt wie sie ist, mit dem aktuellen Hosting Rahmenbedingungen nicht bearbeitbar.

    Durch die aktuell leider stetigen teils tiefgreifenden Änderungen innerhalb von WordPress ist es in der Tat leider nicht (mehr) so einfach, wie es sich an vielen Stellen im Internet (noch) darstellt.

    Das "Out of memory" im Error Log hat rein gar nichts mit dem Speichervolumen für Fotos bei Strato zu tun.

    Man könnte den Website (oder eine Kopie davon auf einer Subdomain o.ä.) auf die vermutlich vorherige WordPress Version zurückrollen, um das eigentliche Problem hier weiter einzugrenzen.

    Evtl. sind irgendwelche Änderungen in der aktuellen Version des bei WordPress mitgelieferten Gutenberg Editors für Dein Problem verantwortlich, dieser mit WordPress 5.x als Standard gesetzte Editor ist leider alles andere als stabil, in ständiger Veränderung und enthält eine ganze Reihe Fehler und Probleme.

    Die alte Datenbank kannst Du dort entfernen, wo Du die neue Datenbank, die Du bei der Installation in Duplicator angegeben hast, angelegt hast.

    Falls Du keine neue Datenbank angelegt, sondern die Zugangsdaten der bisherigen Datenbank in Duplicator angegeben hast, wurde der Inhalt dieser Datenbank gelöscht und mit den neuen Daten überschrieben, dazu gibt es im Verlauf der Installation von Duplicator einen entspr. Hinweis.

    Das "Out of memory" im Error Log bezieht sich auf den verfügbaren Speicher für den PHP Code des Editors auf dem Server.

    Die Bilder selbst werden ganz ohne PHP durch den Browser aus dem Ordner [FONT=Courier New]/wp-content/uploads/..[/FONT] geladen, also nicht serverseitig im PHP Code des Editors, daher ist ein direkter Bezug hier nicht herstellbar.

    Was möglich sein könnte, wäre ein warum auch immer nötiger Mehrbedarf an Speicher für PHP in WordPress für z.B. das Analysieren des HTML-Codes bzw. des Gutenberg Markups im Inhalt der Seite - also im [FONT=Courier New]post_content[/FONT] Feld in der Datenbank - seit einem der neueren WordPress Updates.

    Das könnte man weiter hinterfragen, wenn bekannt wäre, mit welcher WordPress Version das Bearbeiten der Seite noch funktioniert hat.

    Die WordPress Installation muss im Zuge dessen auf die .com Domain umgestellt werden, wie ein ganz normaler WordPress Umzug. Dafür am besten vorher bereits ein Zertifikat für .com einrichten, wenn dort eines geplant ist.

    Wenn die .de Domain bei bzw. nach der ganzen Umstellung weiterhin ihr Zertifikat beibehält, funktioniert der Erhalt und die Weiterleitung der alten bei Suchmaschinen usw. erfassten Links, ansonsten nicht.

    • Passen die Uhrzeiten der "Out of Memory" Einträge zu Deinen Versuchen mit der nicht funktionierenden Bearbeitungsseite?
    • Ist bei Strato die Funktion "Datenbanken & Webspace -> PHP-Version .. -> PHP Boost" aktiv? Falls ja, deaktiviere diese mal und versuche dann nach ein paar Minuten erneut das Bearbeiten.
    • Wurde kürzlich die WordPress Version auf 5.6 aktualisiert? Welche Version war vorher aktiv? Bzw. mit welcher WordPress Version wurde diese Seite ursprünglich erstellt?

    Deaktiviere das Plugin All in One SEO.

    Was genau wird dann nach dem Installieren und Aktivieren des Repair Action Scheduler Plugins angezeigt? Screenshot?

    Was genau wird dann als Meldung beim Speichern und Aktivieren des Code Snippets angezeigt? Screenshot?

    Wenn Du Probleme mit der Datenbank vermutest, wende Dich wie beschrieben an die Person, die den Website ursprünglich eingerichtet hat und lasse die das prüfen, alternativ den Hostinganbieter. Evtl. werden zulässige Grössen überschritten o.ä. und es scheitert daran.