Jump to content

Edit History

Eolia

Eolia

On va essayer d'être clair et peut-être que ce post sera épinglé...

Le premier niveau c'est du tpl/css. On doit l'activer pour éviter de reconstruire ces éléments qui sont statiques. Si la configuration est ok, à chaque modification d'un tpl ou d'un css ces caches seront actualisés.

Le second niveau c'est du php/sql et là ça se complique parce que c'est à l'admin réseau de gérer ce genre de choses.

1er problème: Prestashop a décider d'ajouter cette "option" sans en comprendre la portée et surtout en écrivant un code incomplet/bugué.

2nd problème: le CMS Prestashop c'est du PHP dynamique, les valeurs s'adaptent en permanence. La requête effectuée il y a 5 min, même si elle semble identique à l'actuelle dépend de multiples facteurs (client connecté ou pas, remises sur groupes, fin de validité de bon de réductions/prix spécifiques, etc, etc...)

Si le cache renvoie la même valeur on démarre une source d'erreur (pas simple à tracer).

Si le cache détecte un changement, il efface son cache, le ré-écrit et le relit puis l'envoie.

Vu que les changements sont très fréquents (multipliés par le type de clients/groupes/promos/remises/pays/transporteurs et  j'en passe) votre serveur va passer son temps à régénérer ce cache (effacement/écriture/lecture) au lieu de calculer et d'envoyer la page

Le tout multiplié par le nombre de visiteurs simultanés...

Sur un mutu, vous n'avez la main sur rien au niveau des caches serveurs. Les hébergeurs les ont mis en place car c'est le Graal pour eux: moins de requêtes, réponses plus rapides. Que le résultat renvoyé soit faux, ils s'en moquent. Ils ne gèrent pas un Prestashop mais une infra réseau, les priorités ne sont pas les mêmes.

Pour avoir testé les 2, Prestashop sans cache serveur répond mieux et plus juste.

Concernant les caches de niveau 1, si le site est "cassé" c'est que les tpl/css ou js contiennent des erreurs d'écriture q'il faut impérativement corriger. (On ne roule pas avec des pneus à moitié à plat^^)

J'espère que ce sera bien clair pour tout ceux qui liront :) 

Eolia

Eolia

On va essayer d'être clair et peut-être que ce post sera épinglé...

Le premier niveau c'est du tpl/css. On doit l'activer pour éviter de reconstruire ces éléments qui sont statiques. Si la configuration est ok, à chaque modification d'un tpl ou d'un css ces caches seront actualisés.

Le second niveau c'est du php/sql et là ça se complique parce que c'est à l'admin réseau de gérer ce genre de choses.

1er problème: Prestashop a décider d'ajouter cette "option" sans en comprendre la portée et surtout en écrivant un code incomplet/bugué.

2nd problème: le CMS Prestashop c'est du PHP dynamique, les valeurs s'adaptent en permanence. La requête effectuée il y a 5 min, même si elle semble identique à l'actuelle dépend de multiples facteurs (client connecté ou pas, remises sur groupes, fin de validité de bon de réductions/prix spécifiques, etc, etc...)

Si le cache renvoie la même valeur on démarre une source d'erreur (pas simple à tracer).

Si le cache détecte un changement, il efface son cache, le ré-ecrit et le relit puis l'envoie.

Vu que les changements sont très fréquents (multipliés par le type de clients/groupes/promos/remises/pays/transporteurs et  j'en passe) votre serveur va passer son temps à regénérer ce cache (effacement/écriture/lecture) au lieu de calculer et d'envoyer la page

Le tout multiplié par le nombre de visiteurs simultanés...

Sur un mutu, vous n'avez la main sur rien au niveau des caches serveurs. Les hébergeurs les ont mis en place car c'est le graal pour eux: moins de requêtes, réponses plus rapides. Que le résultat renvoyé soit faux, ils s'en moquent. Ils ne gèrent pas un Prestashop mais une infra réseau, les priorités ne sont pas les mêmes.

Pour avoir testé les 2, Prestashop sans cache serveur répond mieux et plus juste.

Concernant les caches de niveau 1, si le site est "cassé" c'est que les tpl/cssou js contiennent des erreurs d'écriture q'il faut impérativement corriger. (On ne roule pas avec des pneus à moitié à plat^^)

J'espère que ce sera bien clair pour tout ceux qui liront :) 

×
×
  • Create New...