prestashop lent declinaison

[akamaru]

bonjour

 

Je sais que la question est récurrente, mais je n'ai pas trouvé de solution.

 

J'ai une boutique prestashop 1.6 sur un ovh mutualisé performance avec sql prive 128 mo

 

ma boutique à environ 5000 produits.

 

J'ai activé les optimisations de prestashop, le cache , memecache, etc

 

J'ai enlevé les modules inutiles.

 

pour une categorie de 1000 produits (sans declinaison) j'ai un temps d'affichage de

 

avec module a facette : 4s

sans : 2s

 

Pour une categorie avec 200 produits (et un grand  nombre de déclinaison par produit entre 150 et 800)

 

avec module  a facette: plantage requête trop longue

sans: entre 10 et 30 s

 

Le problème viens t il de mon hébergement,de la gestion des déclinaisons de prestashop?

 

OVH me dit qu'il faut que les requêtes soit moins lourde,je veux bien mais comment je fais?

je supprime des déclinaisons?

 

Dois je me séparer du module a facette ? existe t il un substitut moins gourmand.

 

J’espère que quelqu'un pourra m'aider.

 

Merci

 

 

 

Load time: 53.282s
You'd better run your shop on a toaster

• config: 848ms
• constructor: 0ms
• init: 275ms
• checkAccess: 0ms
• setMedia: 8ms
• postProcess: 0ms
• initHeader: 0ms
• initContent: 51.92s
• initFooter: 35ms
• display: 195ms

Hook processing: 783ms / 7.36 Mb
80 methods called in 34 modules

• displayHeader: 376ms / 5.34 Mb
• displayLeftColumn: 304ms / 0.66 Mb
• displayFooter: 34ms / 0.18 Mb
• displayNav: 34ms / 0.13 Mb
• displayTop: 34ms / 1.03 Mb
• displayProductListFunctionalButtons: 0ms / 0.01 Mb
• displayTopColumn: 0ms / 0 Mb
• moduleRoutes: 0ms / 0 Mb
• actionProductListModifier: 0ms / 0 Mb
• actionFrontControllerSetMedia: 0ms / 0 Mb
• displayBanner: 0ms / 0 Mb
• DisplayOverrideTemplate: 0ms / 0 Mb
• actionDispatcher: 0ms / 0 Mb
• displayProductListReviews: 0ms / 0 Mb
• actionProductListOverride: 0ms / 0 Mb

Memory peak usage: 24.1 Mb

• config: 6.41 Mb (6.5 Mb)
• constructor: 0 Mb (6.5 Mb)
• init: 3.77 Mb (10.2 Mb)
• checkAccess: 0 Mb (10.2 Mb)
• setMedia: 0.29 Mb (10.5 Mb)
• postProcess: 0 Mb (10.5 Mb)
• initHeader: 0 Mb (10.5 Mb)
• initContent: 11.1 Mb (21.7 Mb)
• initFooter: 0.19 Mb (21.9 Mb)
• display: 1.65 Mb (24.1 Mb)

Total cache size (in Cache class): 0 Mb

DB type: DbPDO 
SQL Queries: 315 queries 
Time spent querying: 52.744s

Included files: 205
Size of included files: 2.59 Mb

Globals (> 1 Ko only): 333 Ko

• _MODULES ≈ 176.7 Ko
• _LANG ≈ 127.6 Ko
• _MODULE ≈ 8 Ko
• HTTP_SERVER_VARS ≈ 6.9 Ko
• _SERVER ≈ 6.9 Ko
• HTTP_COOKIE_VARS ≈ 1.4 Ko
• _COOKIE ≈ 1.4 Ko
• _REQUEST ≈ 1.4 Ko

Edited August 5, 2014 by akamaru (see edit history)

[akamaru]

un petit up

[SiteLab]

S'il s'agit du serveur mutalisé à 30€/an, cela fait un peu léger en effet.

5000 produits et déclinaisons est un peu lourd.

[akamaru]

Merci pour votre réponse.

 

Si je passe sur un dédié par exemple mes requête seront exécute plus rapidement?

 

J'ai pris un sql privé cela n'est pas suffisant pour le calcul des requête?

 

j'aimerai comprendre mon gain de performance car pour un dedié ca va me demander beaucoup de boulot.

[SiteLab]

Le principe d'un serveur mutualisé est de partager les performances avec d'autres sites.

En louant un serveur dédié, un serveur vous est attribué pour vous seul, vous pouvez donc attribuer une puissance bien supérieure pour vos requêtes.

 

Je vous conseille cependant de faire le test : louez un serveur dédié pour un mois seulement.

[akamaru]

merci pour vos réponse je suis donc passé à un serveur dedié chez kimsufi KS-4

 

que j'ai optimisé au mieux, j'ai bien de meilleur performance global, mais rien à faire ma categorie met 10s à charger.

 

le problème viens je pense de la requête qui est énorme.

