Comment afficher les journaux du serveur Web dans Plesk

Si vous avez déjà utilisé cPanel auparavant, vous serez sûrement sceptique quant à la capacité de votre panneau de contrôle à fournir des journaux utiles, mais la visionneuse de journaux de Plesk a non seulement un accès et des journaux d'erreurs facilement disponibles, sa fonctionnalité s'est également améliorée avec chaque nouvelle version de Plesk . Pas besoin de l'activer ou d'afficher les fichiers journaux bruts :il est toujours là quand vous en avez besoin.

Quand souhaitez-vous afficher les journaux ?

• Lorsque vous obtenez une erreur de serveur Web (par exemple :403, 404, 501 ou 502) lorsque vous visitez une page Web ou un fichier qui devrait fonctionner, et que vous souhaitez voir une entrée plus détaillée du journal des erreurs
• Vous souhaitez surveiller les visiteurs et/ou les requêtes sur votre site Web en temps réel, et éventuellement voir quelles requêtes nécessitent un traitement PHP.
• Lorsque vous enregistrez un paramètre ou une page, vous obtenez une erreur ou la page ne se charge jamais

Comment afficher et surveiller les journaux dans Plesk

1. Se connecter à Plesk
2. Sous "Sites Web et Domaines", recherchez le domaine pour lequel vous souhaitez afficher les journaux et sélectionnez son bouton "Journaux".
3. Le dernier les entrées du journal apparaîtront en bas.
4. Vous pouvez cliquer sur le bouton "Temps réel" en haut à gauche pour voir les nouvelles entrées ajoutées en bas lorsque les visiteurs accèdent à votre site, ou vous pouvez cliquer sur le bouton d'actualisation pour mettre à jour manuellement les journaux affichés.

MODE DEBUG  :Si vous ne voyez pas la journalisation attendue, vous devrez peut-être activer le mode débogage dans votre application. Voici comment procéder avec les applications Web courantes :

• Activer le mode de débogage dans WordPress
• Activation du mode débogage dans Joomla
• Activation du mode débogage dans Magento

Si vous avez activé le mode débogage dans votre application Web, n'oubliez pas de le désactiver une fois que vous avez trouvé et résolu votre problème, sinon votre site utilisera probablement plus de CPU (charge IO) et les fichiers journaux de débogage prendront probablement beaucoup plus d'espace sur le compte.

Filtrer/Rechercher les journaux dans Plesk

Dans le coin supérieur droit, vous pouvez filtrer les journaux que vous voyez en cliquant sur la flèche à côté de "Tous les journaux".

Par exemple, si vous essayez de résoudre une erreur , alors vous voulez éviter de voir les entrées "accès" et ne voir que les erreurs, alors cochez uniquement celles qui contiennent le mot "erreur" .

Filtrage par code d'erreur : Si, lors de la visite de la page avec laquelle vous rencontrez des problèmes, vous obtenez une erreur 502, recherchez la zone de texte en haut de la liste qui indique "Code" et entrez "502". Lorsque la liste des journaux est actualisée, vous ne devriez plus voir que les entrées de journal qui ont généré un code d'erreur 502.

Le filtrage par code d'erreur peut ne pas être utile dans tous les cas. Parfois, la journalisation des erreurs se produit dans plusieurs entrées de journal et seule la première des deux entrées de journal utiles ou plus inclut explicitement le code d'erreur.

Associer les entrées de journal aux actions

Il existe deux façons d'analyser ces journaux à la recherche d'erreurs. Le moyen le plus simple de s'assurer que les erreurs que vous voyez correspondent aux actions à l'origine du problème consiste à activer les mises à jour en temps réel et, dans un autre onglet ou une autre fenêtre, à reproduire le problème qui génère l'erreur. Vous verrez immédiatement les entrées de journal qui correspondent dans la visionneuse de journal de Plesk.

Vous pouvez également essayer defaire correspondre les codes horaires . Par exemple, si vous avez tenté de vous connecter à votre site il y a 5 minutes et qu'il a présenté une erreur 403, jetez un œil aux horodatages dans les journaux d'il y a 5 minutes et voyez quelles entrées de journal correspondent.

