Magento Comment déboguer écran blanc vide
J'ai une erreur dans mon backend Magento que les résultats dans un écran vide (WSOD). J'ai mis des erreurs dans l'admin, mais il n'y a rien en cours de création dans var/logs/. (J'ai vérifié les autorisations pour le répertoire et tout est correct).
J'ai également la fonction ini_set('display_errors', 1), dans index.php et Magento est réglé sur le mode développeur.
J'ai également permis d'apache et de php journaux d'erreur.
Pas d'erreurs sont enregistrées si?!
Que quelqu'un a une idée de pourquoi les erreurs ne sont pas affichées? Comme je suis confus!
Grâce
- Mise à jour Bien autant que je le voudrais pour accepter la réponse, je ne crois pas qu'il y est un stand alone réponse à cette question. La plupart semblent d'accord pour dire que la première chose à vérifier est la mémoire, mais dans mon expérience, ce n'est pas la solution à mon problème. Je vais laisser cette ouverture et, espérons, il pourrait agir comme une ressource pour les autres. Merci.
- De mon expérience, pas de mise à jour de magento a jamais été un succès sur le premier essai. Il ya tellement de nombreux pièges et les erreurs dans les scripts de mise à jour.... Im si heureux de l'avoir à l'intérieur d'une machine virtuelle qui prend en charge les instantanés... je ne pourrais pas imaginer pour l'exécuter sur un espace web, sans ce genre de failsafe.
- app/code/core/Mage/Core/Functions.php mageCoreErrorHandler remplace la valeur par défaut de PHP gestionnaire d'erreur. Ainsi, en cas d'erreur de mémoire ou de toute autre erreur FATALE, il ne parvient pas , au moins pour la plupart des gens qui sorte ce problème quand ils augmentent la limite mémoire de PHP.
- Une autre grande source de cette magento.stackexchange Q&A => magento.stackexchange.com/questions/428/...
Vous devez vous connecter pour publier un commentaire.
C'est la façon dont je l'ai corrigé(l'Espérons, aidera à vous les gars):
Utiliser le code suivant dans votre index.php fichier
Dans mon cas, il tolde moi que error/503.php n'était pas disponible.
3.Le problème était avec le témoignage de l'extension que j'ai utilisé(http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html)
Chaque fois que cela arrive, la première chose que j'ai vérifier est la limite mémoire de PHP.
Magento remplace le gestionnaire d'erreurs normale avec elle-même, mais quand l'erreur "Out of memory" que gestionnaire personnalisé ne peut pas marcher, donc on ne voit rien.
Même problème,
Je viens de purge du cache
Et le tour est joué !
Je ne comprends pas ce que c'était...
Suivantes peuvent être les raisons de la vierge pages dans magento
1) Fichier ou Répertoire de problèmes d'autorisation.
Si vous effectuez une migration à partir d'un serveur à un autre, n'oubliez pas de donner la permission 755 pour les répertoires et les fichiers
2) Si vous travaillez sur un fichier xml et du coup, les pages blanc. Vérifiez que vous pourriez ne pas avoir commenté les lignes de code correctement.Un unclosed commentaire seront également de créer le problème.
3) Il peut être question en raison de l'insuffisance d'allocation de mémoire pour
memory_limit
.4) Essayez d'effacer le var/cache le contenu du dossier
5) Essayez d'effacer le var/session du contenu du dossier
6) Si vos extensions à utiliser ioncube loader sur la production, alors installez ion cube sur le serveur de développement également.(Comme pour extendware extensions).Si vous avez ion cube chargeur essayez d'installer la version la plus récente.Parce que peu de temps lorsque vous mettez à jour les extensions qui dépend de l'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<? ?>
balises et si leshort_open_tag
n'est pas réglé sur on, vous pouvez faire face à des problèmes comme la moitié déformé la page etc.8) Augmentation max_input_vars et post_max_size valeurs pour php. Il est utile lorsque vous essayez d'enregistrer un grand nombre de taux d'imposition d'une règle fiscale et obtenez une page blanche.
Cela pourrait être aussi simple que d'un modèle de conflit. Rétablir le modèle par défaut dans
System/Configuration/Design/Themes.
Moi aussi j'avais le même problème, mais résolu après la désactivation du compilateur et de nouveau à la réinstallation de l'extension. Désactiver le compilateur peut être fait par le système-> configration-> outils> compilation.. Ici Désactiver le processus... Bonne Chance
Il peut également être quand vous n'avez pas une bonne extension php chargé. Je voudrais vérifiez que vous avez tous les extensions php chargé sur votre système si elle n'est pas la question limite de mémoire.
J'ai également été confronté à cette erreur.
L'erreur a été résolu en changeant le contenu de base de la fonction getRowUrl dans app\code\core\Mage\Adminhtml\Block\Widget\Grid.php
La fonction de base est :
Remplacé par :
Pour plus de détails :
http://bit.ly/iTKcer
Profiter!!!!!!!!!!!!!
J'ai eu le même problème, il a été résolu après ré-installation de mon Thème
J'ai également eu le même problème lors du téléchargement de la un projet magento pour mon serveur, 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 faites le fichier zip à partir de linux de la machine, essayez d'utiliser l'outil de ligne de commande (Par exemple: ie;
zip -r my_archive.zip /path/of/files/to/compress/
)
et ne le télécharger à votre serveur web à partir de windows filezilla client.
Viens de tomber sur ce problème et a perdu l'ensemble de la journée de le résoudre. Essayez d'augmenter
memory_limit
, qui a fonctionné pour moi!Cela peut aussi être causé par l'utilisation du xDebug signets 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 est un stand alone réponse à cette question.
J'ai eu le même problème après changement 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 était différent - vieux thème qui avait coutume page d'accueil de modèle... de Commutation standard un fixe.
UNE AUTRE RAISON
pour un écran blanc sans messages d'erreur pourrait être la fragmentation de la Cache APC.
Utilisation la fonction 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
php_flag apc.cache_by_default off
apc_clear_cache();
(pas de solution mais bon à voir si l'APC est le problème)Si vous ne ont l'APC et il est le problème, alors vous pourriez
J'ai essayé toutes les solutions proposées mais pas de chance.
Enfin j'ai trouvé j'ai besoin d'utiliser admin mise en page & template & de la peau à partir d'une nouvelle Magento version que vous avez besoin de mettre à niveau vers. Par exemple dans mon cas, c'est 1.9.2.4
-- En gros, tous les fichiers (à partir de l'app/design/adminhtml/default de la nouvelle version), copiez et collez les dans le dossier app/design/adminhtml/default du site actuel pour le remplacer tous les anciens fichiers si tout
-- En gros, tous les fichiers (à partir de peau/adminhtml/default de la nouvelle version), copiez et collez les dans le dossier de la peau/adminhtml/default du site actuel pour le remplacer tous les anciens fichiers si tout
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 mon cas, la taille de la index.php fichier était de zéro. J'ai copié le fichier d'origine en arrière et cela a fonctionné.
Toutefois, aucune idée de ce qu'effacé le contenu de index.php.
Ma solution: Activer le plugin via le Système -> Config > Avancé > Avancé
Parfois cela se produit parce que les liens symboliques ne sont pas autorisés dans les paramètres de modèle:
Advanced > Developer > Template Settings > Allow Symlinks