En dehors de la partie PHP/MySQL, tout est cense etre deja bien optimise
d'apres les differents analyseurs que j'ai utilise.
Je suis tombe sur le plugin faircache un peu plus tot aujourd'hui et j'ai
voulu l'essayer en local mais j'ai du mal le configurer car aucun fichier
n'a ete genere dans mon dossier de cache. Je vais y rejetter un oeil parce
que c'est sur que ca risque de bien aider.
Une question pour Bruno : pour la page post.html par exemple, est-ce que
faircache genere le cache d'un article lorsqu'il est update dans la partie
admin ou lorsqu'un visiteur charge la page pour une premiere fois ? Dans
l'idee ca serait bien si un visiteur n'aurait pas a payer pour tous les
autres... surtout si le visiteur en question s'appelle GoogleBot ! :)
Au final ca me frustre quand meme un peu de devoir recourir a un systeme de
cache quand les requetes SQL sont a priori censees etre executees de
maniere supersonique (a moins que j'aie loupe un truc)... mais je suppose
que pour 1 € par mois, il ne faut pas avoir trop d'attentes. Un gars du
support m'a dit qu'ils pouvaient enqueter mais que je devrais payer 20 € si
le probleme venait de moi. Malgre les optimisations en cours, je doute pas
que c'est ce qu'ils finiront par conclure de toutes facons vu qu'ils me
disent a chaque fois que leur serveur n'est pas surcharge chez eux meme si
webpagetest.org me retourne des chiffres ahurissants.
Bref, j'arrete le hors-sujet :)
2014-05-04 16:08 GMT-04:00 Philippe <philippe(a)dissitou.org>:
Le 4 mai 2014 15:24, Christopher Crouzet
<christopher.crouzet(a)gmail.com> a écrit :
> J'y connais vraiment pas grand chose en cache mais je ne pense pas que
> staticCache marcherait dans mon cas—par exemple a chaque affichage de
l'un
> de mes posts, j'aimerais que la liste de posts recommandes soit regeneree
> (ca retourne de maniere aleatoire 4 des 8 posts les plus populaires).
Dans ce cas effectivement ça ne va pas marcher ^^
Mais Bruno a fait un plougue qui permet de choisir plus finement les
pages mises en cache. Dans ton cas, mettre en cache la home, les
catégories, les tags, etc. et ne faire générer à chaque fois que
post.html permettrait de soulager un peu le serveur, non ?
Reste ensuite des règles d'expiration de fichiers dans le .htaccess,
l'utilisation de sprites pour les images de déco, éventuellement un
domaine sans cookie pour les fichiers statiques, bref il y a pas mal
de choses à faire côté performances, sans bien entendu remettre en
cause la possibilité d'optimiser les requêtes de dotclear, mais
probablement plus efficaces ;)
Concernant ta remarque sur OVH et ses bugs sur le temps d'accès aux
bases, c'est à mon avis tout à fait avéré, ça râle même beaucoup sur
leur forum...
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Christopher Crouzet
*http://christophercrouzet.com* <
http://christophercrouzet.com>