Jump to content

Edit History

Eolia

Eolia

il y a 33 minutes, Tiri a dit :

Pourquoi mettre "Non" sur désactiver les surcharges ?

Si tu as des surcharges, c'est qu'elles ont été installées et ont une utilité. Si tu n'en veux pas tu les désinstalles. Inutile de laisser du code qui ne sert à rien. Si tu regardes bien il y a marqué MODE DEBUG en haut de ce bloc, donc à mettre sur oui uniquement dans le cas d'un dysfonctionnement pour tenter d'en trouver la cause.

il y a 33 minutes, Tiri a dit :

Pourquoi ne pas activer le cache ? Et quel Système de cache utiliser ?

Parce que ça ne fonctionne pas^^

Cela va entraîner des erreurs car Prestashop est essentiellement dynamique et ton serveur va passer plus de temps à écrire/lire/effacer/regénérer ses milliers de caches plutot que de générer la page directement.

Si ta boutique rame, ce n'est pas le cache qui va résoudre quoi que ce soit, c'est juste un "cache-misère". Il faut trouver ce qui la fait ramer. Un module, des requetes sql mal écrites, un thème trop lourd etc.

il y a 33 minutes, Tiri a dit :

Eolia tu est sous la 1.6 ?

Tous mes clients sont en 1.6 (et même 1.7 downgradés en 1.6). avec des catalogues de plusieurs milliers de produits, clients et commandes les pages ont un TTFB de 3 à 600 ms max.

Eolia

Eolia

il y a 32 minutes, Tiri a dit :

Pourquoi mettre "Non" sur désactiver les surcharges ?

Si tu as des surcharges, c'est qu'elles ont été installées et on une utilité. Si tu n'en veux pas tu les désinstalles. Inutile de laisser du code qui ne sert à rien. Si tu regardes bien il y a marqué MODE DEBUG en haut de ce bloc, donc à mettre sur oui uniquement dans le cas d'un dysfonctionnement pour tenter d'en trouver la cause.

il y a 32 minutes, Tiri a dit :

Pourquoi ne pas activer le cache ? Et quel Système de cache utiliser ?

Parce que ça ne fonctionne pas^^

Cela va entraîner des erreurs car Prestashop est essentiellement dynamique et ton serveur va passer plus de temps à écrire/lire/effacer/regénérer ses milliers de caches plutot que de générer la page directement.

Si ta boutique rame, ce n'est pas le cache qui va résoudre quoi que ce soit, c'est juste un "cache-misère". Il faut trouver ce qui la fait ramer. Un module, des requetes sql mal écrites, un thème trop lourd etc.

il y a 32 minutes, Tiri a dit :

Eolia tu est sous la 1.6 ?

Tous mes clients sont en 1.6 (et même 1.7 downgradés en 1.6). avec des catalogues de plusieurs milliers de produits, clients et commandes les pages ont un TTFB de 3 à 600 ms max.

Eolia

Eolia

il y a 2 minutes, Tiri a dit :

Pourquoi mettre "Non" sur désactiver les surcharges ?

Si tu as des surcharges, c'est qu'elles ont été installées et on une utilité. Si tu n'en veux pas tu les désinstalles. Inutile de laisser du code qui ne sert à rien. Si tu regardes bien il y a marqué MODE DEBUG en haut de ce bloc, donc à mettre sur non dans le cas d'un dysfonctionnement pour tenter d'en trouver la cause.

il y a 5 minutes, Tiri a dit :

Pourquoi ne pas activer le cache ? Et quel Système de cache utiliser ?

Parce que ça ne fonctionne pas^^

Cela va entraîner des erreurs car Prestashop est essentiellement dynamique et ton serveur va passer plus de temps à écrire/lire/effacer/regénérer ses milliers de caches plutot que de générer la page directement.

Si ta boutique rame, ce n'est pas le cache qui va résoudre quoi que ce soit, c'est juste un "cache-misère". Il faut trouver ce qui la fait ramer. Un module, des requetes sql mal écrites, un thème trop lourd etc.

il y a 8 minutes, Tiri a dit :

Eolia tu est sous la 1.6 ?

Tous mes clients sont en 1.6 (et même 1.7 downgradés en 1.6). avec des catalogues de plusieurs milliers de produits, clients et commandes les pages ont un TTFB de 3 à 600 ms max.

×
×
  • Create New...