mattheoh

Derniere mise à jour, j ai aussi décidé de désintaller le module birthdaypresent qui semble être un des facteurs d'augmentation de taille de la table.

Merci de votre réponse. Toutes les régles ont été faites par la fonction native de Prestashop (menu promotions > règles paniers)... mais avec ajout de restrictions / compatibilités avec d'autres régles... Du coup toutes les lignes de la table ont été multipliées de façon exponentielle. Nous n'avons pas utilisé de module tiers pour les régles paniers (uniquement le module fidèlité qui peut en générer de façon automatique). Vous me conseillez quoi au final ? Je vide la table ? ou y a un moyen de vider juste ce qui est expiré ? je suis en train de delete via le back office les régles ayant atteintes leur date d'expiration, je suis passé à 392 millions de lignes. ça a lair pas mal. je vais continuer dans cette voie !

Bonjour, Ceci concerne Prestashop en version 1.6.1.5 Suite au Black Friday et à la configuration d'un code promo avec de multiples régles paniers, la table PS_CART_RULE_COMBINATION a atteint la taille hallucinante de 2,25 millards de lignes pour 119 Go. Je n'ai donc plus accés au régles paniers via le back office, et l'accés à la base commence a ramer sévère. Le module de nettoyage de Prestashop étant sans effet , je pense à faire un TRUNCATE sur la table. Ma question : Si je fais ça , je supprime uniquement les régles paniers / cumuls ? Les clients auront toujours accés à leur voucher et pourront les utiliser (anniversaire par exemple) ? Et si vous avez une meilleur idée plus propre que le TRUNCATE , je prends Merci de votre aide.

bonjour, je crois que je bats tous les records ! 2.25 milliards de lignes (119 Go) !!! ^^ le module de nettoyage de prestashop n'aide pas... Je pense à la vider, ça devient ridicule. Sau si vous avez une solution plus "clean" je suis preneur merci

Hello désolé je débarque un peu comme une fleur, mais je ne vois pas le module d'Eolia ... il est où dans le, topic ? merci

Bonjour, Premier jour que je remets MR depuis plusieurs mois et leurs changements d'identifiants. vous avez déjà rencontrés des erreurs 92 (erreur inconnu) pour la génération des étiquettes ? Je suis sur MR 2.1.8 - PS 1.6.1.5. j ai aussi un souci de clé invalide alors que la clé est la bonne dans la config du module. ET d'autres erreurs poids et tél , qui ne semblent pas justifiés mais je creuse. C'est sportif de faire tourner MR ! ^^

Hi thanks for the answer and sorry for the delay... I didn't see your answer. Unfortunately on PS 1.6.1.5 it still doesn't work

Hi thanks for your answer. I tried to put the code : {if $order->total_wrapping > 0} <b>Gift</b> {/if} in pdf/header.tpl and pdf/invoice.tpl But nothing is displayed for orders with wrapping gift checked.

Hi, thanks for your post. It's strange, I m trying to use this code on 1.6.1.5... but it doesn't seem to work. Someone knows if something changed between these versions ?

J'entends bien tous tes arguments qui sont tout à fait légitimes. Mais c'est quoi le souci au juste de la 1.7 ? y a une roadmap où l on peut voir cela ? (j ai voulu voir le changelog mais il n'est pas accessible) Edit : je viens de lire ça du coup : http://www.creanico.fr/prestashop/prestashopnouveautes-de-prestashop-1-7/ c'est sûr que là c'est plutot la grosse transition en perspective... rien ne sera plus compatible (surtout niveau thème). de plus, mise en avant commercial des modules omniprésente... menu repensé (et les devs n'ont pas l'air trés contents d'aprés les coms...) je continue de lire... je comprends mieux tes remarques... je risque de rester en 1.6 pour un moment aussi :/ Bon par contre là on t'a trollé ton post ! ^^

Bonjour, je reprends le fil pour ne pas créer de doublons. Je pense que ce que @sharkuter veut dire (et qui pour moi aussi est un souci) est qu'on ne peut pas finement gérer les statuts de retours. (comme ceux des commandes) Par exemple, je dois valider à chaque fois les retours mais je préférerais que la demande de retour une fois faite par le client passe directement en statut "en attente du colis"... Est ce qu'il y aurait une solution / manip / override... Merci !

Mince... il se passe quoi ?

Salut, merci pour ton post, qui m'a bien servi. Pour info, sur la 1.6.1.5, ils ont rajouté un template invoice.shipping-tab.tpl Malgré cela je n'avais pas le transporteur qui remontait. Il m'a donc quand même fallu ajouter dans la surcharge de HTMLTemplateInvoice.php, la ligne : 'carrier' => $debug ? null : $carrier A priori, ce sera corrigé dans la prochaine version (j ai jeté un oeil à la 1.7 en dév)

Surement un peu tard, mais as tu essayé de désactiver l'option "déplacer le code javascript à la fin" ça peut génèrer pas mal d'erreurs (malheureusement)

That works perfectly ! I used it for check module , thanks a lot. Shame we can't override the module functions. Just have to be careful with updates.