pppplus

Pfff ! Je suis une andouille, j'ai oublié de cocher le forçage des ID

Merci, mais je ne suis pas intéressé par ce type de modules/soft. Logiquement, l'import produit devrait faire le taf.

Bonjour à tous. Je voulais faire des soldes, en envoyant une mise à jour des produits, via import de fichier csv. Product ID Name * Discount percent Discount from (yyyy-mm-dd) Discount to (yyyy-mm-dd) en solde Le fichier est bien importé sans erreur Mais rien ne se passe sur le prix, et la mise en solde. Avez-vous une idée pertinente pour que ça marche ? Merci d'avance

Oui, c'est utile pour reclasser les positions dans la/les catégories

Salut à tous Je suis en train de regarder, pour modifier la présentation de certaines choses en admin, pour améliorer ma productivité... Je suis sur Prestashop 1.7.8 source : https://devdocs.prestashop.com/1.7/modules/concepts/templating/admin-views/ => j'ai bien vu l'exemple donné par prestashop, et j'arrive bien à afficher l'exemple Hello World comme l'exemple => impossible de faire marcher le 2ème exemple (suppression de la colonne référence) qui manque cruellement de détails. Un fichier exemple serait le bienvenu ! => et je n'arrive pas à modifier du tout, le fichier qui m'intéresse (mais c'est lié à mon incompréhension du 2ème exemple PS) /Sell/Order/Order/Blocks/View/details.html.twig Quelqu'un a un exemple qui marche ? Car je ne sais pas du tout par quel bout prendre le truc. Merci d'avance ! ++

Oui, c'est ça

Non, ça c'est la solution idéale, mais ça demande plus de modifications du fonctionnement global de suppression produits. La solution, est dans le tout premier post (désactivation de la boucle de reclassement for en fin de fonction) J'ai mis le code intégral, il n'a pas changé (ou très peu) dans la 1.7 Je l'utilise toujours quand je dois supprimer beaucoup de produits.

Non, ce problème est toujours présent. Il faut éditer le fichier PHP, comme expliqué plus haut.

J'ai posté une solution ici : https://github.com/PrestaShop/PrestaShop/issues/13395 Bug toujours présent sur 1.7.6.7

Le module ne fonctionne plus du tout. J'ai remonté les erreurs sur github.

Oui @David-Julian Buch c'est à minima ce qu'il faut faire. @Eolia : dommage, je n'ai pas trouvé votre suggestion, du coup, j'ai passé un peu de temps à trouver cette satanée requête ! J'ai commenté votre post ! Ca fera peut-être avancer le schmilblick !

Je suis en train de supprimer des produits de ma boutique, et c'est d'une lenteur abominable ! J'ai 7000 produits environ, et en supprimer 1 prend des plombes. PS 1.7.6.1 Je viens de regarder ce qui ralentit : Quand on supprime un article, tous les articles de la catégories sont impactés (reclassés) OK, normal, pas de problème. Ensuite, tous les produits sont mis à jour 1 par 1, juste pour date_upd, dans la fonction cleanPositions (du fichier /classes/Product) : /** * Reorder product position in category $id_category. * Call it after deleting a product from a category. * * @param int $id_category */ public static function cleanPositions($id_category, $position = 0) { $return = true; if (!(int) $position) { $result = Db::getInstance()->executeS(' SELECT `id_product` FROM `' . _DB_PREFIX_ . 'category_product` WHERE `id_category` = ' . (int) $id_category . ' ORDER BY `position` '); $total = count($result); for ($i = 0; $i < $total; ++$i) { $return &= Db::getInstance()->update( 'category_product', array('position' => $i), '`id_category` = ' . (int) $id_category . ' AND `id_product` = ' . (int) $result[$i]['id_product'] ); /*$return &= Db::getInstance()->execute( 'UPDATE `' . _DB_PREFIX_ . 'product` p' . Shop::addSqlAssociation('product', 'p') . ' SET p.`date_upd` = "' . date('Y-m-d H:i:s') . '", product_shop.`date_upd` = "' . date('Y-m-d H:i:s') . '" WHERE p.`id_product` = ' . (int) $result[$i]['id_product'] );*/ } } else { $result = Db::getInstance()->executeS(' SELECT `id_product` FROM `' . _DB_PREFIX_ . 'category_product` WHERE `id_category` = ' . (int) $id_category . ' AND `position` > ' . (int) $position . ' ORDER BY `position` '); $total = count($result); $return &= Db::getInstance()->update( 'category_product', array('position' => array('type' => 'sql', 'value' => '`position`-1')), '`id_category` = ' . (int) $id_category . ' AND `position` > ' . (int) $position ); /*for ($i = 0; $i < $total; ++$i) { $return &= Db::getInstance()->execute( 'UPDATE `' . _DB_PREFIX_ . 'product` p' . Shop::addSqlAssociation('product', 'p') . ' SET p.`date_upd` = "' . date('Y-m-d H:i:s') . '", product_shop.`date_upd` = "' . date('Y-m-d H:i:s') . '" WHERE p.`id_product` = ' . (int) $result[$i]['id_product'] ); }*/ } return $return; } C'est totalement insensé !! En gros, pour une suppression d'un produit, qui est dans 4 catégories différentes, on va : - mettre à jour 1 champ de 2 tables pour chaque produit de 4 catégories différentes. Si j'ai 1000 produits par catégories, on va faire 4000 requêtes !!! J'ai commenté ces lignes (à 2 endroits dans la fonction, et maintenant, il faut à peu près 1 seconde pour supprimer 1 produit. Contre plusieurs minutes par produit précédemment. Alors, est-ce que cette mise à jour de date est vraiment pertinente (le produit en lui-même n'est pas modifié en plus !!) et si c'est vraiment pertinent, il faut impérativement modifier la requête, pour qu'elle mette à jour tous les produits en 1 fois. Moi, je suis pour la supprimer totalement, je ne vois pas l'intérêt de modifier la date de mise à jour d'un produit, qui n'a que changé de position !! Difficile d'envoyer ça comme un bug... quoique !

