Jump to content

ceimedia

Members
  • Posts

    59
  • Joined

  • Last visited

Everything posted by ceimedia

  1. 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
  2. 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
  3. 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 ?
  4. Je confirme ce problème ! Idem pour les meilleures ventes... Si quelqu'un a trouvé une solution je suis également preneur
  5. Is there a way to create creditslip with M4PDF that include reduction ?
  6. Dans ce blog, il s'agit d'informer les utilisateurs de Prestashop que ce module ne fonctionne pas parfaitement... J'aurais aimé avant d'acheter avoir cette information pour ma part. Je n'ai d'ailleurs pas trouvé d'alternative pour permettre de passer les quantités / attributs dès la page d'accueil ou dans les listes produits... Il est surprenant que Prestashop ne permettent pas cela en standard ! En effet pour un produit en plusieurs déclinaisons, le fait d'utiliser le bouton ajouter au panier dans la page d'accueil ou dans les listes produit, le produit ajouté est toujours la déclinaison par défaut. Donc pour choisir par exemple un coloris, il est nécessaire d'aller dans la fiche produit. Quelqu'un aurait il réussi a ajouter la possibilité de choisir la quantité, la déclinaison dans les listes produits sur prestashop 1.6.0.6 ?
  7. 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...
  8. A lot of problems with this module in PS 1.6.0.6 : Please test in your dev environnemnt this configuration : 1) add a product with ecotaxe amount like 0.50 2) add a group with 5% reduction log on the shop as a member of this group What you can see : In products list the display price is not correct : -> ecotaxe is NOT included in display price -> the groupe reduction is NOT applied correctly in display price... It seems important to fix that...
  9. 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
  10. 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é !
  11. 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).
  12. 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
  13. 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...
  14. 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 !
  15. 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 !
  16. 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
  17. 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
  18. Sachacourt As tu résolu ton probleme ?* Car je constate le même pb sur mon site ....
  19. Le calcul des prix avec reduction de groupe est stupéfiant... J'ai créé un groupe PRO avec un reduction 5% sur tout le catalogue. Voici ce que j'obtiens : 54,13 devient 2.71... 2,71 € 54,13 € Terrible ! j'ai eu une commande ce jour QT 5 pour ce produit ! Le plus fort : lorsque je passe la rédution à 50% le calcul est correct !!! Avez-vous le même probleme ?
  20. Aller dans le repertoire modules/homslider/upgrade et supprimer ou renommer le ficher install-1.3.2.php retenter plus tard la mise à jour dont l'install actuelle semble buggée...
  21. Dans /js/product.js (template par defaut ) on trouve à la ligne 646 : var ecotaxAmount = !displayPrice ? ps_round(selectedCombination['ecotax'] * (1 + ecotaxTax_rate / 100), 2) : selectedCombination['ecotax']; if (ecotaxAmount != default_eco_tax) productPriceDisplay += ecotaxAmount - default_eco_tax; else productPriceDisplay += ecotaxAmount; Il semble que les valeurs comparée soient HT pour default_eco_tax et TTC pour ecotaxAmount ! Je vois donc 2 erreurs dans ce script : 1 - if (ecotaxAmount != default_eco_tax) est toujours vrai (comparaison entre HT et TTC 2 - l'addition de valeur HT et TTC pour l'écotaxe ne peut pas donner un prix correct Ceci est valable pour le magasin avec des prix affichés TTC Par ailleurs il est curieux que selectedCombination['ecotax'] renvoie la valeur de l'écotaxe par defaut et non la valeur de l'écotaxe de la combinaison qui est à 0 dans mon cas... Celui qui a écrit ce code peut peut être en dire plus...
×
×
  • Create New...

Important Information

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