12953.789 ms
 SELECT p.*, product_shop.*, product_shop.id_category_default, pl.*, MAX(image_shop.`id_image`) id_image, il.legend, m.name manufacturer_name,
 MAX(product_attribute_shop.id_product_attribute) id_product_attribute, DATEDIFF(product_shop.`date_add`,
 DATE_SUB(NOW(), INTERVAL 20 DAY)) > 0 AS new, stock.out_of_stock, IFNULL(stock.quantity, 0) AS quantity FROM `mbp_category_product` cp
 LEFT JOIN mbp_category c ON (c.id_category = cp.id_category)
 LEFT JOIN `mbp_product` p ON p.`id_product` = cp.`id_product`
 INNER JOIN mbp_product_shop product_shop ON (product_shop.id_product = p.id_product AND product_shop.id_shop = 1)
 LEFT JOIN `mbp_product_attribute` pa ON (p.`id_product` = pa.`id_product`) 
 LEFT JOIN mbp_product_attribute_shop product_attribute_shop  ON (product_attribute_shop.id_product_attribute = pa.id_product_attribute AND product_attribute_shop.id_shop = 1 AND product_attribute_shop.`default_on` = 1)
 LEFT JOIN mbp_stock_available stock ON (stock.id_product = p.id_product AND stock.id_product_attribute = IFNULL(`product_attribute_shop`.id_product_attribute, 0) AND stock.id_shop = 1 )
 LEFT JOIN mbp_product_lang pl ON (pl.id_product = p.id_product AND pl.id_shop = 1 AND pl.id_lang = 1) 
 LEFT JOIN `mbp_image` i ON (i.`id_product` = p.`id_product`) LEFT JOIN mbp_image_shop image_shop ON (image_shop.id_image = i.id_image AND image_shop.id_shop = 1 AND image_shop.cover=1)
 LEFT JOIN `mbp_image_lang` il ON (image_shop.`id_image` = il.`id_image` AND il.`id_lang` = 1)
 LEFT JOIN mbp_manufacturer m ON (m.id_manufacturer = p.id_manufacturer)
 WHERE product_shop.`active` = 1 AND product_shop.`visibility` IN ("both", "catalog") AND c.id_category = 191 AND c.active = 1
 AND p.id_product IN (11105,11107,11109,11111,11113,11115,11117,11119,11120,11126,11128,11129,11130,11135,11136,11139,11141,11143,11144,11145,11146,11147,11150,11151,11152,11153,11154,11155,11156,11157,11158,11159,11160,11164,11166,11168,11173,11176,11178,11180,11181,11184,11185,11186,11190,11192,11193,11195,11196,11638,11639,11640,11641,11642,11643,11644,11645,11646,11647,11648,11649,11650,11651,11652,11653,11654,11655,11656,11657,11658,11659,11660,11661,11662,11663,11664,11665,11666,11667,11668,11669,11670,11671,11672,11673,11674,11675,11676,11677,11678,11679,11680,11681,11682,11683,11684,11685,11686,11687,11688,11689) GROUP BY product_shop.id_product ORDER BY cp.position ASC LIMIT 0,24

je ne sais pas comment régler le problème si quelqu'un peut m'aider

[akamaru]

merci pour votre réponse,

donc j'ai désactivé le cache smarty et le cache memcahe

 

le temps de chargement est beaucoup plus lent

 

je passe sur ma categorie de 13 sec a 32

 

 

je re active juste le cache smarty

 

Cache smarty active :

memcache:desactive

 

et je retrouve le temps de chargement normal ( avec un long chargement sur ma categorie) mais je me pose la question de l'utilité de memcache.

[akamaru]

url envoyé en mp

 

je ne semble pas avoir le problème avec memcache je note aucune différence avec ou sans.

 

 

 

je ne suis pas un pro en SQL mais je pense que  mon problème viens de cette requête énorme

p.id_product IN (11105,11107,11109,11111,11113,11115,11117,11119,11120,11126,11128,11129,11130,11135,11136,11139,11141,11143,11144,11145,11146,11147,11150,11151,11152,11153,11154,11155,11156,11157,11158,11159,11160,11164,11166,11168,11173,11176,11178,11180,11181,11184,11185,11186,11190,11192,11193,11195,11196,11638,11639,11640,11641,11642,11643,11644,11645,11646,11647,11648,11649,11650,11651,11652,11653,11654,11655,11656,11657,11658,11659,11660,11661,11662,11663,11664,11665,11666,11667,11668,11669,11670,11671,11672,11673,11674,11675,11676,11677,11678,11679,11680,11681,11682,11683,11684,11685,11686,11687,11688,11689) GROUP BY product_shop.id_product ORDER BY cp.position asc LIMIT 0,24

si j'installe opcache peut être que j'aurai un gain de performance?

[akamaru]

j'ai le serveur dedie kimsufi

 

KS-4

Core™ i5-2300

 

Core™ i5-3570S

 

5265
6758 4c / 4t 2.8 GHz+
3.1 GHz+ 16 Go 1 To 100 Mbps /128 19,99 € HT

 

oui normalement le cache mysql est bien activé,

 

PHP Version 5.4.4-14+deb7u12

[akamaru]

toujours aussi long même en enlevant le debug et le module a facette

 

lorsque je fais audit avec chrome il me dit 

 

Leverage browser caching (44)

 

1. Leverage proxy caching (40)
    
2. Minimize cookie size
    
3. Parallelize downloads across hostnames (39)
    
4. Serve static content from a cookieless domain (39)
    
5. Specify image dimensions (5)

Edited August 14, 2014 by akamaru (see edit history)