Die Magento-Fehlerprotokolldatei wird nicht erstellt

8

Um eine Fehlerprotokolldatei zu erhalten, aktiviere ich diese in diesem Menü

Configuration > Developer > Log Settings > Enabled = Yes

und erstellen Sie einen /var/logOrdner und legen Sie die Berechtigung fest777

Als ich diese Fehlerseite bekam

Bei der Verarbeitung Ihrer Anfrage ist ein Fehler
aufgetreten. Das Drucken von Ausnahmen ist aus Sicherheitsgründen standardmäßig deaktiviert.

Nummer des Fehlerprotokolldatensatzes: 1337641918483

Es befindet sich keine Datei im Ordner var / log

Kann ich den Grund kennen, warum die Fehlerprotokolldatei nicht erstellt wurde und wie man sie löst?

Mond
quelle

Antworten:

12

Wenn Sie einen solchen Fehler sehen, handelt es sich um einen vollständigen Anwendungsfehler, der tatsächlich mit der entsprechenden Nummer an protokolliert wird /var/report/

(Per Kommentare) Wenn dieses Verzeichnis nicht vorhanden ist, versuchen Sie, 777 Perms rekursiv für var a la festzulegen chmod -R 777 var/

Reid Blomquist
quelle
Vielen Dank! Ich habe gerade festgestellt, dass sich auch keine Datei im Ordner / var / report / befindet. Kann ich wissen, wo ich sie finden oder begründen kann?
Mond
1
Wahrscheinlich hat PHP keine Berechtigung zum Schreiben in var und var / report. Wenn PHP als Webserver-Benutzer ausgeführt wird, versuchen Sie es mit chmod -R 777 var /, um festzustellen, ob dies hilfreich ist.
Rob Mangiafico
3

Wenn Sie diese Fehler direkt auf der Seite sehen möchten, fügen Sie hinzu

SetEnv MAGE_IS_DEVELOPER_MODE true

an den Anfang Ihrer .htaccess-Datei. Sie erhalten den vollständigen Fehler direkt über den Browser, anstatt die Datei von var / report abrufen zu müssen.

Hinweis :: Entfernen Sie SetEnv MAGE_IS_DEVELOPER_MODE true aus .htaccess, bevor Sie live gehen!

Der prägnanteste und umfassendste Beitrag, den ich zum Magento-Debugging gesehen habe, und eine großartige Ressource, ist hier: Grundlagen für das Debuggen eines Magento-Stores

AreDubya
quelle
3

Es hört sich so an, als ob der Fehler in den Berechtigungen des Ordners und der darin enthaltenen Dateien liegt.

Wenn Magento einen Ordner erstellt, werden manchmal nicht die richtigen Berechtigungen zu diesem Ordner "Wie bei Benutzer- / Eigentümerberechtigungen" hinzugefügt, nicht nur 777.

Du brauchst:

  1. Melden Sie sich über SSH als root an und geben Sie Folgendes ein

chown accountuser.accountuser / home / accountuser / public_html / var / report

Oder

chown accountuser.accountuser / home / accountuser / public_html / var / report * "Aber seien Sie sehr vorsichtig mit dem" * "Ich persönlich würde es nur für die letzten paar tun, da es Ihnen eine Welt voller Schmerzen bereiten wird, wenn Sie es falsch machen.

  1. Lassen Sie Ihren Gastgeber das klären und dann glückliche Tage
JosephGourvenec
quelle
1

In meinem Fall gehörte nur das Unterverzeichnis "log" nicht dem laufenden Apache-Benutzer.

Mein Apache-Benutzer ist bitnami: daemon ...

Für mich war die Lösung also:

sudo chmod -R 777 var/
sudo chown -R bitnami:daemon var/
Wagner Bertolini Junior
quelle
0

Wenn Sie mit Magento 1 arbeiten, können Sie die Magento-Protokolle verwalten. Wenn es um Magento 2 geht, gibt es keine: / Und ich werde Ihnen nicht empfehlen, an Magento 1 zu arbeiten, da es dieses Jahr EOL für Version 1 sein wird.

Was Sie also tun können, ist:

SetEnv MAGE_IS_DEVELOPER_MODE true

Wenn Sie diese Fehler direkt auf der Seite sehen möchten.

An zweiter Stelle steht der Hosting-Anbieter, der auch dabei helfen kann. Wie ich weiß, einer der Hosting-Anbieter, der mir hilft, die Serverprotokolle wie Appache und NGINX zu verfolgen.

Ashmal ur Rehman
quelle