Eolia

c'est normal le n° de tel est lié à l'adresse pas au compte. Vous l'aurez au moment de créer votre adresse.

Ca se passe en bas de la liste des adresses clients.

Attention près de 50% des modules de la plateforme Addons ne sont pas compatibles avec la version 9 de Prestashop.

Remplacez par if (empty($params['id_manufacturer']))

Regardez du côté de PhenixSuite https://eoliashop.com/prestashop-new

Attention ça ne fonctionne pas sur tous les navigateurs https://modelviewer.dev/

Non. Dans l'ordre: - Vous créez un répertoire /dev au même niveau que le /www ou /public_html - vous créez un sous domaine chez votre hébergeur (c'est gratuit): dev.votre_domaine.com - vous paramétrez ce sous-domaine pour qu'il pointe vers le répertoire /dev que vous venez de créer - Dans ce répertoire vous copiez intégralement le contenu de votre répertoire /www ou public_html sauf le .htaccess - Vous créez une nouvelle base de données dans laquelle vous copiez intégralement le contenu de celle utilisée pour votre site en prod - Dans cette base vous modifiez le nom de domaine dans les 2 colonnes de la table ps_shop_url pour mettre l'url de votre dev - Enfin vous éditez le fichier /config/settings.inc.php du ftp du dev pour lui rentrer les identifiants de la nouvelle base de données. Vous aurez alors une copie conforme de votre site.

Non, ça ne casse pas tout mais il faut tester la mise à jour sur un espace de dev (clone de la boutique) la 1ère fois.

Vous devriez regarder du côté de PhenixSuite qui vous protège efficacement de ce genre de choses. https://eoliashop.com/prestashop-new

Modifiez cette partie: if ($product['cart_quantity'] >= $requiredQuantity) { return 0; } comme ceci: if (isset($product['cart_quantity']) && $product['cart_quantity'] >= $requiredQuantity) { return 0; }

Merci pour votre retour

N'hésitez pas à la partager sur le forum, ça pourrait servir à d'autres.

Les js corrigés js_ok.zip

Versions < 1.7 Fatal error: Uncaught Error: Call to undefined method Jprestadoctor::getTranslator() in /var/www/clients/client5/web33/web/modules/jprestadoctor/jprestadoctor.php:386 le correctif: Correctifs à effectuer également pour une compat jquery 3.7

Le raisonnement a été fait dans l'autre sens et tous les round() ont été supprimés. L'arrondi ne doit être effectué qu'en final/display, pas pendant les calculs surtout que Prestashop n'a jamais compris que la somme des arrondis n'est pas égale à l'arrondi de la somme. Ils font la même erreur dans la génération des avoirs. Et dans Phenix on limite les calculs vu que les valeurs des règles paniers (getContextualValue()) sont stockées dans la table ps_cart_cart_rule Et si, comme dans votre cas, une réduction est appliquée en montant TTC sur une commande, il faut se baser sur le TTC. Exemple simple, le panier comporte 3 produits avec 3 taux de taxe: 1 produit à 10€ à 5% 1 produit à 10€ à 10% 1 produit à 10€ à 20% Dans cette exemple le prorata de chaque produit représente 33.33% du total. Total TTC = 30€ - Remise TTC 5€ Total remisé : 25€ Le prorata des produits reste le même après remise globale: 33.33% Après remise (25 €/3): Produit 1 TTC = 8.333€ Produit 1 TTC = 8.333€ Produit 1 TTC = 8.333€ On peut à présent récupérer les HT et taxes: Produit 1 HT = 8.333/1.05 = 7.94 HT (0.39 de TVA) Produit 2 HT = 8.333/1.1 = 7.57 HT (0.76 de TVA) Produit 3HT = 8.333/1.2 = 6.94 HT (1.39 de TVA) Ensuite pour l'affichage, soit on conserve les prix et taxes avant remise et on détaille les taxes de la remise, soit on affiche dans le récap les taxes finales payées sur cette commande. Soit: - Un total avant remise TTC de 30€, 26.94 HT (9.52 + 9.09 + 8.33) + TVA 3.06€ - Un total remisé TTC de 25€, 22.45 € HT + total TVA 2.54 € - Une remise de 5€ TTC, 4.48 HT + TVA 0.52 €