Il file registro errori Magento non è stato creato


8

Per ottenere il file di registro degli errori abilito in questo menu

Configuration > Developer > Log Settings > Enabled = Yes

e crea una /var/logcartella e imposta l'autorizzazione777

Quando ho ricevuto questa pagina di errore

Si è verificato un errore durante l'elaborazione della richiesta. La
stampa dell'eccezione è disabilitata per impostazione predefinita per motivi di sicurezza.

Numero record registro errori: 1337641918483

Non ci sono file nella cartella var / log

Posso sapere il motivo per cui il file di registro degli errori non è stato creato e come risolverlo?

Risposte:


12

Se viene visualizzato un errore come questo, si tratta di un errore dell'applicazione completo, che verrà effettivamente registrato con il numero corrispondente /var/report/

(Per commenti) se questa directory non esiste, prova a impostare 777 permanenti in modo ricorsivo su var a la chmod -R 777 var/


Grazie! Ho appena scoperto che non esiste alcun file nella cartella / var / report / Posso sapere dove posso trovare o ragionare ..?
Luna,

1
Probabilmente php non ha il permesso di scrivere su var e var / report. Se php viene eseguito come utente del server web, prova chmod -R 777 var / per vedere se questo aiuta.
Rob Mangiafico,

3

Se vuoi vedere questi errori direttamente sulla pagina, aggiungi

SetEnv MAGE_IS_DEVELOPER_MODE true

all'inizio del file .htaccess. Riceverai l'errore completo direttamente tramite il browser, invece di dover recuperare il file da var / report.

Nota :: Rimuovi SetEnv MAGE_IS_DEVELOPER_MODE true da .htaccess prima di andare in diretta!

Il post più conciso e completo che ho visto sul debug di Magento, e una grande risorsa, è qui: Fondamenti per il debug di un negozio Magento


3

Sembra che l'errore sia dovuto alle autorizzazioni della cartella e dei file all'interno.

A volte quando Magento crea una cartella non aggiunge le autorizzazioni corrette a quella cartella "Come nelle autorizzazioni utente / proprietario" non solo 777.

Devi:

  1. Accedi tramite SSH come root e digita quanto segue

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

O

chown accountuser.accountuser / home / accountuser / public_html / var / report * "Ma stai molto attento con il" * "Lo farei personalmente solo per gli ultimi, perché sbagliarti ti causerà un mondo di dolore.

  1. Chiedi al tuo host di risolverlo e poi giorni felici

1

Nel mio caso solo la sottodirectory "log" non era di proprietà dell'utente apache in esecuzione.

Il mio utente apache è bitnami: demone ...

Quindi per me la soluzione era:

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

0

Se lavori con Magento 1, allora c'è un'opzione per occuparti dei log di Magento. Quando si tratta di Magento 2 non ce ne sono: / E non ti consiglierò di lavorare su Magento 1 in quanto sarà EOL per la versione 1 quest'anno.

Quindi, quello che puoi fare è:

SetEnv MAGE_IS_DEVELOPER_MODE true

Se vuoi vedere questi errori direttamente sulla pagina.

Il secondo è l'hosting provider che può anche aiutare con quello. Come conosco uno dei provider di hosting che mi aiuta a tenere traccia dei log del server come Appache e NGINX.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.