VirtualVitrine

Je sais que le sujet date mais comme il parait en haut des résultats G00gle je poste ma solution. Pour ma part la solution la plus simple est d'ignorer le champ ID lors de la sélection des correspondances après avoir importé le fichier CSV. Les ID seront automatiquement générés par PS. Il semble que l'option "Forcer les identifiants" laissée à non ne suffit pas.

Un maj vers 1.6 prévue pour le Module Simulateur de frais de livraison ?

This works for me but I had to set "disable Apache MultiViews Option" to "Yes"

bonjour, Je suis preneur si toujours dispo Merci

Nous avons acheté ce module pour la version 1.4 de Prestashop et aujourd'hui nous avons mis à jour la boutique vers la 1.5.6.1. Ce module ne fonctionne plus. Malgré une erreur fatale dans le BO lors de l'installation, le module semble s'être tout de même installé, et il se trouve bien listé dans la liste des modules, activé et près à être configuré. Après avoir cliqué sur "configurer", Prestashop à proposé de le mettre a jour, ce que j'ai fait. Après un terrible suspens, un dossier à été créé dans modules : /modules/oleapriceseditorplus/patches/1.4/classes contenant : SpecificPrice.php, Product.php, PaymentModule.php, FrontController.php Mais maintenant Prestahop affiche un avertissement dans le BO signalant que Super Price Editor Extented nécessite des patches de cœur. De plus la page configuration du module affiche ceci : Patchesà faire La méthodeinit() doit être surchargée dans le fichier override/classes/FrontController.php La méthodevalidateOrder() doit être surchargée dans le fichier override/classes/PaymentModule.php La méthodegetAttributesGroups() doit être surchargée dans le fichier override/classes/Product.php La méthodegetAttributeCombinaisons() doit être surchargée dans le fichier override/classes/Product.php La méthode_getProductIdByDate() doit être surchargée dans le fichier override/classes/Product.php La méthodegetPricesDrop() doit être surchargée dans le fichier override/classes/Product.php La méthodegetRandomSpecial() doit être surchargée dans le fichier override/classes/Product.php La méthodegetPriceStatic() doit être surchargée dans le fichier override/classes/Product.php La méthodepriceCalculation() doit être surchargée dans le fichier override/classes/Product.php Avez vous l'intention de mettre a jour le module ? Si non, pourriez vous m'aider à le faire moi même en me mettant sur la voie ? D'avance merci.

Je voudrais modifier la gestion de l'affichage des quantités de façon à ce que ce soit les références qui s'additionnent et non pas le nombre des produits ajoutés au caddie. Exemple : Ma boutique vend du matériel de jardinage au détail. Mon client achète 30 Litres de désherbant, 50 clous, et 2 pelles. Actuellement le caddie affichera : quantité : 82 ( 30 + 50 + 2 ) produits. Alors que je n'ai finalement que 3 références. Ce qui à mon sens parait plus clair... Il y a 2 ans j'ai créé un topic sur la forge, mais il semble que ce soit loin d'être une priorité. Toutes suggestions sont bienvenues... PS: PS 1.5.6.1

Dans la mesure ou j'ai que quelques produits, pourquoi pas, mais je pensais plutôt à une option automatique... Comme le dis justement Mediacom87 et qui en effet fonctionne impeccable. Merci !

Bonjour, Comme dis dans le titre, je souhaite afficher les produits des sous catégories dans la catégorie parente en lieu et place du triste : Aucun produit dans cette catégorie Y aurait-il une manip dans le BO que je n'aurait pas vue ou dois-je m'acquiter d'une méthode plus barbare du type énoncée ici ? Merci bien PS : PS 1.5.6.1

Effectivement après l'installation de Paypal, il faut se rendre dans la configuration des modules de paiements, (Modules -> Paiement) et choisir une option de restrictions sur les devises... Aucune n'est sélectionnée par défaut, ce qui génère une erreur fatale.

Je ne comprend pas ta question. Quel export ?

Je vais opter pour la soluce de monvidedressing : je ne savais pas qu'on pouvais actualiser sa base en important seulement les champs désirés. Merci de vos réponses.

Salut la commu, J'ai effectué un import CSV de tous mes produits via l'outil d'import de Prestashop. L'import, qui contenait les prix de vente HT de mes produits s'est passé sans embûche. Ces prix ne sont plus bons, j'ai donc voulu les mettre à jour directement dans ma BDD (table ps_product -> price) pour ne pas avoir à tout réimporter. Jusqu'ici tjs aucun : sauf que rien ne change dans le BO. Les prix de vente HT affichés dans le BO et donc dans le front en TTC restent inchangés... Je précise que je suis bien dans la bonne base, et j'ai modifié la table ps_products -> price. Une idée svp ? Merci de votre aide.

La catégorie "Accueil" est en fait la catégorie Racine (Root) qui ne peut pas être effacée au risque de nuire au fonctionnement de Prestashop. De plus, dixit la Documentation :

Comme décrit plus haut, le pb viens du fait que les catégories sont vides suite à l'utilisation du module RAZ. Si les tables "catégories" sont vides, Prestashop bug... Il vaut mieux faire un "reset" manuel des tables directement en BDD. Le plus simple : en se connectant à PhpMyAdmin et en collant la requête citée plus haut. Cette suite de requête vide d'abord toutes les tables (truncate) puis insère (insert) des données dans les tables concernées. Tout ceci peut être effectué en une seule opération : copier / coller le tout dans une fenêtre de requête PhpMyAdmin... Bon courage

bug de la 1.5.3.1 : http://forge.prestashop.com/browse/PNM-927