Magento comment déboguer l'écran blanc

C'est comme ça que je l'ai fait corriger(Hope vous aidera les gars):

1. utilisez le code suivant dans votre index.fichier 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. Dans mon cas, il tolde moi que/ / erreur 503.php n'était pas disponible.

3.La question portait sur la prolongation du témoignage que j'ai utilisée ( ). http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html )

4. j'ai supprimé le témoignage.fichier xml dans mon application / etc / modules / testimoanial.XML.
5. supprimer "de l'entretien.drapeau de fichier".

chaque fois que cela se produit la première chose que je vérifie est la limite de mémoire PHP.

Magento surpasse le gestionnaire d'erreurs normal avec le sien, mais lorsque l'erreur est "Out of memory" que le gestionnaire personnalisé ne peut pas exécuter, donc rien n'est vu.

même problème, Je viens de purger cache

rm -rf var/cache/* 

Et le tour est joué ! Je ne comprends pas ce que c'était...

cela pourrait être aussi simple qu'un conflit de modèle. Revenir au modèle par défaut dans System/Configuration/Design/Themes.

ci-dessous peut être les raisons pour les pages vierges dans magento

1) problèmes de permission de fichiers ou de répertoires. Si vous êtes en train de migrer d'un serveur à l'autre, n'oubliez pas de donner la permission à 755 pour les répertoires et les fichiers

2) Si vous travailliez sur un fichier xml et soudainement les pages deviennent vides. Vérifiez que vous n'avez peut-être pas commenté les lignes de code correctement.Un commentaire non clos créera également le problème.

3) Il peut être problématique en raison d'une allocation de mémoire insuffisante pour memory_limit .

4) Essayez de vider le contenu du dossier var/cache

5) essayez d'effacer le contenu du dossier var/session

6) Si vos extensions utilisent ioncube loader en production, installez ion cube sur le serveur de développement.(Comme pour les extensions extendware).Bien que vous puissiez avoir ion cube loader essayer d'installer la dernière version.Parce que peu de temps lorsque vous mettez à jour les extensions qui dépendent de Ion cube il y a incompatibilité avec les versions plus anciennes.

7) short_open_tag = On en php.ini .Quelques fois les développeurs utilisent <? ?> tags et si le short_open_tag n'est pas défini à on, vous pouvez faire face à des problèmes comme la page moitié déformée, etc.

moi aussi j'ai eu le MÊME PROBLÈME, MAIS résolu après avoir désactivé le compilateur et réinstallé à nouveau l'extension. Désactiver le compilateur peut être fait par système-> configration-> outils-> compilation.. Ici Désactiver le processus... Bonne Chance

il peut aussi l'être lorsque vous n'avez pas une extension php correctement chargée. Je vérifierais deux fois que vous avez chargé toutes les extensions php requises sur votre système Si ce n'est pas le problème de limite de mémoire.

je faisais aussi face à cette erreur. L'erreur a été corrigée en changeant le contenu de la fonction principale getRowUrl dans app\code\core\Mage\Adminhtml\Block\Widget\Grid.php La fonction principale est:

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

remplacé par:

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

pour plus de détails : http://bit.ly/iTKcer

Profitez-en!!!!!!!!!!!!!

j'ai eu le même problème, il a été résolu après la réinstallation de mon thème

j'ai également éprouvé le même problème lors du téléchargement du projet magento sur mon serveur web, dans mon cas, le fichier zip est corrompu pendant le processus de téléchargement et beaucoup de mes fichiers php sont également endommagés . J'ai téléchargé via ftp. J'ai trouvé la solution pour cela. Si vous créez le fichier zip à partir de linux machine, essayez d'utiliser l'outil ligne de commande (par exemple: ie;

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

et de télécharger sur votre web serveur de windows filezilla client.

vient de tomber sur ce problème et a perdu toute la journée à le résoudre. Essayez d'augmenter memory_limit , ça a marché pour moi!

cela peut aussi être causé par l'utilisation des signets xDebug lors du débogage de la page. Juste arrêter le débogueur (supprimer cookie) et il va revenir à la normale.

comme vous l'avez dit - Il ya une réponse autonome à cette question.

j'ai eu le même problème après avoir changé de thème. Mémoire de 1024 avant, ce qui n'est pas le problème. Le Cache a été effacé et il n'y avait rien d'utile dans le journal des erreurs.

dans mon cas, la solution était différente - vieux thème avait personnalisé homepage template ... Commutation standard un fixe.

ANOTHER REASON

pour un écran blanc sans messages d'erreur pourrait être la fragmentation du APC cache .

Utiliser phpinfo() pour savoir si il est utilisé par votre page (nous avons eu des problèmes avec PHP 5.4 + APC 3.1.13) et si oui, voir ce qui se passe quand vous soit

• le désactiver via .htaccess: php_flag apc.cache_by_default off
• clair le cache apc chaque fois que la page est appelée: ajouter en haut de l'index.php apc_clear_cache(); (pas de solution mais bon pour voir si L'APC est le problème)

Si vous faire ont l'APC et est le problème, alors vous pouvez

• jouer avec ses paramètres, ce qui peut être lourd et toujours pas de travail à tous les
• il suffit de mettre à jour à PHP 5.5 et d'utiliser son intégré opcode cache à la place.

j'ai essayé toutes les solutions suggérées mais pas de chance.

finalement j'ai trouvé que j'avais besoin d'utiliser layout admin & template & skin à partir d'une version Magento fraîche que vous devez mettre à jour. Par exemple dans mon cas, c'est 1.9.2.4

• utiliser la mise en page et le modèle admin pour rendre le thème admin peut être chargeable

-- fondamentalement, obtenir tous les fichiers (de l'application/design/adminhtml/par défaut de la version fraîche), la copie et coller ceux-ci dans le dossier app/design/adminhtml/default du site actuel pour remplacer tous les anciens fichiers s'il y a

• utiliser adminhtml skin pour rendre le thème administrateur peut être affiché correctement

-- fondamentalement, obtenir tous les fichiers (à partir de la peau / adminhtml / défaut de la version fraîche), copier et coller ceux-ci dans le dossier Peau/adminhtml / défaut du site actuel pour remplacer tous les anciens fichiers s'il y a

bien sûr, n'oubliez pas de faire des sauvegardes avant que.

le mieux est d'utiliser un contrôle de version comme GIT ou SVN.

dans ma taille de cas de l'index.le fichier php était zéro. J'ai recopié le fichier original et ça a marché.

cependant, aucune idée de ce qui a effacé le contenu de l'index.php.

Ma solution: Activer le plugin via Système> Config > Avancée > Avancé

parfois cela se produit parce que les liens symboliques ne sont pas autorisés dans les paramètres du modèle: Advanced > Developer > Template Settings > Allow Symlinks