Réponse serveur importante TTFB

[Julien E]

Bonjour, 

 

je rencontre un problème sur mon site https://jab-design.fr

Quand je fais des tests sur GT METRIX je me retrouve avec un TTFB qui oscillent entre 600ms et 1,1s alors qu'il y a peu j'étais plutôt dans les 3-400ms max

 

j'ai essayé en désactivant tous les modules , régénérer le htaccess refait un test mais c'est pareil. 

j'ai un CDN en place mais le problème est survenu bien après (un bon 15 jours donc je pense qu'il n'y a pas de corrélation) 

je suis chez LWS et ils me disent qu'a priori le problème ne vient pas d'eux mais je sèche (ils m'ont augmenté le memory-limit aussi)

pourriez vous me filer un coup de main ? 

 

merci beaucoup 

[RaWMotorsports]

J'ai le même soucis je suis preneur d info !

Comment voir ce qui crée des latences afin de les résoudre ?

[Julien E]

7 hours ago, RaWMotorsports said:

J'ai le même soucis je suis preneur d info !

Comment voir ce qui crée des latences afin de les résoudre ?

Chez LWS aussi ? 

[RaWMotorsports]

Non planethoster

J'ai je pense un soucis évident de requete SQL qui sont très longue !

[KeutaRB]

Pour savoir quelles requetes sql et quels modules sont responsables de latences, il faut activer le mode debug pour activer le _PS_DEBUG_SQL_ et passer le debug profiling à TRUE "define('_PS_DEBUG_PROFILING_', true);" dans le fichier config/defines.inc.php.

Vous aurez ensuite accès aux profil de chaque requete sql avec le nombre de lignes traitées et le temps pris, ainsi que pour chaque module des métriques permettant de voir où se situe le problème

[Mediacom87]

Je confirme, le souci vient souvent des modules intégrés au thème acheté qui ne sont pas tout le temps optimisés pour utiliser les fonctionnalités de cache de PrestaShop, il faut les identifier et les corriger.

[RaWMotorsports]

On 12/9/2022 at 11:34 AM, KeutaRB said:

Pour savoir quelles requetes sql et quels modules sont responsables de latences, il faut activer le mode debug pour activer le _PS_DEBUG_SQL_ et passer le debug profiling à TRUE "define('_PS_DEBUG_PROFILING_', true);" dans le fichier config/defines.inc.php.

Vous aurez ensuite accès aux profil de chaque requete sql avec le nombre de lignes traitées et le temps pris, ainsi que pour chaque module des métriques permettant de voir où se situe le problème

Merci.
Malheuresement, le résultat n'est pas bon.

L'activation du mode debug complet ne donne rien de plus en Front Office (il affiche bien les erreurs, mais une fois corrigée, le site est 100% normal). Et l'activation du _PS_DEBUG_PROFILING_ seul donne une belle page blanche en dessous de la topBar qui est la seule à être affichée..

En backoffice, j'ai bien la barre de debug en bas de page.

Cordialement,

Edited December 26, 2022 by RaWMotorsports (see edit history)

[KeutaRB]

Bonjour,

Normalement le résultat s'affiche après la fin du code de la page, après le footer dans votre navigateur.

Avez-vous bien activé le debug profiling ?

 

 

[RaWMotorsports]

Oui tout est correctement activé, et rien se s'affiche, enfin une belle page blanche ... 

Erreur 500 dans la console, sans plus d'info ! Et si j'active le mode Debug complet, je retrouve un affichage normal sans erreur

[RaWMotorsports]

Mode _PS_DEBUG_PROFILING_ activé -> Erreur 500

 

Edited December 26, 2022 by RaWMotorsports (see edit history)

[RaWMotorsports]

D'ailleurs c'est bien cette requete, qui dure entre 2 et 5 sec en mode normal qui crée cette latence terrible d'affichage au quotidien.
Tant que je ne pourrai pas "l'éclaté" pour comprendre d'ou vient la latence, j'aurais du mal a régler le probleme.

Mode _PS_DEBUG_PROFILING_ désactivé -> Pas d'erreur 500 mais entre 2 et 5sec de latence sur chaque appel de page peu importe ou sur le site.

Edited December 26, 2022 by RaWMotorsports (see edit history)

[Mediacom87]

Et mode debug + profilling ?

[RaWMotorsports]

C'est mon cas numéro 2. 

Le chargement de la page est absolument normal (quoique plus long).

Debug + profiling en front office ne fait aucune différence avec tout désactiver !

En back j'ai bien les outils de debug 

[Mediacom87]

il y a 12 minutes, RaWMotorsports a dit :

Debug + profiling en front office ne fait aucune différence avec tout désactiver !

Rien ne s'affiche en plus en bas de page ?

 

[RaWMotorsports]

13 hours ago, Mediacom87 said:

Rien ne s'affiche en plus en bas de page ?

 

non

[Baba deCode]

Bonjour,

il faut commencer par résoudre ton erreur 500. Pour se faire tu peux allez chercher des infos sur l'erreur dans les log notamment error.log d'apache,

 

cdt,

[PrestaHeroes USA]

Sur votre hébergement, recherchez 'votre panneau de contrôle' comment activer mysql slow log. Réglez sur 1-2 secondes, consultez le journal et cela vous dira si vous avez un long sql. C'est un problème très courant, connexions, tables d'invités.