Merci doekia !

@doekia Attention il y a eu une grosse coquille dans le code publié plus tôt. Il est maintenant corrigé mais pensez à le vérifier si vous avez appliqué le patch précédemment

Le code à corriger a été changé afin de ne pas interférer avec certains contrôleurs (Category avec les scènes activés par exemple), qui implémentent du code dans setMedia() pour lequel init() doit avoir été exécuté au préalable (Product::initPricesComputation())

Pensez également à contrôler la valeur de max_input_vars (par défaut à 1000 si non configurée sur le serveur) dans le cas d'un nombre important de zones / tranches de poids / prix Cette variable correspond au nombre maximum de champs acceptés par le serveur lors de la soumission d'un POST. Mettez-là à 10 000 et vous serez tranquilles également pour les traductions

https://www.webbax.ch/2017/02/08/votre-prestashop-sans-id/ https://www.onasus.com/prestashop-seo-clean-urls-considerations/

header('Location: '. Tools::getShopProtocol() . $url);

Oui c est possible en éditant les tpls et ajouter une variable dans les form

@briko-bike Si tu es prêt à perdre tout ton historique de visite, truncate les tables Sinon il faut faire des requête en suppression un peu compliquées et compte tenu de ton volume nous parlons de plusieurs jours de maintenance pour faire cela - lock des tables connexion == aucune visite web possible. J'ai fais un module de nettoyage - par cron qui résoud ce problème https://store.enter-solutions.com/fr/75-housekeeper.html Compte tenu de ton volume à nettoyer il faudra plusieurs semaine avant que les tables retrouvent une taille normale. ATTENTION: Lorsque le cron s'exécute (ou que tu le lance manuellement) ton shop est quasi inaccessible en raison des locks en suppressions sur des tables essentielles. Il (le module) limite les suppressions à 10'000 paniers et 25'000 connexions/guest par exécution afin de ne pas mettre le bazar dans trafic .

Et en faisant la traduction dans ton thème?