Frontend- und Backend-Website wird nach dem Ausführen von SYSTEM BACKUP nicht gestartet

7

Ich habe mich entschlossen, um 4:13 Uhr ein SYSTEM-Backup über den Administrator meiner Website durchzuführen, obwohl ich mit Magento nicht so technisch versiert bin. Es zeigte die ganze Zeit "Bitte warten". Ich ging ins Bett, wachte nach 6 Stunden auf und es war immer noch dasselbe. Ich habe es für eine lange Zeit bis gegen 23:30 Uhr verlassen und es zeigte immer noch "Bitte warten". Während der Sicherung konnte ich nicht auf das Frontend und das Backend der Website zugreifen.

Da ich mir nicht sicher war, was ich tun sollte, um die Website wieder zum Leben zu erwecken, stoppte ich die Sicherung gegen 23.40 Uhr, indem ich eine andere Webadresse in die URL eingab. Nachdem sich das getan hat, scheint sich nichts geändert zu haben und ich kann immer noch nicht auf das Backend und das Frontend zugreifen.

Bitte ich brauche einen Rat, was zu tun ist. Bitte lassen Sie mich wissen, wenn Sie weitere Erläuterungen benötigen.

user487772
quelle
Maintenance.flag scheint sich nicht im Magento-Installationsordner zu befinden. Ich habe auch den Cache geleert, indem ich var / cache und var / session gelöscht habe, aber immer noch gleich. Es wird eine HTTP 500-Fehlermeldung angezeigt: Wahrscheinlichste Ursachen: • Die Website wird gerade gewartet. • Die Website weist einen Programmierfehler auf.
Ich habe es geschafft, es zu lösen, indem ich die Berechtigung für index.php von 666 auf 644 geändert habe.

Antworten:

2

Dies ist eine Art Aufnahme im Dunkeln, aber gibt es eine Datei maintenance.flagim Stammverzeichnis Ihres Magento-Installationsordners? Wenn ja, löschen Sie es und alles sollte funktionieren.


quelle
Ich habe irgendwo gelesen, dass ich die wartungsflagge löschen soll, aber sie erscheint nicht im Installationsordner.
Ich habe auch den Cache geleert, indem ich var / cache und var / session gelöscht habe, aber immer noch gleich. Es wird eine HTTP 500-Fehlermeldung angezeigt: Wahrscheinlichste Ursachen: • Die Website wird gerade gewartet. • Die Website hat einen Programmierfehler
Ich würde die Anmeldungen überprüfen /var/log/und sehen, ob Sie dort eine detailliertere Fehlermeldung und eine Stapelverfolgung finden können.
2

Basierend auf den obigen Kommentaren löste das Originalposter dieses Problem durch

Ändern der Berechtigung für index.php von 666 auf 644

Dies ist wahrscheinlich eine Sicherheitsmaßnahme für den gemeinsam genutzten Webhost. Viele gemeinsam genutzte Webhostsysteme betrachten 666eine ungültige Berechtigung und verfügen über spezielle Monitore, um zu verhindern, dass Benutzer solche Dateien bereitstellen .

Alan Storm
quelle
SuExec, SuPHP und cPanel WHM erwarten alle, dass Dateien (insbesondere direkt ausgeführte PHP-Dateien der obersten Ebene) nicht weltweit beschreibbar sind. Magento hat eine Funktion, lib/Mage/Archive/Helper/File.phpda dies public function open($mode = \'w+\', $chmod = 0666)all die schlechtere Güte verursacht. Eine Möglichkeit, dies zu umgehen, besteht darin, das Magento-Bereinigungstool auszuführen, auf das in der Mitte dieser Seite mit den empfohlenen Berechtigungseinstellungen verwiesen wird .
Fiasco Labs