El archivo de registro de errores de Magento no se crea


8

Para obtener el archivo de registro de errores, habilito en este menú

Configuration > Developer > Log Settings > Enabled = Yes

y crear /var/logcarpeta y establecer el permiso777

Cuando recibí esta página de error

Ha habido un error al procesar su solicitud La
impresión de excepción está deshabilitada de forma predeterminada por razones de seguridad.

Número de registro de error: 1337641918483

No hay ningún archivo en la carpeta var / log

¿Puedo saber la razón por la cual no se crea el archivo de registro de errores y cómo solucionarlo?

Respuestas:


12

Si ve un error como este, es una falla completa de la aplicación, que en realidad se registrará por el número correspondiente para /var/report/

(Por comentarios) si este directorio no existe, intente configurar 777 permisos de forma recursiva en var a la chmod -R 777 var/


¡Gracias! Acabo de encontrar que no hay ningún archivo en la carpeta / var / report / también ¿Puedo saber dónde puedo encontrar o razonar ...?
Luna

1
Probablemente php no tiene permiso para escribir en var y var / report. Si php se ejecuta como usuario de servidor web, intente chmod -R 777 var / para ver si eso ayuda.
Rob Mangiafico

3

Si desea ver estos errores directamente en la página, agregue

SetEnv MAGE_IS_DEVELOPER_MODE true

en la parte superior de su archivo .htaccess. Obtendrá el error completo directamente a través del navegador, en lugar de tener que obtener el archivo de var / report.

Nota :: Eliminar SetEnv MAGE_IS_DEVELOPER_MODE true de .htaccess antes de ponerlo en funcionamiento.

La publicación más concisa y completa que he visto sobre la depuración de Magento, y un gran recurso, está aquí: Fundamentos para depurar una tienda de Magento


3

Parece que la falla es con los permisos de la carpeta y los archivos dentro.

A veces, cuando Magento crea una carpeta, no agrega los permisos correctos a esa carpeta "Como en los permisos de usuario / propietario", no solo 777.

Necesitas:

  1. Inicie sesión a través de SSH como root y escriba lo siguiente

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

O

chown accountuser.accountuser / home / accountuser / public_html / var / report * "Pero tenga mucho cuidado con el" * ". Personalmente lo haría solo por los últimos, ya que hacerlo mal le causará un mundo de dolor.

  1. Haga que su anfitrión lo resuelva y luego días felices

1

En mi caso, solo el subdirectorio "log" no era propiedad del usuario de apache en ejecución.

Mi usuario de apache es bitnami: daemon ...

Entonces para mí la solución fue:

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

0

Si está trabajando con Magento 1, entonces hay una opción para cuidar los registros de Magento. Cuando se trata de Magento 2, no hay ninguno: / Y no voy a recomendar que trabajes en Magento 1, ya que será EOL para la versión 1 este año.

Entonces, lo que puedes hacer es:

SetEnv MAGE_IS_DEVELOPER_MODE verdadero

Si desea ver estos errores directamente en la página.

El segundo es el proveedor de alojamiento que también puede ayudar con eso. Como sé, uno de los proveedores de alojamiento que me ayuda a rastrear los registros del servidor como Appache y NGINX.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.