Magento Cómo depurar pantalla blanca en blanco

screen wsod

Question

Tengo un error en mi backend de Magento que da como resultado una pantalla en blanco (WSOD). He establecido errores en admin pero no se está creando nada en var / logs /. (He verificado los permisos para ese directorio y todo es correcto).

También tengo ini_set (''display_errors'', 1) en index.php y Magento está configurado en modo desarrollador. También habilité los registros de error de apache y php.

Sin embargo, no se registraron errores?

¿Alguien tiene una pista de por qué no se muestran los errores? ¡Como estoy confundido! Gracias

Answer 1

A veces esto sucede porque los enlaces simbólicos no están permitidos en la configuración de la plantilla: Advanced > Developer > Template Settings > Allow Symlinks

Answer 2

Acabo de toparme con este problema y perdí todo el día resolviéndolo. Intenta aumentar memory_limit , ¡eso funcionó para mí!

Answer 3

Así es como me lo corrigieron (Hope te ayudará):

1. Use el siguiente código en su archivo index.php

   ini_set(''error_reporting'', E_ERROR);
   register_shutdown_function("fatal_handler");
   function fatal_handler() {
   $error = error_get_last();
   echo("<pre>");
   print_r($error);
   }

2. En mi caso, me pareció que el error / 503.php no estaba disponible.

3.El problema fue con la extensión testimonial que utilicé ( http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html )

4. Eliminé el archivo testimonial.xml en mi aplicación / etc / modules / testimoanial.xml.
5. eliminar el archivo "maintenance.flag".

Answer 4

Cada vez que sucede esto, lo primero que compruebo es el límite de memoria de PHP.

Magento reemplaza el controlador de error normal con el suyo, pero cuando el error es "Sin memoria", ese controlador personalizado no se puede ejecutar, por lo que no se ve nada.

Answer 5

Como dijiste, hay una respuesta independiente a este problema.

Tuve el mismo problema después de cambiar el tema. La memoria se estableció en 1024 antes, así que ese no es el problema. La memoria caché se borró y no había nada útil en el registro de errores.

En mi caso, la solución era diferente: el viejo tema tenía una plantilla de página de inicio personalizada ... Cambiando al estándar uno lo arregló.

Answer 6

El mismo problema, acabo de purgar el caché

