Magento Comment déboguer un écran blanc vide

J’ai une erreur dans mon backend Magento qui se traduit par un écran vide (WSOD). J’ai mis des erreurs sur sous admin mais rien n’est créé dans var / logs /. (J’ai vérifié les permissions pour ce répertoire et tout est correct).

J’ai aussi ini_set (‘display_errors’, 1) dans index.php et Magento est réglé sur le mode développeur. J’ai également activé les journaux d’erreur apache et php.

Aucune erreur n’est enregistrée cependant ?!

Quelqu’un at-il une idée de la raison pour laquelle les erreurs ne sont pas affichées? Comme je suis confus! Merci

Voici comment je l’ai corrigé (Hope vous aidera les gars):

  1. Utilisez le code suivant dans votre fichier index.php

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

  2. Dans mon cas, il m'a dit que error / 503.php n'était pas disponible.

3.Le problème était lié à l'extension de témoignage que j'ai utilisée ( http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html )

  1. J'ai supprimé le fichier testimonial.xml de mon application / etc / modules / testimoanial.xml.
  2. supprimer le fichier "maintenance.flag".

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

Magento remplace le gestionnaire d’erreurs normal par son propre, mais lorsque l’erreur est “Mémoire insuffisante”, ce gestionnaire personnalisé ne peut pas s’exécuter, donc rien n’est visible.

Même problème, je viens de purger le cache

 rm -rf var/cache/* 

Et voilà ! 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.

J’ai aussi eu le même problème, mais résolu après la désactivation du compilateur et la réinstallation de l’extension. Désactiver le compilateur peut être fait par system-> configration-> tools-> compilation .. Ici, désactivez le processus … Good Luck

Voici les raisons pour lesquelles les pages vierges de magento

1) Problèmes de permission de fichier ou de répertoire. Si vous migrez d’un serveur à un autre, n’oubliez pas d’accorder une autorisation 755 aux répertoires et aux fichiers.

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

3) Il peut y avoir un problème en raison d’une allocation de mémoire insuffisante pour memory_limit .

4) Essayez d’effacer le contenu du dossier var / cache

5) Essayez d’effacer le contenu du dossier var / session

6) Si vos extensions utilisent le chargeur ioncube en production, installez également le cube ion sur le serveur de développement. (Comme pour les extensions extendware). Même si vous pouvez avoir un chargeur de cube d’ions, essayez d’installer la dernière version. ion cube il y a incompatibilité avec les anciennes versions.

7) Définissez short_open_tag = On dans php.ini. Quelques fois les développeurs utilisent balises et si le short_open_tag n’est pas short_open_tag , vous pouvez rencontrer des problèmes comme une page à moitié déformée, etc.

Cela peut aussi être quand vous n’avez pas une extension php correcte chargée. Je voudrais vérifier que vous avez toutes les extensions php requirejses chargées sur votre système si ce n’est pas le problème de la limite de mémoire.

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

 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

Prendre plaisir!!!!!!!!!!!!!

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 rencontré 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 lors du 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 depuis la machine Linux, essayez d’utiliser l’outil de ligne de commande (par exemple:

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

et téléchargez sur votre serveur Web à partir du client Windows Filezilla.

Je suis tombé sur ce problème et j’ai perdu toute la journée en le résolvant. Essayez d’augmenter memory_limit , cela a fonctionné pour moi!

Cela peut également être dû à l’utilisation des signets xDebug lors du débogage de la page. Arrêtez simplement le débogueur (enlevez le cookie) et il reviendra à la normale.

Comme vous l’avez dit, il y a une seule réponse à ce problème.

J’ai eu le même problème après avoir changé de thème. La mémoire a été réglée à 1024 auparavant, ce n’est donc 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 – l’ancien thème avait un modèle de page d’accueil personnalisé.

UNE AUTRE RAISON

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

Utilisez phpinfo () pour savoir s’il est utilisé par votre page (nous avions des problèmes avec PHP 5.4 + APC 3.1.13) et si oui, voyez ce qui se passe lorsque vous

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

Si vous avez l’APC et que c’est le problème, alors vous pourriez

  • jouer avec ses parameters, ce qui peut être encombrant et ne fonctionne toujours pas du tout
  • Il suffit de mettre à jour PHP 5.5 et d’utiliser son cache d’opcode intégré à la place.

J’ai essayé toutes les solutions suggérées mais pas de chance.

Enfin, j’ai trouvé que je devais utiliser la disposition et le modèle d’administration et le skin d’une nouvelle version de Magento sur laquelle vous devez mettre à jour. Par exemple dans mon cas c’est 1.9.2.4

  • Utiliser la mise en page et le modèle adminhtml pour que le thème admin puisse être chargé

– Fondamentalement, récupérez tous les fichiers (depuis app / design / adminhtml / default de la nouvelle version), copiez et collez-les dans le dossier app / design / adminhtml / default du site actuel pour remplacer tous les anciens fichiers, le cas échéant.

  • Utiliser le skin adminhtml pour que le thème admin soit affiché correctement

– Fondamentalement, récupérez tous les fichiers (à partir de skin / adminhtml / default de la nouvelle version), copiez-les et collez-les dans le dossier skin / adminhtml / default du site actuel pour remplacer tous les anciens fichiers, le cas échéant.

Bien sûr, n’oubliez pas de faire des sauvegardes avant de le faire.

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

Dans mon cas, la taille du fichier index.php était de zéro. J’ai recopié le fichier original et cela a fonctionné.

Cependant, aucune idée de ce qui a effacé le contenu de index.php.

Ma solution: Activer le plug-in via Système -> Config> Avancé> Avancé

Cela se produit parfois car les liens symboliques ne sont pas autorisés dans les parameters de modèle: Advanced > Developer > Template Settings > Allow Symlinks