Lenteur progressive sur PrestaShop 8 : base de données ou hébergement ?

[ReferentielNet]

Bonjour,

Je me permets de poster ici car je rencontre un souci qui devient de plus en plus visible avec le temps.

Boutique sous PrestaShop 8.1, hébergement mutualisé (OVH). Au départ tout tournait correctement, mais après quelques mois, j’observe un ralentissement progressif, surtout côté front (pages produits et catégories).

J’ai déjà vérifié les points classiques :

• cache activé (Smarty + CCC)
• pas de nouveaux modules installés récemment
• images optimisées
• thème assez léger

En revanche, j’ai l’impression que la base de données commence à gonfler (logs, connexions, paniers abandonnés, etc.). Je me demande si ça peut suffire à expliquer ce type de lenteur, ou si c’est plutôt une limite côté hébergement.

Est-ce que certains ont déjà eu ce genre de dégradation avec le temps ?

Vous privilégiez plutôt :

• nettoyage régulier de la base (tables spécifiques ?)
• mise en place de cron pour purger certaines données
• ou passage à un hébergement plus performant

Merci pour vos retours.

 

[manu1238]

Salut, état sous prestahsop
il faut nettoyer des données type connexion, panier…, mais aussi optimiser sur le php et certaines options qui améliorent la vitesse.
Mais tu ne mets pas de détails sur comment vois-tu que c'est plus lent. Ni ton site, donc pour t'aider, pas simple.

 

[spout]

Activer le mode debug et analyser avec la debug bar.
https://help-center.prestashop.com/hc/en-us/articles/9242063447698-The-debug-mode

 

[Referentia]

Bonjour,

Je me permets de poster ici car je rencontre un souci qui devient de plus en plus visible avec le temps.

Boutique sous PrestaShop 8.1, hébergement mutualisé (OVH). Au départ tout tournait correctement, mais après quelques mois, j’observe un ralentissement progressif, surtout côté front (pages produits et catégories).

J’ai déjà vérifié les points classiques :

• cache activé (Smarty + CCC)
• pas de nouveaux modules installés récemment
• images optimisées
• thème assez léger

En revanche, j’ai l’impression que la base de données commence à gonfler (logs, connexions, paniers abandonnés, etc.). Je me demande si ça peut suffire à expliquer ce type de lenteur, ou si c’est plutôt une limite côté hébergement.

Est-ce que certains ont déjà eu ce genre de dégradation avec le temps ?

Vous privilégiez plutôt :

• nettoyage régulier de la base (tables spécifiques ?)
• mise en place de cron pour purger certaines données
• ou passage à un hébergement plus performant ici sur ce type d’hébergement

Merci pour vos retours.

J’ai déjà vu un comportement assez similaire sur un mutualisé OVH après quelques mois, surtout avec les tables liées aux stats, connexions et paniers qui grossissent progressivement.

Ce qui m’avait surpris, c’est que le back-office restait encore acceptable alors que le front devenait de plus en plus irrégulier niveau chargement.

Du coup ici je pense que la base peut clairement jouer un rôle, même sans nouveaux modules installés.

 

[JeffWuDev]

Bonjour,

Pour compléter, voici la méthode que j'appliquerais, dans l'ordre, avant de changer d'hébergeur :

1. Mesurer avant de toucher : relevez le TTFB (temps de réponse du serveur) d'une page catégorie et d'une fiche produit à différentes heures, avec les outils de développement du navigateur (onglet Réseau) ou PageSpeed Insights. Si le TTFB dépasse régulièrement 800 ms à 1 s alors que le cache est actif, le problème vient du serveur ou de la base, pas des images ni du thème.

2. Nettoyer la base : les tables qui grossissent le plus sont en général ps_connections, ps_connections_source, ps_guest, ps_page_viewed et les paniers abandonnés (ps_cart sans commande). Sauvegardez d'abord, puis purgez ce qui a plus de quelques mois. Le module de statistiques peut aussi être désactivé s'il ne sert pas. Ensuite, un OPTIMIZE TABLE sur les grosses tables aide souvent.

3. Vérifier PHP : version à jour (8.1 minimum), opcache activé, memory_limit suffisant. Sur mutualisé, vérifiez aussi les limites de processus, qui provoquent des lenteurs irrégulières aux heures de pointe.

4. Désactiver temporairement les modules un par un, surtout ceux qui ajoutent des requêtes sur chaque page (bloc produits, popups, suivi), et comparer le TTFB.

5. Si tout est propre et que la lenteur reste, là oui, un VPS ou un mutualisé moins chargé sera plus efficace que de continuer à optimiser.

Notez les chiffres avant/après chaque étape : c'est le seul moyen de savoir ce qui a vraiment servi.