Beiträge von b3317133

Versuches damit, das Page Layout für die Seite Matthias Haun von Elementor Canvas auf Default bzw. Standard umzustellen, siehe auch Elementor Dokumentation, also umgekehrt wie dort beschrieben.

Was noch auffällt, die Datenschutzerklärung Seite und auch der WordPress Login Dialog laden sehr schnell, so dass der Server an sich schnell genug ist.

Das Problem ist daher wohl im Inhalt der Startseite bzw. dort verwendeten WordPress oder Theme Funktionen oder in dort ggf. verwendeten Plugins zu suchen.

Man könnte testweise noch die Performance Einstellungen des Themes verändern, um Einflüsse hier auszuschliessen.

Und die PHP Version des Servers ggf. von derzeit PHP 8.0.30 auf PHP 8.1.x oder PHP 8.2.x umstellen (PHP Kompatibilität WordPress), um zu sehen, ob das Auswirkungen hat.

Ok, das https / SSL Problem scheint behoben zu sein.

Was steht im o.g. Error Log auf dem Server wenn das Laden abbricht? Frage ggf. beim Hostinganbieter nach, wo Du das dort findest.

Seit wann genau bricht das Laden der Seite ab bzw. ist die Seite so langsam? Was genau wurde vorher gemacht?

Fällt das mit dem o.g. Theme Update Zeitpunkt zusammen? Falls ja, wurde der mitgekaufte Enfold Theme Support schon kontaktiert?

Ist die Situation mit dem o.g. Backup Stand von vor dem Theme Update ähnlich?

Oder wurden sonstige Dinge aktualisiert oder geändert?

Falls Du selbst keine Backups hast, frage beim Hostinganbieter nach, ob dort ggf. Backups vorliegen.

Und welche Plugins sind installiert?

Als erstes fällt auf, die Seite ist nicht korrekt für https / SSL eingerichtet bzw. umgestellt.

Trage in Einstellungen > Allgemein die beiden URLs wie folgt ein (ohne [FONT=Courier New]/[/FONT] Zeichen am Ende):

https://colouredworld.de

Klicke dann einmal Einstellungen > Permalinks > den Speichern Button ohne Änderungen, das erzeugt die Datei [FONT=Courier New].htaccess[/FONT] neu.

Dann fehlt noch die Anpassung der restlichen URLs, die an vielen Stellen in der Datenbank stehen, das kann man z.B. so machen:

1. Plugin Better Search Replace installieren und aktivieren
2. Auf der Seite des Plugins im WordPress Backend alle Tabellen anwählen und (ohne [FONT=Courier New]/[/FONT] Zeichen am Ende)
   
   
   Code

   Suchen nach: http://colouredworld.de
   Ersetzen durch: https://colouredworld.de

3. Browser Cache leeren

Am besten sollte das die Person machen, die diese Seite ursprünglich eingerichtet hat bzw. technisch betreut bzw. die https / SSL Umstellung unvollständig vorgenommen hat.

Dann kann man sich ansehen, welche Plugins laufen und ob diese alle laufen müssen.

Weiterhin den aktuellen Aufbau der Seite, derzeit bricht hier z.B. das Laden der Startseite vor dem eigentlichen Ende ab. Dazu könnte es Einträge im Error Log auf dem Server geben.

Ergänzung: Vom verwendeten Enfold Theme gab es vor ca. einer Woche ein 7.1 Update, das auch eingespielt ist. Evtl. könnte man auf einen Backup Stand von vor dem Update zurückgehen, um das als Ursache auszuschliessen.

Du kannst z.B. die Zeile mit dem [FONT=Courier New]CREATE TABLE ...[/FONT] Befehl für das Anlegen der [FONT=Courier New]wp_postmeta[/FONT] Tabelle in der gesicherten [FONT=Courier New].sql[/FONT] Datei entfernen.

Es gibt aber vielfältige Beziehungen der Einträge einer [FONT=Courier New]wp_postmeta[/FONT] Tabelle zur [FONT=Courier New]wp_posts[/FONT] Tabelle und ggf. je nach Nutzung zu weiteren Tabellen.

Für Dein Vorhaben sollte man also sehr genau wissen, was man tut und sich im Detail mit WordPress auskennen.

Zitat von assweiler

.. bitte dann genaue Erklärung, bin kein Profi :)

In dem Fall sollte man solche direkten Eingriffe in Teile der Datenbank lieber nicht machen.

Zitat von fs4000.stu

