Un test clair et assez complet sur les principaux plugins de cache pour WP.
A lire ici…
WP met déjà pas mal de requêtes MySQL en cache logiciel pour ne pas lire trop souvent des parties dans la base de données. Mais il n’a pas encore intégré un cache pour les requêtes sur le site.
Sans avoir fait des tests de performances poussés, le plus facile et efficace que je connaissais est WP-Super-Cache. Mais il faudrait que j’essaie Hyper-Cache aussi ?
A noter: le temps de réponse PHP n’est pas forcément significatif. Il faut aussi regarder le temps de réponse total du serveur Apache. L’utilisation de .htaccess et de Rewrite Rules complexes peut fortement ralentir le temps de réponse. J’avais noté que les Rewrite Rules de WP-Super-Cache étaient faites pour WPMU et pas optimisées pour WP… :-/
Enfin, en suivant les logs des requêtes pour un navigateur, on voit aussi la latence entre les requêtes pour charger les différents éléments.
Actuellement, j’essaie de mettre beaucoup de contenu CSS et JS directement dans la page web. Avec une compression Gzip, on y gagne par rapport à charger plusieurs fichiers compressés. Et cela évite des requêtes supplémentaires. Si on prend en compte le cache du navigateur, une seule page avec CSS et JS est plus volumineuse qu’une requête qui chargerait ensuite les CSS et JS depuis le cache du navigateur, mais le surplus est acceptable.
Mettre les images sur un autre serveur avec un sous-domaine aide bien à améliorer les performances pour l’affichage des pages.
admin 23:26 on 28/07/2010 Permalien |
En fait, le problème ne venait pas du thème P2 mais du paramètre WP_CONTENT_URL qu’il faut aussi définir quand on modifie le paramètre WP_CONTENT_DIR …
Le site peut donc repasser sous le thème P2… Et je vais remettre mes personnalisations du child-theme WP2all