Aujourd’hui, nous allons tester debugpress, un plug in WordPress récemment publié pour examiner les problèmes possibles avec votre installation. L’un des avantages de WordPress est que les changements que pouvez apporter aux nouvelles installations sont presque illimités. Mais ça pourrait aussi être une épée à double tranchant. Plus l’installation de WordPress est complexe, plus les incompatibilités et les problèmes potentiels sont fréquents et plus il est difficile de les trouver. Debugpress debugpress est le développeur de plug ins wordpress pour Petrovic Milan, que trouverez dans le répertoire des plug ins WordPress. Organisation. Cela signifie que pouvez aller à l’installation WordPress, accéder au menu plugins et ajouter un nouveau plugin. Il suffit de rechercher le mot clé
Une fois activé dans WordPress, allez aux paramètres de débogage (dans le menu paramètres) pour configurer le plug in:
Paramètres de debugpress, première partie.
Paramètres de débogage, partie 2. Paramètres du plugin debugpress pour WordPress. Dans ce qui peut être édité, pouvez choisir quels rôles drsquoutilisateur sont limités à lrsquoaccès au panneau debugpress. Vous pouvez également décider quels autres panneaux souhaitez activer. Dans mon cas, je les ai activés dans mon installation drsquoessai. De même, jrsquoai permis à debugpress de suivre toutes les erreurs et alertes PHP ainsi que les appels Ajax et drsquoautres options. De plus, pour que debugpress affiche des informations sur les requêtes SQL et les activités dans le Journal des erreurs WordPress, j’ai défini les constantes suivantes dans le fichier de configuration WP. Php que jrsquoai installé:
Define (lsquoWP _ debugrsquo, True) Définir (lsquoWP _ debug Displayrsquo, false) Define (lsquoWP _ debug Logrsquo, True) Définir (lsquosavequerysrsquo, vrai) Lorsque jrsquoai testé debugpress sur mon installation de développement et de test, jrsquoai défini les deux premières constantes. êtes SVI
Luppatore, je suggère de les définir aussi, car pourriez être intéressé à recevoir le plus de commentaires possible de WordPress (ils seront tous cachés par défaut). Deux autres constantes activent le Journal des erreurs (un fichier debug.log stocké dans le dossier WP content installé) et stockent les requêtes dont nous avons discuté. Notez que nrsquoavez peut être pas défini ces constantes, mais certains panneaux de débogage nrsquoafficheront pas autant d que possible.
L’icône qui ouvre le panneau debugpress apparaît à droite de la barre d’administration en haut de WordPress. Lorsque êtes prêt, pouvez aller à l’icône bogue dans le coin supérieur droit de WordPress. Cette icône apparaîtra dans le tableau de bord WordPress, ainsi que lors de l’accès à l’avant du site (que pouvez modifier dans les paramètres de debugpress). Debugpress donne des informations sur l’installation de WordPress et sur ce qui se passe lorsque accédez à l’avant du site. Panneau drsquoinformation debugpress lorsque nous cliquons sur le bouton debugpress, une fenêtre contextuelle srsquoouvre avec plusieurs panneaux groupés en onglets. Chaque onglet contient des panneaux spécifiques à un type particulier drsquoinformation. Regardons chacun drsquoeux et quelles informations ils contiennent.
Dans le premier onglet, nous avons les informations de base sur l’installation de WordPress. Ici, nous pouvons voir la mémoire PHP et les délais d’exécution, les versions WordPress et les répertoires les plus importants pour l’installation, ainsi que les valeurs de quelques balises WordPress conditionnelles pour voir si l’installation est multisite.
Panneau de base de debugpress. De plus, dans debugpress, avez des statistiques sur le chargement de la page. Ceci est utile pour voir si le chargement de la page prend plus de temps que prévu, et pour trouver le nombre de requêtes SQL effectuées et
Inclut les informations que nous pouvons trouver dans les tables WP _ Users et WP usermeta de la base de données WordPress. Ce panneau est utile si nrsquoavez pas accès à la base de données et que devez voir les rôles drsquoutilisateur et les fonctions spécifiques qui sont assignés.
Panneau utilisateur debugpress. Un autre panneau de débogage intéressant montre tous les styles et scripts qui font la queue sur une page spécifique dans WordPress. La plupart du temps, les utilisateurs de certains de nos plug ins ont rencontré des problèmes parce que nos scripts JavaScript nrsquoont pas été chargés pendant lrsquoinstallation. Les développeurs comme nous sont particulièrement intéressés par cette information. Nous pouvons maintenant permettre à un plus grand nombre d’utilisateurs réticents de nous permettre d’accéder à leur installation wordpress pour installer debugpress et de partager avec nous une capture d’écran de l’onglet ajouter pour voir s’il y a des scripts qui ne sont pas chargés comme ils le devraient. Le dépannage avec cette information devrait être plus facile.
Panneau de mise en file drsquoattente debugpress. Dans le panneau PHP, pouvez voir les informations contenues dans les variables PHP $_ Server, $request et $Cookie demandées par la page courante:
Panneau PHP de debugpress. De plus, dans l’onglet système, nous avons des informations générales sur les serveurs WordPress. Ici, pouvez voir la version PHP que utilisez, lrsquoIP du serveur, et quelques limites sur la taille de la charge et le temps drsquoexécution, ce qui est important: Panneau système debugpress. Enfin, dans lrsquoonglet Ajax, pouvez voir les appels Ajax effectués sur la page courante. De ce point de vue, je dois dire que je n’ai rien trouvé d’intéressant: avez accès à l’installation WordPress, alors ce que pouvez trouver sur les appels Ajax dans la console de développement du navigateur lui même est beaucoup plus intéressant que ce que debugpress affiche ici.
Panneau Ajax de debugpress. Enfin, à côté du bouton ch
Dans la fenêtre debugpress en haut à droite, nous voyons un bouton en forme de papier. Ce bouton ouvre la vue où nous pouvons voir le journal WordPress que nous avons activé au début. Ici, nous pouvons voir où les journaux sont stockés dans lrsquoinstallation et la taille du fichier. Vous pouvez des fichiers journaux en utilisant le grand bouton bleu, mais je crains de ne pas pouvoir le faire.
Voir les journaux WordPress dans debugpress. Chaque fois que je clique sur ce bouton bleu, une requête Ajax est lancée à partir de debugpress, renvoyant une erreur. Nous pouvons voir que cette requête a échoué dans lrsquoonglet Ajax de debugpress. j’ouvre le fichier WordPress log avec n’importe quel éditeur de texte, je vois une erreur dans debugpress qui se produit lorsque je clique sur le bouton. Donc je pense que cette version de debugpress a un bogue que les développeurs vont corriger dans les versions futures.
Lorsque essayez de charger des informations à partir du registre WordPress, debugpress fournit une erreur Ajax que nous pouvons voir à travers debugpress lui même. Cependant, crsquoest le seul inconvénient que jrsquoai trouvé après avoir testé en profondeur les différentes vues et panneaux fournis par debugpress. Le point de vue de debugpress bien que toutes les informations que debugpress nous fournit soient accessibles par drsquoautres moyens, leur mise en place en un seul endroit est lrsquoendroit le plus précieux pour le plug in. Bien sûr, debugpress n’est pas un plug in qui reste toujours actif dans WordPress, mais il est très utile lorsque devez examiner les problèmes qui peuvent survenir lors de l’installation d’un client et que ne savez pas pourquoi. J’espère que debugpress aidera à deviner le problème et à récupérer les Threads pour corriger WordPress. Avec debugpress, pouvez obtenir toutes les informations dont avez besoin pour faciliter la recherche des problèmes dans WordPress. Fournisseurs de services
Je pense qu’ils ont résolu les problèmes dans le blog, ce qui améliore encore la qualité de ce plugin, ce que les développeurs WordPress recommandent absolument. Image non Flash de Xuan Ruan.
Trouvez ce qu&rsquoil y a. Il n’entre pas dans votre WordPress et debugpress
