O arquivo Magento Error Log não é criado


8

Para obter o arquivo de log de erros, ativei neste menu

Configuration > Developer > Log Settings > Enabled = Yes

e crie uma /var/logpasta e defina a permissão777

Quando recebi esta página de erro

Ocorreu um erro ao processar sua solicitação A
impressão de exceção está desativada por padrão por motivos de segurança.

Número do registro do log de erros: 1337641918483

Não há arquivo na pasta var / log

Posso saber o motivo pelo qual o arquivo de log de erros não foi criado e como resolver?

Respostas:


12

Se você vir um erro como esse, é uma falha completa do aplicativo - que na verdade será registrada pelo número correspondente a /var/report/

(Por comentários) se esse diretório não existir, tente definir 777 perms recursivamente em var a la chmod -R 777 var/


Obrigado! Acabei de descobrir que não há arquivo na pasta / var / report / também. Posso saber onde posso encontrar ou justificar ..?
Lua

11
Provavelmente o php não tem permissão para escrever em var e var / report. Se o php for executado como usuário do servidor da web, tente chmod -R 777 var / para ver se isso ajuda.
Rob Mangiafico

3

Se você deseja ver esses erros diretamente na página, adicione

SetEnv MAGE_IS_DEVELOPER_MODE true

na parte superior do seu arquivo .htaccess. Você receberá o erro completo diretamente no navegador, em vez de precisar obter o arquivo em var / report.

Nota :: Remova o SetEnv MAGE_IS_DEVELOPER_MODE true do .htaccess antes de entrar no ar!

O post mais conciso e abrangente que eu já vi sobre depuração do Magento, e um ótimo recurso, está aqui: Fundamentos para depurar uma loja Magento


3

Parece que a falha está nas permissões da pasta e dos arquivos contidos.

Às vezes, quando o Magento cria uma pasta, ele não adiciona as permissões corretas a essa pasta "Como nas permissões de usuário / proprietário" e não apenas 777.

Você precisa:

  1. Faça o login via SSH como root e digite o seguinte

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

Ou

chown accountuser.

  1. Faça com que seu anfitrião resolva o problema e depois dias felizes

1

No meu caso, apenas o subdiretório "log" não era de propriedade do usuário apache em execução.

Meu usuário apache é bitnami: daemon ...

Então, para mim, a solução foi:

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

0

Se você estiver trabalhando com o Magento 1, há uma opção para cuidar dos logs do Magento. Quando se trata do Magento 2, não há: / E não vou recomendar que você trabalhe no Magento 1, pois será a EOL da versão 1 deste ano.

Então, o que você pode fazer é:

SetEnv MAGE_IS_DEVELOPER_MODE true

Se você deseja ver esses erros diretamente na página.

O segundo é o provedor de hospedagem que também pode ajudar com isso. Como conheço um provedor de hospedagem que me ajuda a rastrear os logs do servidor como Appache e NGINX.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.