ACIDRE point COM

Lorsqu’on a un bug sur eZ Publish (ou pas), de quelconque nature, j’ai noté au fur et à mesure les raisons possibles et les outils pouvant aider un développeur à le corriger (en mode développement bien sûr).

• Utiliser le plugin Firebug pour parcourir le code source et vérifier qu’il affiche bien ce qu’il doit afficher.
• Vérifier qu’une ressource n’est pas dans le cache navigateur en vidant ce dernier ou le désactiver.
• Vider / purger le cache eZ Publish, voire même supprimer les répertoires cache physiquement.
• Vérifier sur plusieurs navigateurs différents, différentes versions de navigateurs, différents OS.
• Regarder les logs Apache.
• Regarder les logs access.
• Regarder les logs eZ Publish dans le répertoire var/log/*.
• Vérifier que les répertoires et fichiers ont les bons droits.
• Vérifier que l’affichage css / javascript / html est bien identique entre les templates HTML et l’intégration dans les templates eZ Publish.
• Vérifier que les fichiers *.ini personnalisés ont les bonnes valeurs en dév (http://projects.ez.no/noveniniupdate).
• Vérifier les rôles et droits.
• Activer le mode debug eZ Publish.
• Activer le mode debug eZ Publish et afficher les requêtes SQL exécutées.
• Activer le mode debug eZ Publish et afficher les redirections.
• Vérifier qu’il n’y a pas d’erreur javascript.
• Vérifier les règles Apache du virtualhost.
• Vérifier que le tableau autoload est à jour et a bien été généré.
• Vérifier la bonne utilisation des cookies de session (s’il y a lieu bien sûr)
• Vérifier la section ainsi que les rôles et droits associés en lecture si un contenu ne s’affiche pas
• Penser au scripts si le BO est limité par les timeout, etc…
• Penser à l’utilisation utile des packages
• …