Jump to content

akamaru

Members
  • Posts

    46
  • Joined

  • Last visited

Everything posted by akamaru

  1. Bonjour je suis sur presta 1.6 avec le theme par defaut légèrement modifié. lorsque j'active le smart cache css, firebug m'indique une erreur 404 global.css not found. je ne constate pas de bug sur mon site sauf lorsque je passe sur la version mobile le panier ne s'adapte pas etc lorsque je desactive le smart cache css cela re fonctionne. Avant mon test j'ai vidé le cache dans performance et dans mon navigateur. Merci pour votre aide
  2. je suis sous la meme version 1.6.06 il semblerai qu'il faut mettre à jour prestashop et la il y aurait des correctifs..
  3. bonjour merci pour votre lien avec le nouveau product.js mais cela n'à pas réglé mon problème j'ai l'erreur suivante avec le nouveau js ReferenceError: customerGroupWithoutTax is not defined if(noTaxForThisProduct||customerGroupWithoutTax)
  4. Bonjour j'ai un problème similaire le champ old_price qui affiche nimporte quoi,quelqu'un à t il une solution?
  5. bonjour j'ai le même problème sur ma boutique ajout au panier qui ne donne rien impossible de se connecter à mon compte client en vidant le cache de chrome cela re fonctionne mais cela implique de demander au visiteur de vider son cache ce n'est pas très userfriendly avez vous une solution au niveau configuration de prestashop pour empecher ce bug sur chrome. Merci pour votre aide
  6. Bonjour j'ai beaucoup de déclinaison à importer et je trouve le système d'import csv pas pratique. pour exemple j'ai des produits avec un atribut taille (de 44 à 70) je fais donc comme ceci id attribut value 1111 Taille:select 44 1111 Taille:select 45 1111 Taille:select 46 1111 Taille:select 47 1111 Taille:select 48 etc etc c'est vraiment trop long sachant que j'ai un grand nombre de produit et de déclinaison, je me retrouve avec des csv de milliers de lignes j'aimerai faire comme ceci 1111 taille:select 44,45,46,47,48 etc cela est il possible, je suis sur prestashop 1.6
  7. bonjour, je suis sur prestashop 1.6 et je dois ajouter le champs personnalisation sur un grand nombre de produits,qu'elle est la meilleur solution.
  8. 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) Leverage proxy caching (40) Minimize cookie size Parallelize downloads across hostnames (39) Serve static content from a cookieless domain (39) Specify image dimensions (5)
  9. j'ai le serveur dedie kimsufi oui normalement le cache mysql est bien activé,
  10. 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?
  11. 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.
  12. 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
  13. 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.
  14. 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
  15. j'ai le même problème lenteur et page qui ne charge pas si quelqu'un à une solution.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More