Améliorer la performance de WordPress: vérification des réponses 404

WordPress, dans sa simplicité d'utilisation, est en fait un logiciel avec des mécanismes complexes qui ont fait la plate-forme de blogs plus de succès dans le monde.

Ces mécanismes, cependant, mai donner lieu à des problèmes de surcharge le serveur en vain cas triviaux, tels que le manque d'une image, un javascript ou une demande qui produit comme une réponse d'erreur HTTP "404 Not Found".

Pour comprendre les raisons, nous devons d'abord être clair le mécanisme de «demande-réponse" dans WordPress et à ce que les configurations peuvent déclencher cette dégradation.

Les conditions sont celles de l'utilisation de permanent (configuré dans le panneau Options / permanent) l'exploitation de certaines fonctionnalités d'Apache pour avoir des liens purement textuelles et sans paramètres.

Quand un navigateur "demande" une page par un lien permanent (à la fois la page d'accueil avec une liste d'articles, est un article spécifique ou autre), le serveur Web Apache a donné instruction à la demande de report de WordPress vous soin d'indiquer le contenu et de construire la page. Si la demande se rapporte, toutefois, une ressource qui existe dans leur propre espace web (comme une image), Apache est chargé de le télécharger et l'envoyer à intervenir sans WordPress.

Ce système efficace a un défaut qui émerge quand la ressource est exigée mais n'est pas présent dans l'espace web. Apache n'est pas trouver, WordPress conduit à la réponse. Bien entendu, pour WordPress est une demande "non-sens" et construit la page 404, ou la page qui dit que l'utilisateur n'a pas été trouvé comme l'a demandé.

La construction de cette page est lourde: il s'agit de l'activation de WordPress, l'ouverture de connexions à la base de données, l'activation de tous les plugins, de la recherche de ce qui ne sera pas trouvée. La page sera probablement aussi contenir la liste des catégories, la liste des articles récents et ainsi de suite.

Ce qui a été pris en compte dans la simple réponse "non trouvée", devient une série d'opérations si complexes et lourds que ceux pour la construction d'une page standard. Donc, si la vision d'un article de «causes» de demandes de ressources qui n'existent pas, pour chacun de ces demandes active de WordPress impegando le serveur web et la base de données inutilement.

Comment pouvez-vous vérifier? Sans apporter des modifications à votre blog, il suffit d'utiliser Firefox avec un plugin spécifique: Live-tête HTTP. Une fois installé et redémarrer Firefox, vous activement choix du point correspondant dans le menu Outils.

Il aura une fenêtre qui s'affichera à partir de ce moment-là toutes les demandes faites par Firefox. Juste à ce point ouvert la page d'accueil de leurs blogs à trouver que les réponses de 404. Ces réponses montrent où les ressources font défaut et doivent donc être corrigée.

Un exemple classique est due aux thèmes libre WordPress. Pour rendre thèmes personnalisables peuvent être modifiés changer une image d'arrière-plan, en général le chef du blog. Cette image est parfois pas inclus avec le thème, mais inclus une référence dans la feuille de style (le fichier généralement appelé "style.css").

Le navigateur qui analyse la feuille de style évidemment essayez de transférer l'image qui produit un 404. Aucune de celle-ci parce que la présentation graphique est conçu pour être corrigé, même en l'absence de l'image, mais en attendant notre base de données est all'impazzata de travail.

Un vrai exemple est donné dans la figure où une image dans la feuille de style n'est pas présent (c'est une véritable analyse effectuée sur un blog existant).

Firefox plugin Live-têtes HTTP

D'autres cas sont moins évidents en raison de fichiers qui sont généralement en option sur un site comme favicon.ico et le fichier robots.txt.

La première est exigé par les navigateurs Web, habituellement par "politique", et s'il n'est pas trouvé ne pas insister et de charger le serveur. Mais si le blog est répertorié dans certaines collections de sites, la demande de favicon.ico peuvent être fabriqués de façon insistante en fonction du volume de trafic qui fait quelle que soit la liste des visites de notre blog.

La demande du fichier robots.txt est fait par bot des moteurs de recherche. Malheureusement, certains d'entre eux sont très agressifs, en exigeant que les fichiers ne sont pas également présents plusieurs fois par jour, la création d'une charge tout à fait inutile.

Le problème a été corrigé en insérant les deux fichiers sur votre blog. Et maintenant, je vous laisse à votre blog avec les outils que vous pouvez trouver ci-dessous.

Installer Firefox et ensuite télécharger le plug-Live-tête HTTP ou voir sa carte.