Bei 1und1/ionos ist ab dem einfachsten Hostingpaket ein SSL Wildcard Zertifikat inklusive, für eine Domain und beliebig viele Subdomains.
Beiträge von b3317133
-
-
Offenbar fehlt dem WooCommerce Plugin derzeit mind. eine Datei.
Du könntest das WooCommerce Plugin Archiv herunterladen, auf Deinem PC entpacken und dann per FTP den ganzen Ordner manuell auf den Server laden und ersetzen. -
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:
-
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.
-
Der entspr. Hinweis wird in dem von Dir verlinkten Video ab ca. 4:30 nach der Eingabe der Zugangsdaten für die Datenbank beim Klick auf "Next" gezeigt.
-
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.
-
Der Fehler 500 wird nicht von den Requests zum Laden einzelner Bilder im Browser ausgelöst, sondern von der Editor Seite, was auch immer WordPress da serverseitig macht.
Evtl. erfahren wir noch die WordPress Version, mit der die Seite erstellt wurde, dann kann man weiter auf die eigentliche Problemsuche gehen.
-
Poste "den Trick" hier für andere Mitleser mit ähnlichen Problemen, das ist der Sinn dieses Forums.
-
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?
-
Lt. Screenshot & Console verursacht die Bearbeitungsseite einen Server Error 500.
Was steht im Server Error Log? Datum heute, Zeilen mit "DENY on request rate" kannst Du weglassen.
Die Error Logs bei Strato stehen üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.
-
- Was genau erscheint beim Bearbeiten dieser Seite im Browser? Screenshot?
- Was erscheint in der Browser Console (google), beim Aufruf der Bearbeitungsseite?
- Entsteht der gleiche Effekt bei anderern Browsern oder Computern?
-
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.
-
Schön, dass der Fehler gefunden wurde.
Leider wurden die o.g. Punkte zur Fehleranalyse aber offensichtlich nicht korrekt durchgeführt, sonst wäre das bereits im zweiten Schritt bei Deaktivierung des explizit bereits genannten Plugins aufgefallen und man hätte sich viel Aufwand sparen können... :rolleyes:
-
Die Datenbankanbindung erfolgt wie im o.g. Codebeispiel innerhalb des Shortcodes oder Seiten Templates.
-
Du kannst den entspr. PHP Code z.B. in ein Seiten Template in einem Child Theme einfügen oder alternativ einen sog. Shortcode erstellen, z.B. über ein eigenes kleines Plugin, hier ein Beispiel eines kleinen Plugins mit Shortcode, und den dann in eine beliebige Seite einfügen.
-
Ja.
Möglicherweise noch anderen Code an anderen Stellen, das kann man daraus nicht ablesen. Gehe am besten "rückwärts" nach der Anleitung vor, mit der Du den Pinterest Pin Code in Deinen Website eingefügt hast.