Le fichier journal des erreurs de Magento n'est pas créé


8

Pour obtenir le fichier journal des erreurs que j'active dans ce menu

Configuration > Developer > Log Settings > Enabled = Yes

et créer un /var/logdossier et définir l'autorisation777

Quand j'ai eu cette page d'erreur

Une erreur s'est produite lors du traitement de votre demande. L'
impression d'exception est désactivée par défaut pour des raisons de sécurité.

Numéro d'enregistrement du journal des erreurs: 1337641918483

Il n'y a aucun fichier dans le dossier var / log

Puis-je connaître la raison pour laquelle le fichier journal des erreurs n'est pas créé et comment le résoudre?

Réponses:


12

Si vous voyez une erreur comme celle-ci, il s'agit d'un échec complet de l'application - qui sera en fait enregistré par le numéro correspondant à /var/report/

(Par commentaires) si ce répertoire n'existe pas, essayez de définir 777 perms récursivement sur var a la chmod -R 777 var/


Merci! Je viens de découvrir qu'il n'y a pas de fichier dans le dossier / var / report / aussi. Puis-je savoir où je peux trouver ou raisonner ..?
Lune

1
Php probable n'a pas la permission d'écrire dans var et var / report. Si php s'exécute en tant qu'utilisateur de serveur Web, essayez chmod -R 777 var / pour voir si cela aide.
Rob Mangiafico

3

Si vous souhaitez voir ces erreurs directement sur la page, ajoutez

SetEnv MAGE_IS_DEVELOPER_MODE true

en haut de votre fichier .htaccess. Vous obtiendrez l'erreur complète directement via le navigateur, au lieu d'avoir à obtenir le fichier de var / report.

Remarque :: Supprimez SetEnv MAGE_IS_DEVELOPER_MODE true du .htaccess avant de vous lancer!

Le post le plus concis et le plus complet que j'ai vu sur le débogage de Magento, et une excellente ressource, est ici: Fondamentaux pour déboguer une boutique Magento


3

Il semble que la faute soit aux autorisations du dossier et des fichiers qu'il contient.

Parfois, lorsque Magento crée un dossier, il n'ajoute pas les autorisations correctes à ce dossier "Comme dans les autorisations utilisateur / propriétaire", pas seulement 777.

Tu dois:

  1. Connectez-vous via SSH en tant que root et tapez ce qui suit

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

Ou

chown accountuser.accountuser / home / accountuser / public_html / var / report * "Mais soyez très prudent avec le" * "Je le ferais personnellement juste pour les derniers car le fait de vous tromper vous causera un monde de douleur.

  1. Demandez à votre hôte de le trier, puis des jours heureux

1

Dans mon cas, seul le sous-répertoire "log" n'appartenait pas à l'utilisateur apache en cours d'exécution.

Mon utilisateur apache est bitnami: daemon ...

Donc pour moi, la solution était:

sudo chmod -R 777 var/
sudo chown -R bitnami:daemon var/

0

Si vous travaillez avec Magento 1, il existe une option pour gérer les journaux de Magento. En ce qui concerne Magento 2, il n'y en a pas: / Et je ne vais pas vous recommander de travailler sur Magento 1 car ce sera EOL pour la version 1 cette année.

Donc, ce que vous pouvez faire, c'est:

SetEnv MAGE_IS_DEVELOPER_MODE true

Si vous souhaitez voir ces erreurs directement sur la page.

Le deuxième est un fournisseur d'hébergement qui peut également vous aider. Comme je connais l'un des hébergeurs qui m'aide à suivre les journaux du serveur comme Appache et NGINX.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.