seit ein paar Tagen ist nur noch die Startseite von https://charisma-chor.de erreichbar. Bei Aufrufen von Unterseiten oder bei Anmeldeversuchen folgt ein White Screen mit „Not found. The requested URL was not found on this server“ / 404 Not Found (bei mir, bei Teilnehmenden des Chores, in verschiedenen Browsern und an verschiedenen Devices). Die Website ist bei webgo gehostet. Um mich ggf. doch anmelden zu können, habe ich folgende Versuche gestartet – leider ohne Erfolg: – über den FTP-Zugang die Plugins deaktiviert (indem ich „_old“ an den Ordner gesetzt habe) – die .htaccess vorübergehend in .htaccess_old umbenannt, – die Sicherheits-Plugins deaktiviert (indem ich „_deaktiviert“ dahinter gesetzt habe)
Zur Info: – die Anmelde-URL weicht von der klassischen „wp-admin“ ab! – Child Theme basierend auf Astra Theme – letztes Backup wurde am 01.06. getätigt
VG A. Riede
Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
Ansicht von 15 Antworten – 1 bis 15 (von insgesamt 32)
Hallo @ridonda,
teste mal bitte, ob das Problem behoben ist, wenn du unter Einstellungen -> Permalinks einfach ohne Änderungen auf den Button „Änderungen speichern“ klickst.
Hilfreich für eine Analyse wäre der Website-Bericht:
Du findest unter Werkzeuge > Website-Zustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.
Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
Und mit z. B. STRG V in die Antwort bei diesem Thema einfügen.
Hallo Hans-Gerd, danke für die schnelle Antwort. Genau das hätte ich gerne gemacht – aber ich kann mich nicht mal anmelden. Ich komme nicht ins Backend um die Permalinks „anzupacken“ oder einen Bericht zu generieren … das ist gerade mein Haupt-Problem! 😔 VG Arni
Hallo @ridonda
ah, sorry – das mit den „Anmeldeversuchen“ habe ich übersehen.
Hilfreich könnte die Aktivierung des Debug-Modus sein. Damit Fehler ausgelesen werden können, müssen die Fehler in eine Log-Datei auf dem Server geschrieben werden, auf die man dann per FTP (oder auch SSH) zugreifen kann.
Sichere bitte zunächst die wp-config.php auf deinem lokalen Rechner.
Gib dann bitte mit einem geeigneten Programmier-Editor (z. B. Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgendes ein:
Achte darauf, dass du define('WP_DEBUG', false); überschreibst, falls die Zeile bereits in der wp-config.php steht. Wenn versucht wird, diese Konstante ein zweites mal zu definieren, gibt es einen Fehler, der deine Seite lahmlegen würde.
Mit diesen drei Codezeilen sagen wir WordPress, dass der Debug-Modus aktiviert werden soll. Die Fehlermeldungen sollen aber nicht direkt angezeigt werden, sondern in die Datei /wp-content/debug.log geschrieben werden.
Wenn der Fehler gefunden wurde bzw. wenn die Fehler nicht mehr in die debug.log geschrieben werden sollen, dann musst du daran denken, die Variable define( 'WP_DEBUG_LOG', true );
wieder auf false zu setzen: define( 'WP_DEBUG_LOG', false);
Evtl. ergibt sich daraus ein Hinweis, wo das Problem liegt.
Hallo @hage, also, bis zum Öffnen in Nextpad++ (bin auf einem Mac unterwegs) bin ich gekommen – aber ab da muss ich passen. Würde gerne ein Screenshot hochladen, muss aber erst herausfinden, wie das nun wieder hier inzwischen funktioniert… VG Arni
Wenn ich deine Website aufrufe kommt jetzt der Fehler „502 Bad Gateway“. Das sieht für mich nach einer fehlerhaften Serverkonfiguration aus, weshalb ich dir empfehlen würde dich an den Support deines Hosters zu wenden. Den findest du hier: https://webgo.de/support
Btw. in deinem Screenshot ist etwas zu sehen was keinen Sinn macht: Zeile 65 und 66 werden niemals ausgeführt werden. Das ist kein Grund für die Probleme deiner Website – aber das ist „toter Code“ wie man sagt. Wenn die Website wieder geht, entferne diese beiden Zeilen noch.
der webgo-Support hat am Abend von mir bereits eine Mail erhalten – da kann ich frühestens morgen früh mit einer Nachricht rechnen. Danke für den Hinweis mit Zeile 65 und 66!
Danke erstmal an euch beide @hage & @threadi ! Ich werde berichten! VG Arni
– über den FTP-Zugang die Plugins deaktiviert (indem ich „_old“ an den Ordner gesetzt habe)
– die .htaccess vorübergehend in .htaccess_old umbenannt,
– die Sicherheits-Plugins deaktiviert (indem ich „_deaktiviert“ dahinter gesetzt habe)
1. Wenn du Plugins oder die .htaccess deaktivierst, musst du gleichzeitig auch den vorhandenen Cache löschen. Cache-Plugins erstellen oft zusätzliche Ordner auf dem Server, die geleert werden sollten.
2. Wieso deaktivierst du die Sicherheits-Plugins gesondert? Die sollten doch im Ordner liegen, den du mit _old deaktiviert hattest?
3. Liste einmal alle Cache- und Sicherheits-Plugins, die du installiert hast. Dann kann man recherchieren, welche zusätzlichen Dateien und Verzeichnisse durch diese Plugins erstellt wurden.
4. Wenn du noch einmal alle Plugins gleichzeitig deaktivierst, dann benenne auch die Datei .htaccess um, lösche den (Browser-)Cache und prüfe die Unterseiten deiner Website.
5. Das Plugin Real Cookie Banner produziert einen Fehler mit JSON. Deaktiviere das Plugin und gleichzeitig die .htaccess-Datei
6. Sieh nach, ob ein Ordner mu-plugins existiert, diesen deaktivieren und gleichzeitig die .htaccess.
Habe gerade erst eine leider nicht weiterführende Info vom Hoster bekommen. Ich werde mich dann nochmal den Tipps obenstehend widmen.
Plan A: Da ich noch nie was an einer .htaccess machen musste und eben auch keine Programmiererin/ITlerin bin: Kann ich die runtergeladene .htaccess „korrigieren, dann per FTP-Zugang auf dem Server gegen die alte ersetzen und so schauen, ob es dann funktioniert – und falls nicht, die vorherige .htaccess wieder platzieren ohne noch mehr „kaputt“ zu machen?
Plan B: Gibt es Menschen, die tieferes und routinierteres Wissen haben und die für solche Problemlösungen gebucht werden können (ohne horrende Kosten – ist die Website eines Chores!).
Ich sehe da gerade noch ganz andere Hürden für dich – sorry. Die .htaccess-Datei wird vom Webserver Apache genutzt. Das ist der Teil des Hostings, der für die Erreichbarkeit der Website im Browser zuständig ist. Dein Hosting nutzt aber keinen Apache sondern nginx als Webserver. nginx wiederum kennt keine .htaccess-Dateien (außer man baut das explizit ein). Daher bin ich unsicher, ob die .htaccess-Datei bei dir Schuld ist zumal sie vermutlich (!) gar nicht verwendet wird. Ich tippe eher auf eine fehlerhafte nginx-Konfiguration – und da kommt man als normaler Anwender meist gar nicht ran.
Du hast somit aus meiner Sicht folgende Möglichkeiten:
Sprich nochmal den Support deines Hosters dazu an und bitte um eine Lösung. Vlt. erwischst du einen anderen Mitarbeiter der fähiger ist.
Oder zieh deine Website zu einem anderen Hoster um. Dazu benötigst du mindestens ein aktuelles Backup deines Projektes. Auch das müsste dir dein jetziger Hosting bereitstellen. Wie du das Backup dann beim neuen Hosting hinterlegst, solltest du den neuen Hoster fragen.
Oder such dir jemanden der dich hierbei persönlich unterstützen kann. So jemanden findest du z.B. in der englischen Jobbörse hier oder in der deutschen hier. Alternativ findet man im Netz auch zahlreiche Agenturen und Freelancer, die hierbei helfen können. Bitte beachte, dass Fragen diesbezüglich hier im Forum nicht zulässig sind.
Zu Plan A
Ja, du kannst die Datei .htaccess mit einem geeignetem Editor (z.B. Notepad++) bearbeiten. Kopiere die Datei per FTP auf deinen Rechner, lege dann eine Kopie an, für den Fall, dass etwas schief läuft. Ändere die .htaccess und kopiere sie wieder per FTP auf den Server.
Zu Plan B
Jobangebote sind in diesem Forum ausdrücklich nicht erlaubt.
– die .htaccess vorübergehend in .htaccess_old umbenannt,
Daher meine Vorschläge, die u. a. darauf abzielen, nicht nur die .htaccess-Datei zu deaktivieren, sondern zusammen/gleichzeitig damit noch andere Maßnahmen durchzuführen.
Allerdings nützt das wenig, wenn (jetzt zum dritten Mal) nicht gleichzeitig auch Caches und alle Dateien des Cache- und Security-Plugins sowie evtl. vorhandene MU-Plugins deaktiviert (bzw. gelöscht) werden (siehe den eingangs angsprochenen Beitrag).
Dein Provider fährt zwar Nginx aber dennoch auch alle Funktionen des Apache-Servers, daher hast du die bearbeitbare .htaccess-Datei zur Verfügung.
Zu Plan B:
wie @bscu bereits schrieb, das ist gegen die Foren-Regeln.
@la-geek Danke für deine Lösungsvorschläge – ich hatte die Antwort vom Hoster abgewartet, da ich nur ungern ans „Eingemachte“ gehe. Schaffe es leider erst morgen mir Zeit dafür zu nehmen, deshalb bitte noch Geduld mit meiner Rückmeldung.
@threadi Hätte die Website dann nicht in der Vergangenheit auch schon Probleme machen müssen? Sie lief vorher seit 2021 problemlos beim immer gleichen Hoster. Danke auch für deine Antwort zu Plan B – ich brauchte tatsächlich einfach nur den Tipp, wo ich solche Experten finden kann!
Ansicht von 15 Antworten – 1 bis 15 (von insgesamt 32)
