WordPress-Wartungsmodus hängt fest und ich komme nicht ins Panel — wie behebe ich das?

Verschwenden Sie keine Zeit mit der Installation eines FTP-Programms. Melden Sie sich im Kundenpanel Ihres Hosting-Anbieters an und öffnen Sie dort den Dateimanager über den cPanel- oder Plesk-Bildschirm. Suchen Sie die .maintenance-Datei im Hauptverzeichnis, klicken Sie mit der rechten Maustaste und löschen Sie sie, das dauert insgesamt keine 30 Sekunden.

wenn du die datei nicht siehst keine panik setz oben rechts im dateimanager das zahnrad-symbol und hak das kästchen versteckte dateien anzeigen (dotfiles) an. weil sie mit einem punkt beginnt zählt das system sie als versteckte datei.

Vor zwei Jahren haben wir während der Rabattwoche denselben Fehler gemacht. In Panik haben wir die Datenbank auf das Backup von gestern zurückgesetzt und damit etwa 3.000 Euro Kundenbestellungen der letzten 8 Stunden gelöscht. Versuchen Sie bloß nicht ein Backup wiederherzustellen löschen Sie einfach diese kleine Datei, von der die Rede ist.

Dass das System einfriert, nur weil Sie den Tab neu geladen haben, ist allein nicht normal. Die PHP-Ausführungszeit (max_execution_time) und das Speicherlimit (memory_limit) Ihres Servers sind wahrscheinlich zu niedrig. Da der Server blockierte, als vier Plugins gleichzeitig liefen, ist der Tab eingefroren, besprechen Sie diese Limits mit Ihrem Hosting-Anbieter.

Die berühmte WordPress-Höflichkeit: „Bitte schauen Sie in einer Minute noch einmal vorbei“ und dann starrt man stundenlang auf denselben Bildschirm. Keine Sorge Ihrer Seite fehlt nichts – sobald diese eine Datei gelöscht ist läuft der Laden sofort wieder.

War unter den aktualisierten Plugins zufällig eine Zahlungsschnittstelle oder ein größeres E-Commerce-Plugin das Datenbanktabellen anpasst? Haben Sie nach dem Löschen der Datei mal den kompletten Bestellprozess von Warenkorb bis Kasse mit einer Testbestellung durchgespielt?

Wenn das Problem gelöst ist, richten Sie sich im Hosting-Panel unbedingt eine Staging-Umgebung per 1-Klick ein. Auf Seiten mit über 1.000 Euro Tagesumsatz macht man Plugin-Updates niemals direkt im Live-Betrieb; erst auf dem Klon testen, und wenn alles passt, live schalten.

Es reicht völlig aus die Datei .maintenance im Stammverzeichnis zu löschen – der Datenbank und den Bestellungen passiert dabei überhaupt nichts.

Ich stimme zu.

Teilweise stimme ich zu, teilweise nicht. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Jeder nicht schriftlich festgehaltene Punkt ist einer an den sich beide Parteien später unterschiedlich erinnern. ehrlich gesagt nur als Notiz, könnte nützlich sein.

Ich fasse kurz zusammen, was bisher gesagt wurde. Entscheidend ist nicht die Zahl, sondern worauf sie sich bezieht.

Das war's, entschuldige, wenn ich zu lang war.

Du hast recht.

Ja die Situation bei wordpress wartungsmodus ist genau so. Je schwerer es ist, eine Entscheidung rückgängig zu machen desto langsamer solltet ihr sie treffen.

Wenn du zu einem Thema drei verschiedene Antworten bekommst war die Frage falsch gestellt.

Ich bin derselben Meinung. Wenn im Vertrag nicht steht, wem der Code gehört, habt ihr bei der Trennung keine Verhandlungsmacht mehr.

Wenn deine Situation anders ist, ändert sich das natürlich.

Vielen Dank, das hat mir sehr geholfen. Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

Notiert danke.

In der Theorie stimmt das, in der Praxis läuft es nicht so. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Nur als Notiz, könnte nützlich sein.

ich probiere es aus.