ceimedia

Bonjour Je viens de mette à jour mon site avec la dernière mouture de prestashop 1.6.0.6 -> 1.6.0.14 Je ne peux plus éditer de produit ou créer de nouveaux produit ! le message : Une erreur s'est produite pendant la mise à jour de l'objet. product () Une idée ? Merci

Après une analyse du script class product, le problème vient du fait que dans la table ps_product_shop tous les produits sont copiés pour la nouvelles boutique et marqués comme actifs ce qui est plutôt surprenant. L'idée c'est de désactiver les produits pour le shop concerné pour lesquels il n'y a pas de catégories dans la table ps_category_shop Voici une requete qui permet de faire cela : exemple ma boutique principale : id_shop = 1 ma boutique secondaire id_shop = 2 -> je veux activer uniquement les produits de cette boutique dans cette boutique update ps_product_shop p left join ps_category_shop c on (p.id_category_default = c.id_category) and (p.id_shop = c.id_shop) set active = 0 where (p.id_shop = 2) and (c.id_category IS NULL) J'ai testé et cela fonctionne pour les nouveauté et les meilleurs ventes et le cross selling Reste le problème des produits dans des catégories désactivées comme les cadeaux qui apparaissent quand même... La je n'ai pas encore trouvé de solution

Idem ventes croisées... Il semble que ces modules prennent en compte le catalogue de la boutique principale et non le catalogue de la boutique concernée. Il va falloir regarder le code de près. Il se peut que ces modules utilise les statistiques. Pour mon cas mon magasin principale existait déjà et j'y ai rajouté une boutique, ce qui pourrait expliquer le problème Est ce ton cas Centaure ? Quelle version de Presta utilises tu ?

Je confirme ce problème ! Idem pour les meilleures ventes... Si quelqu'un a trouvé une solution je suis également preneur

Le calcul des réduction en % de groupe donne des résultats erronés. Presta 1.6.0.6 exemple sur une réduction de groupe 5%, ecotaxe = 0, un produit à 35,02€TTC est proposé à 32.01 au lieu de 33,27 ! Le calcul est faux pour TOUS les produits. 32.01 : je ne vois pas à quoi cela correspond.... 8,6% au lieu de 5% ! Si quelqu'un à une solution je suis preneur...

stephforum, le script est complet : si je le copie dans phpmyadmin->sql je peux exécuter cette requette... UPDATE `ps_order_payment` INNER JOIN ( SELECT ps_order_invoice_payment.id_order_payment,ps_orders.reference FROM ps_order_invoice_payment LEFT JOIN ps_orders ON(ps_order_invoice_payment.id_order = ps_orders.id_order) ) as b ON(ps_order_payment.id_order_payment = b.id_order_payment) SET ps_order_payment.order_reference = b.reference

yannsarah, la méthode que j'ai utilisé plus haut ne s'applique en faisant une migration via oneclickupgrade... sinon les id des différentes tables ne correspondront plus ! A partir d'un nouveau site il faut ytiliser une autre méthode genre import csv ou site spécialisés... Désolé !

Oui, je pense que c'est un bug... Pour le moment en attendant que ce bug soit fixé, j'ai modifié le template des modules afin de n'activer qu'un onglet à l'affichage de la page. exemple pour ne pas afficher new_product activé : dans le fichier tab.tpl supprimer {if $active_li == 1} class="active"{/if} (dans le theme par defaut/modules) et faire de même pour les modules qui doivent être désactivés au chargement de la page... Dons a l'affichage de la page j'ai toujours produit phares activé. Note que cela ne vaut que pour l'affichage des onglet. Tous les produits sont affichés dans la liste produits (produits phares, nouveautés, meilleurs ventes).

OUI ! UPDATE `ps_order_payment` INNER JOIN ( SELECT ps_order_invoice_payment.id_order_payment,ps_orders.reference FROM ps_order_invoice_payment LEFT JOIN ps_orders ON(ps_order_invoice_payment.id_order = ps_orders.id_order) ) as b ON(ps_order_payment.id_order_payment = b.id_order_payment) SET ps_order_payment.order_reference = b.reference source Github prestashop

