WordPress Wraith: Écran blanc utilisant WordPress Death

Les administrateurs de WP, le contenu de WP et WP sont inclus. Configuration WP. PHP est comme tout autre fichier PHP (par exemple, en utilisant un éditeur de texte), la ligne que vous souhaitez éditer est: Define (‘WP _ debug’, false); Doit être changé en: Define (‘WP _ debug’, True); Une fois ce changement effectué, sauvegardez la configuration WP. Php a changé son emplacement d’origine. Qu’est – ce que ça fait? Premièrement, notre wwsod est maintenant remplacé par ce qui suit: Ainsi, le réglage de la constante globale WP _ debug à true indique à WordPress d’activer de nombreuses options d’affichage des erreurs qui forcent les erreurs PHP à apparaître dans le navigateur, même si le serveur ne les affiche pas autrement.
En affichant cette erreur, nous savons où regarder: ligne 7 de la fonction de sujet d’activité. Php. En fait, pour générer cette erreur, j’ai écrit quelques absurdités PHP dans cette ligne de fonctions. Sujet PHP: trouble = maintenant; 2. Pour les extravagants: Modifier PHP. INI si vous avez un accès suffisant et connaissez bien le serveur, vous pouvez voir les messages d’erreur en éditant son fichier PHP. INI. Cela peut être à plusieurs endroits, donc vous allez utiliser une fonction appelée phpinfo () pour la trouver. Une fois trouvé, vous pouvez l’éditer dans un outil en ligne de commande (si vous connaissez la ligne de commande) ou utiliser un éditeur de texte (si vous avez un bon accès au système de fichiers du serveur).
En PHP. INI lui – même, l’option principale à modifier s’appelle Display _ Errors, que vous pouvez définir à on ou off. Cependant, vous pouvez également définir beaucoup d’autres choses intéressantes liées aux erreurs dans ce fichier. Par exemple, en utilisant l’option Error _ log, vous pouvez fournir un chemin vers un fichier texte qui enregistre ensuite toutes les erreurs PHP générées par le site. Mon serveur local (sur mon ordinateur privé, configuré par Wamp) a également une extension appelée Xdebug qui rend les messages d’erreur plus lisibles et vous permet de remonter
Et ce qu’on appelle les routes. L’erreur initiale de la version Xdebug est similaire à:
Cliquez pour agrandir vous ne voulez pas qu’il apparaisse sur le site en direct (parce qu’il permet à tout le monde de voir à l’intérieur du site), mais il est très utile pour le débogage local. D’autres annotations wwsod au niveau du site (y compris WP Admin) ou limitations dépendent de l’endroit où vous avez écrit l’erreur, vous pouvez exécuter wwsod pour l’ensemble du site, y compris les zones de gestion WordPress (WP Admin), ou seulement pour certaines parties du site. Au niveau du site, rappelez – vous que mon exemple d’erreur est dans la fonction. Php. Ce fichier PHP fonctionne automatiquement pour chaque page du site. Cela signifie que le wwsod complet du site, même la zone administrative.
Pire encore, si vous utilisez la zone de gestion pour effectuer des modifications PHP en utilisant l’éditeur look > et que vous n’avez pas de mode de sauvegarde (en particulier FTP) pour modifier les fichiers touchés. Si vous écrivez une fonction d’erreur dans une fonction. À l’arrière – plan de PHP, vous pouvez supprimer le site et les outils nécessaires pour le réparer. En d’autres termes, Notez l’éditeur d’apparence de WordPress! Cependant, un nombre limité d’autres changements ont supprimé seulement certaines parties du site. Code d’erreur à la page. Par exemple, PHP ne supprime que les messages de type page (comme les pages d’information du site), car ce sont les seules pages du site qui tentent d’utiliser le Code de fuite. Par exemple, votre zone administrative n’utilise jamais de pages. Php, donc peu importe la gravité de l’erreur dans le fichier, il restera actif.
Par conséquent, si vous vous êtes déjà demandé pourquoi certaines erreurs suppriment l’ensemble du site alors que d’autres sont limitées, voici votre réponse. Vous pouvez vous demander ce qui se passe si la page commence bien et s’arrête au milieu: Dans ce cas encore, l’activation du débogage (via WP _ debug, php.ini ou d’autres méthodes) clarifie légèrement l’image: Ceci correspond à H
Ou écrivez – le au milieu du Code qui crée le message de la page (comme notre page d’information). La fonction est simplement: Double _ Time (); Cette fonction n’a été définie nulle part, ce qui a causé l’erreur fatale que nous avons vue.
Maintenant, pourquoi avons – nous la première partie de la page, pas tout l’écran blanc? Cela se produit lorsque deux conditions sont remplies: écrire une erreur PHP qui se produit lorsque PHP rend la page. L’erreur n’est pas une \
Merci pour votre lecture! Image de crédit: Ray Bodden