Dans ce didacticiel :
Accéder aux informations du journal Vérifier les versions du logiciel
Un rapport sur le profil des ressources peut être très utile car il fournit des statistiques sur la consommation de ressources de votre site Web au cours des dernières vingt-quatre (24) heures. Si vous rencontrez une utilisation excessive des ressources et que cela n'est pas lié à l'activité MySQL et/ou IMAP, alors générez et affichez un rapport sur le profil des ressources aiderait à diagnostiquer si votre site Web consomme trop de ressources.
Chaque rapport contient des données/statistiques dans trois onglets ; Accéder aux informations du journal , Vérifier les versions du logiciel , et Informations sur les ressources . Dans ce guide, vous apprendrez à interpréter les statistiques de chacun de ces onglets trouvés dans le rapport sur le profil des ressources et comment résoudre les causes courantes d'utilisation excessive des ressources identifié en analysant des exemples de rapports .
Accéder aux informations du journal
Le premier onglet affiché lors de la consultation d'un rapport sur le profil des ressources correspond aux informations du journal d'accès . Vous trouverez ci-dessous une liste descriptive des statistiques affichées dans cet onglet :
| Détails des informations du journal d'accès | |
|---|---|
| Accès horaires et codes de réponse | Combien de requêtes pour une page sur votre site Web et le code représentant la réponse à la ou aux requêtes. |
| Demandes en double | Combien de requêtes faites pour le même fichier et le code de la réponse à la ou aux requêtes. |
| Demandes de contenu non statique | Combien de demandes faites pour le contenu dynamique et le code pour la réponse à la ou aux demandes. |
| Principaux agents utilisateurs | Les agents utilisateurs (l'agent utilisateur est fourni par le navigateur ou la machine) qui font le plus de requêtes. |
| Meilleures adresses IP | Les adresses IP qui font le plus de requêtes. |
À partir de ces statistiques, il est plus facile de visualiser et de diagnostiquer une consommation excessive des ressources du serveur que de parcourir manuellement les DomLogs à partir de la ligne de commande. Maintenant, nous pouvons jeter un œil aux différents modèles dans les Informations du journal d'accès les détails de l'onglet que nous pouvons utiliser pour identifier les problèmes d'utilisation des ressources du site Web et comment atténuer la consommation excessive de ressources .
Demandes Ajax d'administration excessives
Pour cet exemple, nous avons installé WordPress, puis nous nous sommes connectés au tableau de bord, avons réduit la fenêtre en la laissant en arrière-plan pendant environ trente (30) minutes, puis avons exécuté un nouveau rapport.
L'image suivante est un extrait des informations du journal d'accès depuis l'onglet Demandes de contenu non statique section. Ces détails montrent que admin-ajax.php a fait trente et une (31) demandes.
AVIS : Le code de réponse pour le admin-ajax.php demandes est de 200. 200 est le meilleur code de réponse que vous puissiez recevoir, car cela signifie que la réponse a réussi !
Ce rapport indique que pendant les trente (30) minutes d'"inactivité" dans le tableau de bord, il y a eu trente et une (31) requêtes faites par admin-ajax.php . Dans ce cas, la solution possible La colonne contient un lien vers un guide du centre de support pour aider à désactiver WordPress Heartbeat, car cela pourrait aider à réduire la quantité d'utilisation nécessaire pour exécuter le tableau de bord WordPress.
Planification des tâches Cron
Utilisation des mêmes exemples de données provenant des Demandes de contenu non statique le deuxième top hit est wp-cron.php .
AVIS : La réponse la colonne contient une valeur de 406 pour les vingt-sept (27) demandes de wp-cron.php . Le traitement des erreurs excessives peut aider à éliminer la consommation sporadique/inutile de ressources. Pour plus d'informations, consultez notre guide Erreur 406 - Non acceptable.
La solution possible colonne suggère d'ajouter la planification wp-cron. La planification de l'exécution des tâches cron est importante pour garantir que le serveur n'exécute pas automatiquement les tâches cron pendant les périodes de trafic accru. Bien que les tâches cron n'utilisent pas des ressources excessives , s'ils s'exécutent pendant les périodes de trafic intense, cela peut entraîner un pic d'utilisation de vos ressources au-delà des limites disponibles (même temporairement), ce qui peut réduire la qualité du service.
REMARQUE : Assurez-vous d'utiliser les données des accès horaires et codes de réponse section de la section Accéder aux informations du journal pour déterminer la planification optimale des tâches cron. De cette façon, vous pouvez vous assurer qu'ils ne fonctionnent pas pendant les périodes de trafic intense.
Site Web explorant excessivement les bots
Les moteurs de recherche comme Google, Bing et Yahoo! analysera toutes les données qu'ils pourront trouver en ligne. Bien qu'ils soient conçus pour explorer votre site Web de manière non intrusive à leur guise, cela peut générer un pic d'utilisation des ressources du serveur. Pour minimiser l'impact qu'ils ont sur l'utilisation des ressources de votre compte, vous pouvez modifier votre fichier robots.txt pour demander de limiter ou d'empêcher les moteurs de recherche d'explorer votre site Web.
IP malveillantes
À partir de cette capture d'écran des Top IPs sur les informations du journal d'accès , l'exemple montre une adresse IP :86.75.30.9 enregistrée avec quatre cent quarante-deux (442) hits. En comparant ce total au nombre total d'accès dans ce rapport (637 calculés à partir des accès horaires section), cette adresse IP représente près de soixante-dix % (70 %) du total des demandes.
Si vous remarquez un trop grand nombre de requêtes provenant d'une adresse IP, vous pouvez envisager de bloquer l'adresse IP (comme dans l'exemple ci-dessus). Ensuite, vous pouvez utiliser le plugin cPanel IP Deny Manager pour bloquer les adresses IP.
ATTENTION ! : Soyez prudent lorsque vous bloquez des adresses IP que vous ne connaissez pas. Il peut y avoir des ressources qui ne sont pas locales sur le serveur et qui sont nécessaires pour que votre site Web communique et fonctionne correctement avec des serveurs distants. Si vous bloquez une adresse IP et remarquez un nombre excessif d'erreurs ainsi qu'un comportement inattendu avec votre site Web, envisagez de débloquer cette adresse IP.
Vérifier les versions du logiciel
La section Vérifier les versions du logiciel L'onglet contient des détails relatifs au logiciel installé sur votre ou vos domaines. Vous trouverez ci-dessous une liste descriptive des statistiques affichées dans cet onglet :
| Vérifier les versions du logiciel | |
|---|---|
| Logiciel | Le nom du logiciel qui est installé. |
| Nom | Le nom du site Web (Titre du site). |
| URL | L'URL pour accéder au site Web. |
| Chemin | L'emplacement du répertoire d'installation de votre site Web (alias :Document Root Directory) |
| Version | La version du logiciel qui est installé. |
| Thème | Le nom du thème actuellement actif. |
| Cache | La disponibilité du cache ou le nom du ou des plug-ins utilisés pour la mise en cache. |
| Commentaires | Le nombre de commentaires qui existent. |
| Plug-ins | Le nombre de plugins qui existent. |
| Liste des utilisateurs administrateurs | Une liste des utilisateurs administrateurs. |
| Liste des plugins actifs | Une liste des plugins actifs. |
Ces détails offrent une alternative plus simple à la vérification manuelle du logiciel. Maintenant, nous pouvons jeter un œil aux différents détails dans la section Vérifier les versions du logiciel des informations d'onglet que nous pouvons utiliser pour diagnostiquer et atténuer la consommation excessive de ressources .
Logiciel obsolète
Le bouton Vérifier les versions du logiciel dans l'exemple de rapport (affiché à droite) indique que la version de WordPress est obsolète. Lors de l'analyse de votre propre rapport, comparez la version actuelle (4.7.10) à la version disponible (4.9.5). Dans ce cas, cette ligne contient également un lien vers notre guide du centre d'assistance sur la façon de mettre à jour WordPress.
Les bogues et les correctifs de vulnérabilité de sécurité sont importants non seulement pour garantir que vos données restent privées et sécurisées, mais également pour garantir que votre site Web fonctionne de manière optimale et que votre compte n'est pas ciblé par des pirates. Tout logiciel obsolète affiché dans la section Vérifier les versions logicielles doit être sauvegardé puis mis à jour.
Pas de mise en cache
En analysant l'exemple de rapport, nous pouvons voir qu'aucune mise en cache n'est implémentée. La meilleure analogie pour expliquer le fonctionnement du cache est d'utiliser une boîte à outils. Si vous travaillez à réparer quelque chose dans la salle de bain à l'étage, il est moins difficile d'apporter toute la boîte à outils (pleine d'outils que vous utilisez couramment pour les réparations), plutôt que de monter et descendre les escaliers pour chaque outil nécessaire pour compléter le travail. La mise en cache fonctionne de la même manière. Si le script a déjà été exécuté, les résultats sont mis en cache/enregistrés pour un accès rapide afin de réutiliser les données, réduisant ainsi la consommation de ressources pour traiter le script encore et encore. Pour plus d'informations sur la mise en œuvre de la mise en cache, vous pouvez consulter notre guide Utiliser le cache WordPress pour accélérer votre site.
Nombre excessif de commentaires
L'échantillon de données que nous utilisons indique le nombre de commentaires (12 511 au total) sur le site Web. Chaque fois qu'une page se charge avec des commentaires, MySQL doit analyser les douze mille commentaires pour déterminer lesquels se chargent sur la page. Pensez à modérer vos commentaires et à en réduire le montant au maximum. Cela aidera à éviter une consommation excessive de ressources.
Félicitations ! Vous savez maintenant comment analyser le profil de ressource pour identifier et résoudre les problèmes courants impliquant une consommation excessive de ressources.