J'ai fait cet exercice de la version 1.4 à la version 1.6.06... Pas simple ! Voici comment j'ai procédé : 0- arret du site de prod ~1h 1- Copie du site de prod (1.4) en test + copie bdd 2- sur ce site de test lancement de la procedure de maj (1clickupgrade) et passage en 1.6.0.6 UNIQUEMENT afin de recupérer les tables au bon format. 3 - export de la bdd test des tables (cart, custommer, messages, orders, ps_mailalert_customer_oos, +modules si necessaire : paypal, etc...) avec l'option drop table if exist 4 - import vers la bdd dans le site de dev 5 - ajustement car la procédure 1-clickupgrade ne prends pas en charge la mise à jour des modules externe... et il y a des manques par ailleurs : Les infos de paiement BO Commandes ne sont pas reprises, donc pour les reintégrer : UPDATE `ps_order_payment` INNER JOIN ( SELECT ps_order_invoice_payment.id_order_payment,ps_orders.reference FROM ps_order_invoice_payment LEFT JOIN ps_orders ON(ps_order_invoice_payment.id_order = ps_orders.id_order) ) as b ON(ps_order_payment.id_order_payment = b.id_order_payment) SET ps_order_payment.order_reference = b.reference Paypal -> derniere version il y a de nouveaux champs depuis la version 1.4 (pour la 1.5 je ne sais pas) UPDATE TABLE `ps_paypal_order` ADD `id_invoice` varchar(255) default NULL, `currency` varchar(10) NOT NULL, `total_paid` varchar(50) NOT NULL, `shipping` varchar(50) NOT NULL, `payment_date` varchar(50) NOT NULL; table ps_mailalert_customer_oos il manque 2 champs UPDATE TABLE `ps_mailalert_customer_oos` ADD `id_lang` int(11) NOT NULL, `id_shop` int10) NOT NULL; + Mettre cette table ajour avec les bonne valeur de votre boutique pour id_lang et id_shop, en general 1, 1 6 - verif manuelle 7 - passage en de dev en prod si tout est ok Pour avoir les stats, ne pas oublier de changer la date de création de la boutique dans le fichier de config/setting.inc.php : ex define('_PS_CREATION_DATE_', '2010-01-01'); J'ai migré un site avec 7000 commandes sans problèmes particuliers... avec un temps d'arrêt de 30 mn - avec une préparation préalable. Voilà en gros, mais Il y a peut être plus simple...

Oui mais si tu autorise la commande hors stock le client n'est plus bridé à la qt dispo. Dans cette config donc il peut commander une quantité supérieur à la quantité dispo -> le message sur le FO n'est pas correcte dans ce cas : s'il commande une quantité supérieur au stock dispo il devrait avoir le message produit indisponible (ou partiellement disponible) surtout dans le recap de commande... sinon le service client va être assailli par le coup de téléphone !

Lors que je commande produit en stock (il est reste 2 en stock), j'en commande 10 : dans le récap de commande j'ai le message affiché "disponible" ! Très embêtant pour le client final : l'information est incorrect : je ne peux lui en livrer que 2... Je devrais l'informer non !

Il s'agit du cache SMARTY

Lors de la migration 1.4 > 1.6.0.6 les informations de paiement n'apparaissent plus dans les fiches commandes... Je crois qu'il y a un une requête SQL pour régler ce problème mais je ne me rappelle plus laquelle... Quelqu'un peut il me rafraîchir la mémoire ? Merci

Lorsque le cache est activé, les onglets de la page d'accueil sont TOUS sélectionnés et il n'est plus possible de sélectionner l'un des onglets... Tous les produits sont présentés en même temps (nouveauté, meilleurs ventes, produits phares) Lorsque le cache est désactivé cela fonctionne correctement