Hier und da 500er, nach Reload (F5) kein Fehler mehr
-
Hallo liebe Experten,
ich verzweifle hier fast und hoffe auf Eure Hilfe.Seit dem 18.3.22 wirft meine bei Strato gehostete Seite immer mal wieder 500er-Fehler aus. Die statt der gewünschten Landingpage angezeigte Fehlermeldung ist „Fehler beim Aufbau einer Datenverbindung“.
Fehlerverhalten:
• Einzelne Landingpages der Website sind nicht aufrufbar.
• Es kommt zu einer der beiden im Anhang gezeigten Fehlermeldungen. Das passiert im Frontend und auch bei der Arbeit im Backend.
• Es handelt sich nicht immer um die gleichen Landingpages. Welche Seiten
vorübergehend die Fehler auswerfen, ist vollkommen beliebig.
• Nach Reload (F5) ist die Landingpage entweder sofort wieder erreichbar oder die Fehlermeldung erscheint erneut. Erschien die Landingpage nach dem ersten Reload nicht wieder, ist sie nach weiteren Reloads wieder erreichbar. (->Das Problem liegt somit nicht an der Website an sich, sondern an der Datenbankerreichbarkeit. Oder?)
• Der Fehler zeigt sich in allen verwendeten Browsern (Chrome, Firefox, Edge, Opera) sowohl am Desktop als auch mobile.Mein SEO-Tool (ahrefs) meldet diese Fehler. Es sind auch in diesen Reportings immer unterschiedliche Landingpages. Die Fehleranzahl ist mal steigend, mal fallend.
Was ich schon versucht habe:
• PHP-Version verändert (von 7.4 auf 8.0 bzw. 8.1 jeweils mit aktiviertem PHP Boost und ohne. Auch die Version 7.4 wurde mit und ohne PHP Boost getestet). -> keine Verbesserung
• Datenbank in phpmyadmin repariert und optimiert -> bei der Reparatur bekomme ich bei den meisten Tabelleninhalten die Meldung, dass sie nicht repariert werden können (weil sie InnoDB sind?) -> keine Verbesserung
• Per FTP in wp-config.php Server erweitert um „:3306“ -> keine Besserung, rückgängig gemacht
• Pagespeed Ninja deaktiviert -> keine Besserung, rückgängig gemacht
• WordPress aktualisiert (im WP-Dashboard)
• Theme (BAM) aktualisiert, zwei weitere Themes (Be und Twenty ???) gelöscht
• Seit diesen Versuchen habe ich keinen Zugriff mehr auf das Backend. Ich bekomme beim Aufruf von /wp-admin einen weißen Screen. Alle hier beschriebenen Tipps habe ich nach bestem Wissen und Gewissen durch. Ich habe es nicht hinbekommen und habe weiterhin keinen Zugriff auf das Backend. 🙁
• WP Cache gelöscht in FTP -> keine Verbesserung
• Plugins per FTP deaktiviert -> keine Besserung, rückgängig gemachtWas sonst noch wichtig sein könnte
• In der htaccess wurden am 24.3.22 Anpassungen vorgenommen. Dies ist dort enthalten:#This Apache config file was created by Duplicator Installer on 2021-11-17 20:47:43. #The original can be found in archived file with the name .htaccess__[HASH] RewriteEngine On RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] <IfModule mod_headers.c> Header set Strict-Transport-Security "max-age=15768000; includeSubDomains" env=HTTPS </IfModule> # BEGIN WordPress # Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind # dynamisch generiert und sollten nur über WordPress-Filter geändert werden. # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben. <IfModule mod_rewrite.c> RewriteEngine On RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPressInfos zum Website-Zustand:
Erweiterung: mysqli Server-Version: 5.7.36-log Client-Version: 5.6.45 Datenbank-Benutzername: dbu****** Datenbank-Host: rdbms.strato.de Datenbank-Name: dbs****** Tabellenpräfix: wp_ Datenbank-Zeichensatz: utf8mb4 Datenbank-Kollation: utf8mb4_unicode_520_ci Maximal erlaubte Paketgröße: 67108864 Maximale Anzahl von Verbindungen: 3000• Hier im Website-Zustand kam außerdem einmal (dann nicht mehr) die längere Fehlermeldung
"Der Aufruf der REST-API führte zu folgendem unerwarteten Ergebnis: (500) <!DOCTYPE html> <html dir='ltr'> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> ..."Leider habe ich hier nicht den ganzen Text kopiert. Da ich jetzt nicht mehr ins Backend komme, kann ich leider auch nicht mehr probieren, den ganzen Text herauszukopieren.Den Strato-Support habe ich mehrfach kontaktiert. Ohne Erfolg.
Kann mir hier irgendjemand helfen? Ich bin einfach nur noch verzweifelt. Ich bin dankbar für jeden Hinweis!
Viele Grüße
NadineDie Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
-
Inzwischen habe ich wieder Zugriff aufs Backend. In der wp-config.php war ein Fehler.
Und ich konnte die Fehlermeldung in der Website-Zustand-Übersicht noch einmal erzeugen:
Die REST-API ist eine Möglichkeit, wie WordPress und andere Anwendungen mit dem Server kommunizieren. Ein Beispiel ist der Bildschirm des Block-Editors, der darauf aufbaut, deine Beiträge und Seiten anzuzeigen und zu speichern.
Der Aufruf der REST-API führte zu folgendem unerwarteten Ergebnis: (500)
Vielen Dank Euch!
Lieber Michi91,
herzlichen Dank für Deine Antwort.
Die installierten und aktivierten Plugins sind:
– AAWP
– Borlabs Cookie – Cookie Opt-in
– Duplicator
– Easy Table of Contents
– Head, Footer and Post Injections
– Open Graph and Twitter Card Tags
– PageSpeed Ninja
– Redirection
– Responsive Accordion And Collapse
– Site Kit von Google
– Wordfence Security
– WordPress Hide Posts
– WPForms Lite
– Yoast Duplicate Pos
– Yoast SEOEs gibt zwei verschiedene Fehlermeldungen. Sie kommen in beliebiger Folge. Ich kann kein Muster erkennen.
1. Fehler beim Aufbau einer Datenbankverbindung2. Fehler beim Aufbau einer Datenbankverbindung
Das bedeutet entweder, dass die Information über den Benutzernamen und das Passwort in deiner wp-config.php Datei nicht korrekt ist, oder wir können den Datenbank-Server auf rdbms.strato.de nicht erreichen. Es könnte sein, dass der Datenbank-Server deines Hostings ausgefallen ist.
Bist du sicher, dass Benutzername und Passwort korrekt sind?
Bist du sicher, dass du den richtigen Hostnamen eingegeben hast?
Bist du sicher, dass der Datenbank-Server läuft?
Wenn du unsicher bist, was diese Begriffe bedeuten, solltest du lieber den Support deines Webhostings kontaktieren. Wenn du dann weiterhin Hilfe benötigst, kannst du stets die WordPress-Support-Foren besuchen.
—Kannst Du mir bitte noch helfen und sagen, was Du mit der php errorlog meinst? Bitte entschuldige. Ich tue mein Bestes, aber an manchen Stellen fehlt einfach Wissen. Bei Strato kann ich ein Errorlog-File anzeigen lassen, das enthält aber aktuell nur Einträge bis heute, 12:57 Uhr, obwohl ich den Fehler eben nachstellen konnte. Das steht dort:
06.04.2022 10:49:34 ausliebezumhaustier.de [client 194.33.45.0] AH01797: client denied by server configuration: /home/strato/http/premium/rid/25/32/511502532/htdocs/.env.bak 06.04.2022 10:49:34 ausliebezumhaustier.de [client 194.33.45.0] AH01797: client denied by server configuration: /home/strato/http/premium/rid/25/32/511502532/htdocs/.env.bak 09.04.2022 05:10:31 ausliebezumhaustier.de [client 2a02:4780::] AH02811: script not found or unable to stat: /home/strato/http/premium/rid/25/32/511502532/htdocs/wp-includes/js/tinymce/plugins/paste/index.php 09.04.2022 12:21:55 ausliebezumhaustier.de [client 2c0f:f850::] AH02811: script not found or unable to stat: /home/strato/http/premium/rid/25/32/511502532/htdocs/wp-includes/wp-class.php 10.04.2022 06:37:17 ausliebezumhaustier.de [client 74.125.85.0] FastCGI: "/home/strato/http/fastcgi/rid/25/32/511502532/htdocs/index.php" aborted: read failed (0 bytes) after 1 sec 10.04.2022 11:24:15 ausliebezumhaustier.de [client 188.192.104.0] AH01215: sh: gs: command not found: /home/strato/http/premium/rid/25/32/511502532/htdocs/wp-admin/site-health.php 10.04.2022 11:38:22 ausliebezumhaustier.de [client 188.192.104.0] AH01215: sh: gs: command not found: /home/strato/http/premium/rid/25/32/511502532/htdocs/wp-admin/site-health.php 10.04.2022 12:57:46 ausliebezumhaustier.de [client 63.34.65.0] AH00132: file permissions deny server access: /home/strato/http/premium/rid/25/32/511502532/htdocs/wp-content/cache/borlabs-cookie/borlabs-cookie_1_de.cssViele Grüße
- Das Thema „Hier und da 500er, nach Reload (F5) kein Fehler mehr“ ist für neue Antworten geschlossen.