Conseil :faites attention aux différences de fuseau horaire ! Le bas du journal représente les entrées les plus récentes et doit correspondre à peu près à votre heure actuelle. Ainsi, si l'entrée de journal la plus récente indique 10h31 et que votre horloge indique 11h31, vous devrez ajuster d'une heure lors de la recherche d'entrées de journal spécifiques.

Recherchez l'erreur la plus spécifique

Une fois que vous avez identifié les entrées de journal correctes qui correspondent à l'action que vous entreprenez là où vous avez rencontré un problème, vous devrez alors résoudre ce problème. Étant donné que vous avez maintenant une erreur plus spécifique à examiner qu'auparavant, vos recherches devraient renvoyer des résultats plus précis.

• Voici comment résoudre les erreurs 403 interdites.
• Voici comment résoudre les erreurs de passerelle comme 502.
• Résoudre 500 erreurs est ici.

Vous pouvez ensuite utiliser ces erreurs plus descriptives en recherchant dans notre base de connaissances pour trouver une solution. Si vous ne trouvez pas de solution en recherchant le texte d'erreur fourni, vous pouvez également créer un ticket d'assistance et y inclure l'entrée de journal (assurez-vous de n'inclure que la dernière entrée, si elle se répète) et nous indiquerons dans la bonne direction.

Filtrer uniquement les demandes dynamiques

Si vous avez activé le traitement nginx des fichiers statiques comme recommandé pour les sites en ligne (détails dans notre guide d'optimisation des performances), alors nginx traitera toutes les demandes de fichiers statiques, y compris les caches WordPress. Cela signifie que vous pouvez choisir d'afficher * uniquement * les journaux d'accès apache et que la sortie de ceux-ci doit toutes être des requêtes dynamiques.

Dans le coin supérieur droit, cliquez sur la flèche à côté de "Tous les journaux" et sélectionnez uniquement les journaux d'accès apache.

Entrées bénignes du journal

Voici des exemples d'entrées de journal que vous pouvez ignorer en toute sécurité :

fichiers cartographiques

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Ceux-ci peuvent être ignorés en toute sécurité car ce sont des fichiers .map qui ne sont pas essentiels au fonctionnement de votre site Web et qui sont plutôt utilisés pour aider au débogage lors de l'utilisation de fichiers minifiés. Si vous êtes curieux, cet article décrit à quoi servent les fichiers de carte.

avertissements

Il est bon de prêter attention aux avertissements PHP uniquement lorsque vous avez épuisé toutes les autres options. Si vous avez d'autres informations de dépannage à poursuivre, commencez certainement par cela en premier. Voici à quoi ressemblera un avertissement PHP dans les journaux :

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Emplacements des journaux de serveur (Shell/Avancé)

Si vous avez votre propre VPS Plesk avec un accès root au système de fichiers du serveur, vous pouvez obtenir un peu plus de puissance lors du filtrage des journaux en vous connectant à l'aide de SSH. Vous trouverez les emplacements des journaux Plesk ici :

/var/www/vhosts/system//logs/

Filtrage des requêtes dynamiques via CLI…

Vous pouvez accéder au répertoire des journaux, puis utiliser une commande comme celle-ci pour ne voir que les requêtes qui frappent apache et qui sont les plus susceptibles de générer des processus PHP :

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

Celui-ci filtre encore plus les résultats :

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Cette commande vous montre tous les 404, toutes les requêtes qui utilisent des paramètres de requête et toute requête pour un fichier .php.

La dernière partie egrep -v "fbclid" exclut le paramètre d'URL de suivi Facebook qui, lorsqu'il est utilisé, devrait renvoyer les résultats mis en cache en toute sécurité. Vous pouvez y ajouter des exclusions supplémentaires avec le | opérateur, comme ceci :fbclid|anotherclid

Il est important de comprendre que :

1. Toutes les requêtes ne comportent pas de paramètres de requête (contenant /? ) seront dynamiques, mais nous les incluons ici au cas où au moins l'un d'entre eux le ferait.
2. Vous pouvez supprimer l'entrée 404 de la commande si vous avez implémenté les optimisations .htaccess pour les 404 décrites dans notre guide d'optimisation de la vitesse Bonus Tip #2. La commande ressemblerait alors à ceci :tail -f /path/to/access/logs | egrep "\/\?|.php"