J'étais en train de chercher la même chose, et je vois qu'on peut le faire sur 1.7 On crée un nouveau groupe de boutiques (obligatoire) et on peut choisir de tout partager entre les boutiques de ce groupe (clients, produits, paniers). C'est irréversible, mais ça a l'air de répondre à votre problématique... de 2015 !

Bonjour à tous ! Je suis confronté à un problème ergonomique sur mon site, au niveau des catégories, et je fais appel à votre bon sens, en espérant que vous soyez plus inspiré que moi ! J'ai un site sur la téléphonie, avec notamment des coques de téléphones à imprimer + quelques autres accessoires (verres trempés, housses, coques diverses). Mon problème, j'ai énormément de catégories "croisées". En gros, par exemple, je devrais avoir : - Verres trempés / Samsung / Galaxy S6 ... Galaxy S7 ... Galaxy S8 - Samsung / Galaxy S6 / Verres trempés ... Coques cuir .... coques à imprimer Suivant la logique du client qui arrive, il devrait pouvoir passer par l'un ou l'autre des catégories. Plutôt simple à priori... il suffit de dupliquer ? Mais j'ai plus de 80 modèles de téléphones "principaux", probablement 150 en comptant tous les trucs un peu moins courant. Ensuite, dans les coques à imprimer, j'ai 1500 images environ (dans plusieurs thèmes), déclinées sur 80 téléphones. Si je me base uniquement sur les coques à imprimer (hors accessoires) : - j'ai répertorié chaque coque + image, comme 1 produit (pack : coque Samsung S6 par exemple + image Tour Eiffel) Pourquoi un pack ? car je peux tenir à jour mes stocks via un module que j'ai fait, basé sur le nombre de coques S6 en stock Mais gros problème, j'ai actuellement 7000 articles sur la boutique (car je n'ai pas encore mis toutes les associations coques + images, sinon 1500 * 80 = 120 000 articles). C'est le bazar car il y a trop d'articles, c'est ingérable pour le client. Alternatives 1 : - mettre 1 image, et en déclinaisons, toutes les coques possibles - et l'inverse, mettre une coque, et en déclinaison, toutes les images possibles. Mais le gros inconvénient des déclinaisons, c'est qu'il est impossible de mettre des textes et titres afférents à ces déclinaisons. L'autre problème est un problème de stock (je suis synchro sur Amz, et je n'arrive pas à gérer un article via sa déclinaison). Mais j'aurai creusé si j'avais pensé que c'était une bonne solution. Alternatives 2 : celle à laquelle je crois plus - un sélecteur de modèle de smartphone dès l'accueil du site - et l'affichage uniquement pour le smartphone choisi. Mais je n'ai rien vu pour faire ça de façon efficace. Il me faudrait presque un site par coque, genre samsungS6.mondomaine (ou mondomaine/samsungs6/ ) iphone7.mondomaine (ou mondomaine/iphone7/ ) Voilà, merci d'avoir lu mon long post jusqu'au bout !!! Je suis preneur de vos avis et suggestions ! Je préfère de loin rester sur Prestashop, mais je suis ouvert aux suggestions, si vous voyez un cms meilleur.

Bonjour à tous J'ai une boutique d'accessoires téléphones, et la présentation actuelle ne me convient pas. En gros, actuellement, j'ai 7000 articles pour 80 modèles de téléphones. Mais je trouve que c'est illisible. Je voudrai que le visiteur puisse sélectionner dès son arrivée, son modèle de téléphone. Vous avez une idée du comment présenter la chose ? Un module, ou un thème adapté à cette contrainte ? Voire en dehors de Prestashop (mais ça m'arrange pas, je le connais, et j'ai développé pas mal de trucs pour presta) Merci d'avance