Ich will ein komplett neues Wordpress instalieren.
Reicht es wenn ich alle Dateien und Verzeichnisse bis zum Basisverzeichnis lösche?

Zur Deinstallation löscht man alle Dateien und Verzeichnisse im Installationsordner von WordPress und den Inhalt der zugehörigen Datenbank. Bei ggf. Nutzung der gleichen Datenbank auch für andere Dinge nur die WordPress Tabellen löschen.

Zitat von fs4000.stu

Kann ich mit der neuen, frischen Webseite auf eine andere Domain umziehen?

Das macht man üblicherweise mit einem sog. Migrationsplugin. Viele verwenden dafür Duplicator, alle nötigen Anpassungen von URLs usw. werden damit im Verlauf des Umzugs automatisch vorgenommen.

Wenn nach der Änderung der Zeile 194 nach wie vor der og. [FONT=Courier New]__wakeup() must have public visibility[/FONT] Eintrag im Server Error Log erscheint, hast Du das ggf. im falschen Ordner oder auf dem falschen Server geändert.

Oder der Server Error Log Eintrag hat nichts mit dem zu tun, was Du derzeit testest und was "keine Änderung bewirkt".

Eine WordPress Datei [FONT=Courier New]/wp-content/debug.log[/FONT] wird angelegt, wenn entspr. Einstellungen wie im o.g. Link zur Debug-Dokumentation beschrieben vorhanden sind und WordPress einen Fehler abfangen kann.

Der Code des Themes ist augenscheinlich nicht mit der verwendeten PHP Version kompatibel.

Du kannst versuchen, das Theme selbst anzupassen, für die im Server Error Log genannte Meldung z.B. so:

wp-content/themes/droow/inc/merlin/includes/class-merlin-logger.php on line 194


private function __wakeup() {}


ändern in


public function __wakeup() {}

Es kann dann natürlich noch zu weiteren Meldungen kommen.

Deine sonstige Beschreibung passt nicht ganz zu dieser Meldung, auch die WordPress Datei [FONT=Courier New]debug.log[/FONT] wird offenbar weiterhin nicht angelegt.

Generell sollte man hier aber wirklich ernsthaft überlegen, ob man ein nicht mehr angebotenes Theme ohne Updates und Support wirklich verwenden möchte.

Leider ist dort offenbar nicht [FONT=Courier New]WP_DEBUG[/FONT] mit [FONT=Courier New]WP_DEBUG_LOG[/FONT] aktiv, ein Log in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT] existiert derzeit nicht.

Aktiviere die Debug Einstellungen inklusive Log und deaktiviere alle Plugins bis auf Droow Functionality Plugin & Gutenberg Blocks und Elementor. Erscheint dann weiterhin "Es gab einen kritischen Fehler auf dieser Website"?

Weiterhin stelle auf dem Server maximal PHP 8.2.x ein, für PHP 8.3.x gibt es in WordPress derzeit nur “beta support”.

• Wie genau heisst das Theme?
• Welche genaue Version des Themes wird verwendet?
  
• Welche genaue Version von WordPress wird verwendet?
• Welche PHP Version wird verwendet?
• Link zur vollständigen Datei [FONT=Courier New]debug.log[/FONT]? Die beiden genannten Ausgaben erzeugen keinen kritischen Fehler.

Generell sollte man natürlich überlegen, ob man ein nicht mehr angebotenes Theme bei dem der Support nicht zuverlässig antwortet, wirklich verwenden möchte.

Welches Theme genau wird verwendet? Es gibt bei Theme Forest z.B. mehrere mit Droow im Namen.

Generell: Prüfe die Kompatibilität des Themes mit Deiner WordPress und Elementor Version. Viele ältere Themes sind nicht wirklich mit aktuellen WordPress und/oder Elementor Versionen kompatibel.

Wurde WordPress und/oder Elementor nach der Neuinstallation (ggf. automatisch) aktualisiert?

Du kannst zudem über [FONT=Courier New]WP_DEBUG[/FONT] mit [FONT=Courier New]WP_DEBUG_LOG[/FONT] ein Log in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT] erzeugen, das weitere Hinweise zu kritischen Fehlern enthalten kann. Alternativ bzw. bei schwereren Fehlern kann man mehr Informationen im Error Log beim Hosting nachlesen, da hilft der Hosting Support sicher gerne.

Zitat von resteverwerter

ich hatte bisher einige statische Seiten und sonst direkt die Kategorien-Übersichten in der Hauptnavigation verlinkt.