rm -rf var/cache/*

Et voila! No entiendo lo que era ...

Answer 7

En mi caso, el tamaño del archivo index.php era cero. Copié el archivo original y funcionó.

Sin embargo, no hay idea de qué fue lo que borró el contenido de index.php.

Answer 8

Esto podría ser tan simple como un conflicto de plantilla. Vuelva a la plantilla predeterminada en System/Configuration/Design/Themes.

Answer 9

Esto también puede deberse al uso de los marcadores xDebug al depurar la página. Simplemente detenga el depurador (elimine la cookie) y volverá a la normalidad.

Answer 10

Intenté todas las soluciones sugeridas pero no tuve suerte.

Finalmente, descubrí que necesito usar el diseño de administrador, la plantilla y el aspecto de una nueva versión de Magento a la que necesita actualizar. Por ejemplo, en mi caso es 1.9.2.4

• Utilice el diseño y la plantilla de adminhtml para que el tema de administrador pueda cargarse

- Básicamente, obtenga todos los archivos (desde la aplicación / diseño / adminhtml / predeterminado de la versión nueva), copie y pegue estos en la carpeta de la aplicación / diseño / adminhtml / predeterminado del sitio actual para reemplazar todos los archivos antiguos, si los hubiera

• Use el skin de adminhtml para que el tema de administrador se pueda mostrar correctamente

- Básicamente, obtenga todos los archivos (de skin / adminhtml / default de la versión nueva), cópielos y péguelos en la carpeta skin / adminhtml / default del sitio actual para reemplazar todos los archivos antiguos, si los hubiera

Por supuesto, recuerde hacer copias de seguridad antes de hacer eso.

Lo mejor es usar un control de versión como GIT o SVN.

Answer 11

Los siguientes pueden ser los motivos de las páginas en blanco en magento

1) Problemas de permisos de archivos o directorios. Si está migrando de un servidor a otro, recuerde dar permiso 755 a los directorios y archivos

2) Si estaba trabajando en un archivo xml y de repente las páginas quedan en blanco. Compruebe que no haya comentado las líneas de código correctamente. Un comentario no cerrado también creará el problema.

3) Puede haber problema debido a la asignación de memoria insuficiente para memory_limit .

4) Intente borrar el contenido de la carpeta var / cache

5) Intente borrar el contenido de la carpeta var / session

6) Si sus extensiones utilizan el cargador ioncube en producción, instale también un cubo de iones en el servidor de desarrollo. (Como para las extensiones de extensware). Aunque puede tener un cargador de cubos de iones, intente instalar la última versión.Porque en algún momento actualiza las extensiones que dependen de el cubo de iones existe una incompatibilidad con versiones anteriores.

7) Establecer short_open_tag = On php.ini. Algunas veces los desarrolladores usan <? ?> <? ?> etiquetas y si la etiqueta short_open_tag no está short_open_tag , puede enfrentar problemas como la página medio distorsionada, etc.

Answer 12

Mi solución: activar el complemento a través de Sistema -> Configuración> Avanzado> Avanzado

Answer 13

También he experimentado el mismo problema al cargar el proyecto magento en mi servidor web. En mi caso, el archivo zip está dañado durante el proceso de carga y muchos de mis archivos php también están dañados . He subido a través de ftp. He encontrado la solución para esto. Si está creando el archivo zip desde la máquina Linux, intente utilizar la herramienta de línea de comandos (por ejemplo: ie;

zip -r my_archive.zip /path/of/files/to/compress/ )

y suba a su servidor web desde el cliente de windows filezilla.

Answer 14

También puede ser cuando no tiene una extensión de php adecuada cargada. Verificaría que tenga todas las extensiones de php requeridas cargadas en su sistema si no es el problema de límite de memoria.

Answer 15

Tuve el mismo problema, fue resuelto luego de reinstalar mi Tema

Answer 16

Yo también estaba enfrentando este error. El error se ha solucionado al cambiar el contenido de la función central getRowUrl en la aplicación / code / core / Mage / Adminhtml / Block / Widget / Grid.php. La función central es:

public function getRowUrl($item)
{
$res = parent::getRowUrl($item);
return ($res ? $res : ‘#’);
}

Reemplazado con :

public function getRowUrl($item)
{
return $this->getUrl(’*/*/edit’, array(’id’ => $item->getId()));
}

Para más detalles: http://bit.ly/iTKcer

¡¡¡¡¡¡¡¡¡¡¡¡¡Disfrutar!!!!!!!!!!!!!

Answer 17

Yo también tuve el mismo problema, pero se resolvió después de deshabilitar el compilador y volver a instalar la extensión. La desactivación del compilador se puede hacer mediante system-> configration-> tools-> compilation. Aquí deshabilita el proceso ... Good Luck

Answer 18

OTRA RAZÓN

para una pantalla blanca sin mensajes de error podría ser la fragmentación de la memoria caché de APC .

Use phpinfo() para averiguar si su página lo usa (tuvimos problemas con PHP 5.4 + APC 3.1.13) y, de ser así, vea qué sucede cuando usted

• deshabilitarlo a través de .htaccess: php_flag apc.cache_by_default off
• borre la caché de la APC cada vez que se llame a la página: agregue en la parte superior de index.php apc_clear_cache(); (No hay solución, pero es bueno ver si el APC es el problema)

Si tiene el APC y es el problema, entonces podría

• jugar con su configuración, que puede ser engorroso y todavía no funciona en absoluto
• simplemente actualice a PHP 5.5 y use su caché de código de operación integrado.