Depluis plus d’un an et demi ce blog ne fait que progresser en taille de base de données (756 posts et un paquet de commentaires aussi). Depuis quelques temps je trouve que le blog est particulièrement long à charger et cela m’énerve profondément…
Voici ce que j’ai fait pour tenter de réduire ce temps de chargement de chaque page :
Sur le blog:
– Premièrement j’ai réduit le nombre de posts affichés sur la home. A l’origine j’affichais 10 posts sur la page d’accueil, aujourd’hui je n’en affiche plus 4. Donc théoriquement je dois gagner 60% de temps de chargement.
– Les images du blog sont plus ou moins optimisée (en général on est autour de 30ko par image), mais elles sont hébergées en dehors du blog et cela ne doit pas m’aider à être plus rapide.
– Quelques appels externes sont faits par des scripts qui tournent sur le blog dont majoritairement des scripts de statistiques comme statcounter, google analytics, W3counter et des outils de monitoring comme crazyegg. Je les laisse parce qu’ils me sont utiles.
Sur la base SQL et le PHP :
– J’ai optimisé la base msql en faisant cette petite manipulation dans phpmyadmin: sélection des tables à optimiser puis en bas dans le menu déroulant « optimiser les tables ». (attention faite un backup de la base avant).
– Un truc qui a l’air très bien pour faire du cache de pages dynamiques est Alternative PHP Cache (APC) qui est un bout de code fait par le papa du php, mais il faut bidouiller le serveur apache de votre hébergement et OVH ne m’autorisera certainement pas cette manipulation.
– Ensuite le code du blog en lui même est ce qu’il est, je ne vais pas m’amuser à toucher à wordpress sinon le blog va commencer à planter sérieusement ;)
Pour tester votre vitesse de chargement de votre blog vous pouvez jetter un oeil à cet outil et ainsi faire des comparaisons de chargement avec d’autres blogs que vous connaissez:
Avec tous ces changements je suis encore lent… Qui aurait une idée pour aller plus vite?
Sinon tu peux essayer EBSD (pendant 30 jours) si tu es pas satisfait tu es remboursé ! Il y a Zend optimiser dessus (qui accelere aussi le chargement des pages) ainsi et PHP4 ou PHP5. (le lien : httEBSD.net)
Oup’s (www.ebsd.net)
thanks, j’ai fait le ménage dans les appels externes a priori cela donne des résultats meilleurs, mais je n’arrive tjs pas à faire marcher ce satané plugin wp-cache mais je ne m’avoue pas vaincu ;)
Est ce que vous constatez une amélioration ou pas du tout?
Personnellement, comme je fréquente ton blog à des heures nocturnes, je n’ai pas vraiment senti la différence. Néanmoins, il faudrait peut-être identifier un peu ce que tu appelles des chargements longs. S’agit-il de _chargements_ ou bien de l’_affichage_ des pages ?
Si c’est le chargement qui ralentit, les divers conseils en matière d’allégement de l’exécution des scripts PHP exécutés (en désactivant _et_ en désinstallant les plug-ins non vitaux), voire une optimisation de la base de données (mais bon, sans être développeurs, tout ceci a des limites) aideront à accélérer le chargement. Eventuellement, l’utilisation d’un cache code (APC, eAccelerator, Zend, etc.) ou d’un cache spécifique à WordPress (bon, semble-t-il difficile à installer…) réduiront aussi les temps d’exécution des scripts et donc de génération/chargement de la page.
Une technique que j’avais employée en complément, sans jamais cependant être allé jusqu’au bout, est d’avoir réduit le nombre de « hits » sur mon serveur en éliminant les images et autres fichiers de styles dont la valeur ajoutée paraissait limitée (une petite ombre ici en moins, un petit arrondi en moins par-là, c’est plusieurs millions de hits par mois en moins sur le serveur, certes, au coût d’un design plus dépouillé).
Maintenant, pour ce qui est du temps d’affichage, il peut être lié à d’autres facteurs, comme tu le notes juste au-dessus, à savoir les liens vers des ressources externes. Certains blogueurs intégraient à leurs barres de navigation des compteurs externes sous la forme d’images insérées sur leur blog. Or, certains navigateurs bloquent l’affichage d’une page web lorsqu’une ressource référencée sur la page a des paramètres indéfinis. Ainsi, insérer une image de taille inconnue (car non spécifiée dans les paramètres HTML et non encore chargée, car le site distant est long à réagir) bloque l’affichage de la page (mais non son chargement), le temps que la ressource externe soit chargée, ou bien lors de l’abandon de ce chargement (par « timeout » notamment). Si l’on ajoute des images sur son blog, il est alors vivement recommandé de spécifier leurs dimensions (attributs « height » et « width » de la balise « img ») afin de permettre un affichage correct de la page immédiatement, sans que l’image ne soit chargée et sans remettre en péril la mise en page du site.
Autre point, mais qui ne concerne pas ce site, c’est l’utilisation des balises « table » pour réaliser la mise en page. Certains navigateurs bloquent en effet l’affichage de la page ou de la partie de la page concernée tant que l’ensemble du tableau n’est pas chargé, ralentissant ainsi l’apparition des éléments à l’écran.
Bonjour,
Nous avons nous aussi rencontré quelques difficultés de performances sur un blog sous WordPress… http://www.leblogauto.com
Après de multiples bench, il s’avère que le plugin Customizable Post Listings mangeait des quantités de ressources énormes…
Pour vous donner quelques chiffres, voici quelques uns de nos bench :
En supprimant cette zone, lorsque nous avons 1 utilisateur, nous gagnons 142.55% et sur 10 utilisateurs nous gagnons 955,56%….
Jean luc il me semble que leblogauto tourne sous typepad non? Ou du moins cela y ressemble fortement!
Sinon le gain est énorme, sacré bench ;) Il ne reste plus qu’à apprendre à faire des benchs…
Salut Henri… Comme te le disais Jean-Luc qui bosse dans mon équipe, en fait nous avons obtenu des gains de performance énorme suite à la migration du blog auto vers WordPress dont nous nous sommes chargé. A l’origine, Christophe était en effet sous TP mais pour diverses raisons a changé de plate-forme pour aller vers WP. Tu imagines sans peine la difficulté de migrer un mastondonte comme le blog auto. Si t’as besoin d’aide sur les perfos, n’hésite pas, avec plaisir on te file un coup de main…
Manuel je comprends mieux maintenant ! Mais n’y a t il pas une possibilité d’importer facilement un blog typepad dans du wordpress dans le module d’admin? Ok je sais que cela ne fait pas tout car pour avoir fait l’expérience avec de l’importation de dotclear dans wordpress le résultat n’était pas si terrible que cela ;) En tout cas merci pour cette proposition de coup de main (rien a voir mais j’ai vu ton frère Carlos à Paris la semaine dernière!)
Hey Henri :) Et non malheureusement pas de process auto pour aller de TP a WP. D’ailleurs c’est assez fastidieux mais je dois dire qu’on a une certaine expertise de fait dans le domaine… :) Je pense entre autre aux photos et autre media dans les notes à ré importer…
Oui Carlos m’a dit qu’il t’avait croisé.. quand est ce qu’on se voit pour faire mieux connaissance ? Tu sais que je lis ce blog depuis des lustres ? je dois certainement etre vraiment parmi les premiers lecteurs…
Oui je viens de vérifier c’est en effet du movable type vers du wordpress qui est possible. Sinon je suis curieux de voir le blogauto tourner sous wordpress…
Sinon tu es parfois à lyon? Histoire que l’on se fasse une bouffe un midi.
Henri, si jamais tu installez WP-Cache, voici un plug-in qui peut t’intéresser :
Ce plug-in permet tout simplement de réduire le nombre de « hits » sur le serveur en intégrant au sein de la page HTML générée par WordPress l’ensemble des fichiers additionnels (feuilles de style CSS et scripts JavaScript) auxquels la page HTML fait généralement référence habituellement.
Comme le précise l’auteur, il est fortement recommandé de _ne_pas_utiliser_ ce plug-in si l’on n’a pas déjà un plug-in de cache efficace déjà installé. En effet, on risque autrement de dégrader sensiblement les performances de génération des pages (moins de « hits » sur le serveur, certes, mais traitement beaucoup plus long sur la génération des pages affichées).
Autre article du même auteur qui traite des optimisations de WordPress :
Même si l’auteur arrive à accélérer (très légèrement) le traitement des fonctions les plus gourmandes, la conclusion de l’article est sans appel : pour atteindre de meilleures performances, il faut changer l’API, donc réécrire une quantité de modules externes (tels les thèmes ou les plug-ins). Bref, inappliquable sur un simple code.
est un équivalent de WordPress dédié à l’optimisation. J’ignore ce qu’il vaut, d’un point de vue des extensions, notamment, qui te semblent très chères… ;-)
Henri, la version actuellement en ligne du blog auto est sous WP. http://www.leblogauto.com
On est arrivé à gardé tous les principes d’url unique de TP et ré importer toutes les images en lieu et place sans aucune déperdition. Si bien qu’aujourd’hui on pourrait croise que c’est du TP mais non :)
Malheureusement, je suis rarement à Lyon (sauf si tu décides de faire un event blogeur et que tu m’invites), à Paris toutes les semaines. On se croise quand ?
très bon boulot même dans le code il n’y a aucune trace de wordpress ;)
Sinon je vais de temps en temps à paris je t’envoie un mail dès que je connais mon prochain déplacement pro sur la capitale…
s’il veux plait je veux savoir comment faire pour supprimer mon blogspot ?
Avec tous ces changements je suis encore lent… Qui aurait une idée pour aller plus vite?
Plusieurs choses deja essaye de supprimer tes scripts compteurs etc voir combien de temps tu gagnes.
01 http://www.choiz.be/blog 30.88 KB 0.83 seconds 0.03 seconds
02 http://www.2803.com 39.59 KB 1.35 seconds 0.03 seconds
Sinon tu peux essayer EBSD (pendant 30 jours) si tu es pas satisfait tu es remboursé ! Il y a Zend optimiser dessus (qui accelere aussi le chargement des pages) ainsi et PHP4 ou PHP5. (le lien : httEBSD.net)
Oup’s (www.ebsd.net)
thanks, j’ai fait le ménage dans les appels externes a priori cela donne des résultats meilleurs, mais je n’arrive tjs pas à faire marcher ce satané plugin wp-cache mais je ne m’avoue pas vaincu ;)
Est ce que vous constatez une amélioration ou pas du tout?
Personnellement, comme je fréquente ton blog à des heures nocturnes, je n’ai pas vraiment senti la différence. Néanmoins, il faudrait peut-être identifier un peu ce que tu appelles des chargements longs. S’agit-il de _chargements_ ou bien de l’_affichage_ des pages ?
Si c’est le chargement qui ralentit, les divers conseils en matière d’allégement de l’exécution des scripts PHP exécutés (en désactivant _et_ en désinstallant les plug-ins non vitaux), voire une optimisation de la base de données (mais bon, sans être développeurs, tout ceci a des limites) aideront à accélérer le chargement. Eventuellement, l’utilisation d’un cache code (APC, eAccelerator, Zend, etc.) ou d’un cache spécifique à WordPress (bon, semble-t-il difficile à installer…) réduiront aussi les temps d’exécution des scripts et donc de génération/chargement de la page.
Une technique que j’avais employée en complément, sans jamais cependant être allé jusqu’au bout, est d’avoir réduit le nombre de « hits » sur mon serveur en éliminant les images et autres fichiers de styles dont la valeur ajoutée paraissait limitée (une petite ombre ici en moins, un petit arrondi en moins par-là, c’est plusieurs millions de hits par mois en moins sur le serveur, certes, au coût d’un design plus dépouillé).
Maintenant, pour ce qui est du temps d’affichage, il peut être lié à d’autres facteurs, comme tu le notes juste au-dessus, à savoir les liens vers des ressources externes. Certains blogueurs intégraient à leurs barres de navigation des compteurs externes sous la forme d’images insérées sur leur blog. Or, certains navigateurs bloquent l’affichage d’une page web lorsqu’une ressource référencée sur la page a des paramètres indéfinis. Ainsi, insérer une image de taille inconnue (car non spécifiée dans les paramètres HTML et non encore chargée, car le site distant est long à réagir) bloque l’affichage de la page (mais non son chargement), le temps que la ressource externe soit chargée, ou bien lors de l’abandon de ce chargement (par « timeout » notamment). Si l’on ajoute des images sur son blog, il est alors vivement recommandé de spécifier leurs dimensions (attributs « height » et « width » de la balise « img ») afin de permettre un affichage correct de la page immédiatement, sans que l’image ne soit chargée et sans remettre en péril la mise en page du site.
Autre point, mais qui ne concerne pas ce site, c’est l’utilisation des balises « table » pour réaliser la mise en page. Certains navigateurs bloquent en effet l’affichage de la page ou de la partie de la page concernée tant que l’ensemble du tableau n’est pas chargé, ralentissant ainsi l’apparition des éléments à l’écran.
Bonjour,
Nous avons nous aussi rencontré quelques difficultés de performances sur un blog sous WordPress… http://www.leblogauto.com
Après de multiples bench, il s’avère que le plugin Customizable Post Listings mangeait des quantités de ressources énormes…
Pour vous donner quelques chiffres, voici quelques uns de nos bench :
En supprimant cette zone, lorsque nous avons 1 utilisateur, nous gagnons 142.55% et sur 10 utilisateurs nous gagnons 955,56%….
Jean luc il me semble que leblogauto tourne sous typepad non? Ou du moins cela y ressemble fortement!
Sinon le gain est énorme, sacré bench ;) Il ne reste plus qu’à apprendre à faire des benchs…
Salut Henri… Comme te le disais Jean-Luc qui bosse dans mon équipe, en fait nous avons obtenu des gains de performance énorme suite à la migration du blog auto vers WordPress dont nous nous sommes chargé. A l’origine, Christophe était en effet sous TP mais pour diverses raisons a changé de plate-forme pour aller vers WP. Tu imagines sans peine la difficulté de migrer un mastondonte comme le blog auto. Si t’as besoin d’aide sur les perfos, n’hésite pas, avec plaisir on te file un coup de main…
Manuel je comprends mieux maintenant ! Mais n’y a t il pas une possibilité d’importer facilement un blog typepad dans du wordpress dans le module d’admin? Ok je sais que cela ne fait pas tout car pour avoir fait l’expérience avec de l’importation de dotclear dans wordpress le résultat n’était pas si terrible que cela ;) En tout cas merci pour cette proposition de coup de main (rien a voir mais j’ai vu ton frère Carlos à Paris la semaine dernière!)
Hey Henri :) Et non malheureusement pas de process auto pour aller de TP a WP. D’ailleurs c’est assez fastidieux mais je dois dire qu’on a une certaine expertise de fait dans le domaine… :) Je pense entre autre aux photos et autre media dans les notes à ré importer…
Oui Carlos m’a dit qu’il t’avait croisé.. quand est ce qu’on se voit pour faire mieux connaissance ? Tu sais que je lis ce blog depuis des lustres ? je dois certainement etre vraiment parmi les premiers lecteurs…
Oui je viens de vérifier c’est en effet du movable type vers du wordpress qui est possible. Sinon je suis curieux de voir le blogauto tourner sous wordpress…
Sinon tu es parfois à lyon? Histoire que l’on se fasse une bouffe un midi.
Henri, si jamais tu installez WP-Cache, voici un plug-in qui peut t’intéresser :
Inlined CSS / Javascript WP Plugin
http://elliottback.com/wp/arch.....wp-plugin/
Ce plug-in permet tout simplement de réduire le nombre de « hits » sur le serveur en intégrant au sein de la page HTML générée par WordPress l’ensemble des fichiers additionnels (feuilles de style CSS et scripts JavaScript) auxquels la page HTML fait généralement référence habituellement.
Comme le précise l’auteur, il est fortement recommandé de _ne_pas_utiliser_ ce plug-in si l’on n’a pas déjà un plug-in de cache efficace déjà installé. En effet, on risque autrement de dégrader sensiblement les performances de génération des pages (moins de « hits » sur le serveur, certes, mais traitement beaucoup plus long sur la génération des pages affichées).
Autre article du même auteur qui traite des optimisations de WordPress :
Optimizing WordPress Performance & Speed
http://elliottback.com/wp/arch.....nce-speed/
Même si l’auteur arrive à accélérer (très légèrement) le traitement des fonctions les plus gourmandes, la conclusion de l’article est sans appel : pour atteindre de meilleures performances, il faut changer l’API, donc réécrire une quantité de modules externes (tels les thèmes ou les plug-ins). Bref, inappliquable sur un simple code.
Enfin, et tu l’as déjà découvert par toi-même :
LightPress
http://www.lightpress.org
est un équivalent de WordPress dédié à l’optimisation. J’ignore ce qu’il vaut, d’un point de vue des extensions, notamment, qui te semblent très chères… ;-)
Henri, la version actuellement en ligne du blog auto est sous WP. http://www.leblogauto.com
On est arrivé à gardé tous les principes d’url unique de TP et ré importer toutes les images en lieu et place sans aucune déperdition. Si bien qu’aujourd’hui on pourrait croise que c’est du TP mais non :)
Malheureusement, je suis rarement à Lyon (sauf si tu décides de faire un event blogeur et que tu m’invites), à Paris toutes les semaines. On se croise quand ?
très bon boulot même dans le code il n’y a aucune trace de wordpress ;)
Sinon je vais de temps en temps à paris je t’envoie un mail dès que je connais mon prochain déplacement pro sur la capitale…
s’il veux plait je veux savoir comment faire pour supprimer mon blogspot ?