Im jetzigen Theme Twenty-Twentyfive finde ich diese Möglichkeit nicht mehr.

Versuche es z.B. über Design > Website-Editor > Navigation > drei Punkte > Bearbeiten > in Deine Menüzeile klicken > plus Symbol > Block hinzufügen > Alle durchsuchen > Kategorie-Link > Deine Kategorie auswählen

Die Gestaltung von Menüs und auch anderen Dingen mit dem neuen WordPress Site Editor ist leider nicht sehr intuitiv.

Was wurde wo ausprobiert? Der Screenshot zeigt nicht die Stelle mit der fraglichen Überschrift.

Verwende die Klassen der direkt übergeordneten [FONT=Courier New]section[/FONT] und darin [FONT=Courier New]h2[/FONT].

Eigentlich sollte Dein Vorhaben relativ einfach möglich sein, siehe auch WordPress Dokumentation Multisite Domain Mapping. Man legt die Subseite erst als Subdomain in Multisite an und ersetzt die Subdomain URL dann durch die volle Domain, die auf den gleichen Ordner wie die Hauptdomain zeigt.

Zitat

In the network admin dashboard, click on Sites to show the listing of all the subsites, and then click on edit for the subsite you want to map to. In our example, this is subsite1.mynetwork.com.

In the Site Address (URL) field, enter the full URL to the domain name you’re mapping – [plain]https://example.com[/plain] – and click save.

Oder sollen die Inhalte der einzelnen vollen Domains zu 100% identisch sein und aus einer einzigen Installation kommen? Was am Rande bemerkt für die Suchmaschinen etwas verwirrend wäre? Dann bräuchte man keine Multisite Installation sondern nur einen Filter z.B. über eine [FONT=Courier New]wp[/FONT] Action, in dem man on-thy-fly in der Ausgabe die eigentliche WordPress Installationsdomain durch die jeweils aufgerufene andere Länder Domain sucht/ersetzt.

Die o.g. Scriptfehler erscheinen damit nicht mehr, offenbar ist also das Litespeed Plugin schon mal nicht kompatibel für diese Installation. Lasse es deaktiviert.

Was noch erschienen ist, sind viele Ajax Aufrufe mit 400 Bad Request Ergebnis wenn man Eingaben z.B. beim Benutzernamen und Passwort macht. Es wird dabei versucht eine Action [FONT=Courier New]afacr_update_user_abandoned_cart_with_cart_blocks[/FONT] aufzurufen, augenscheinlich läuft da noch ein extra Plugin bzgl. Warenkorb Abandoned Cart Recovery von Addify (Plugin Ordner [FONT=Courier New]addify-abandoned-cart-recovery[/FONT]) das warum auch immer in die Login Eingaben eingreift. Deaktiviere das auch.

Prüfe dann, ob es weitere Fehlermeldungen von Benutzern bzgl. Login gibt.

Wenn WP Rocket eindeutig als Problemverursacher erkannt wurde, dann wende Dich am besten direkt an den mitgekauften WP Rocket Support.

Die Seite erzeugt derzeit Scriptfehler in der Browser Konsole.

Uncaught ReferenceError: wp is not defined
Uncaught TypeError: owlFurniture.owlCarousel is not a function
Uncaught TypeError: jQuery(...).jPages is not a function
Uncaught TypeError: jQuery.datepicker is undefined
...

Deaktiviere als erstes alle Cache-, Minify- und Optimierungsplugins, derzeit mindestens aktiv: Litespeed

Nahezu jede WordPress Installation erlebt tagtäglich eine Vielzahl von Anmeldeversuchen von Tausenden von Bots über die verschiedensten IP Adressen, der Log-Eintrag dürfte einer davon sein.

Deine Installation hat den Versuch mit HTTP Status 403 Forbidden abgelehnt.

Das ist ein Forum für Hilfe zur Selbsthilfe, jeder soll aus den beschriebenen Problemen, Rückfragen und Antworten lernen können.

Ob z.B. jeweils die Pro Version installiert ist und welche Versionen verwendet werden, wie genau die Migration vorgenommen wurde und wo genau dann Daten fehlen, sind z.B. sehr wichtige Informationen, um mögliche Ursachen von Migrationsproblemen weiter eingrenzen zu können.

Wenn Du direkte Hilfe benötigst, kannst Du z.B. ein Gesuch im Bereich "Jobbörse" des Forums posten, dann darf man Dir lt. Forenregeln entspr. Angebote zusenden.