Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. J'avais dit que je ne réagirais pas, mais tout de même. Ce qui est dommage est surtout qu'il n'y a pas une éthique. Il est clair qu'en tant que prestataire, il est plus aisé pour nous et plus cohérent de passer du temps sur le forum. Seulement, cela ne doit pas nous empêcher d'avoir un esprit communautaire et d'aide. On peut tout à fait proposer ses services (sinon, on manquerait de validateurs) mais on doit pouvoir également aider et contribuer. Avoir une éthique.
  2. Bon, Dans l'histoire, France semble toujours impactée. Les discussions se faisant sur le forum, (et je peux aisément en comprendre le pourquoi du comment) je me permets de vous informer que nous réalisons des migrations de données d'une version à une autre et ce sans le moindre encombre. La prochaine mise à jour étant planifiée à demain. Ces mises à jours peuvent être rapide et vous serez donc vite débloqué à ce niveau. Cela dépend par contre de votre besoin initial (développement, conservation du thème, ...). Tout cela peut se discutter. Concernant un prix, je ne l'indiquerais pas en public. Tout ce que je peux vous dire, c'est qu'il vous sera communiqué avant tout travail, qu'il ne sera pas changeant, qu'il sera réduit par rapport à un client habituel pour la même demande (c'est le geste que je sais vous faire, ne pouvant malheureusement pas le faire pour vos anciens prestataires) et vous aurez le loisir de payer une fois la commande exécutée. Ceci afin de vous permettre de voir le travail effectué avant d'investir et pour la confiance que je peux vous porter. Si votre besoin est toujours existant, je me ferais un plaisir de vous venir en aide, du mieux que je le peux. Pour le reste, je laisse le soin aux autres intervenants de faire le fil de discussion (concernant le soucis de modération/prestataires/...).
  3. Voici le code source: <?php class AdminOrdersController extends AdminOrdersControllerCore { public function sendChangedNotification(Order $order = null) { return; } } Ceci est à placer dans un fichier nommé AdminOrdersController.php placé dans /override/controllers/admin/
  4. Bonjour, Cela ne changera strictement rien. Il va vous falloir faire une surcharge de la class AdminOrdersController et de la méthode sendChangedNotification() pour faire un return; Cette méthode est appelée à chaque édition de commande, peu importe le statut. Pour compléter les infos, cette méthode est déplacée dans un module/hook en 1.6. Edit: correction du nom de la méthode.
  5. Bonjour, Décortiquons déjà votre méthode. Avant tout, sachez que PrestaShop utilise le PHP. Si vous ne le connaissez pas de trop, n'hésitez pas à voir des tutos dessus. Le PHP sera votre base de travail. De plus, pour voir vos erreurs, il vous faut activer le mode DEV de PrestaShop pour plus d'aisances. Pour le reste, la variable $newProducts est déclarée et définie à false. Un test (if case) est réalisé voir si elle est à true ou false. Comme elle n'est jamais modifiée, vous aurez toujours un return; exécuté. Cette ligne: $category = new Category()(int)$cat_id, (int)Context::getContext()->language->id); Deviendrait: $category = new Category((int)$cat_id, (int)Context::getContext()->language->id); Ceci pour la syntaxe PHP. Par contre, $cat_id n'est pas définie. Ce sera donc la Category d'ID 0. D'ailleurs, la raison est simple: vous n'avez pas besoin de cet objet. Vous allez réaliser un appel de méthode statique ($category::... n'étant d'ailleurs pas syntaxiquement bon). Ceci dit, cela ne vous sert à rien de faire appel à getProducts() dans votre cas. Vous allez utiliser la méthode getNewProducts() qui elle est liée à l'objet Product (et non Category). De même, votre if case pour récupérer la configuration du nombre de jours durant lesquelles un produit est considéré comme nouveau n'est pas utile. Pour finir, votre méthode deviendrait finalement: private function getNewProducts($nbr){ $newProducts= Product::getNewProducts((int)$this->context->language->id, 0, (int)$nbr); if (!count($newProducts)) { return; } return $newProducts; }
  6. A première vue, non, pour les retours produits. Puisque comme on peut le voir via votre requête, le nombre se situe dans une autre colonne et celle-ci n'est pas déduite de la principale. Pour le o.valid, j'ai envie de dire que oui et en même temps de le nuancer. C'est surtout que la commande est dites "valide", car payée. [et statut qui suivent, si marqué comme payé dans leur configuration]. J'irais plus vite sur une jointure des états de commandes en sélectionnant ceux à "paid" = 1 , personnellement.
  7. Bonjour, Les méthodes addToCategories() ou encore updateCategories() de la classe Product ne vous seraient-elle pas utile ?
  8. Je viens de proposer le correctif chez PrestaShop: https://github.com/PrestaShop/blockcms/pull/16
  9. Je viens de proposer le correctif chez PrestaShop: https://github.com/PrestaShop/blockcms/pull/16
  10. Bonjour, Ce n'est pas la première fois que je vois l'erreur survenir. Vous êtes en 1.6.0.11 éventuellement ? Je viens de proposer le correctif chez PrestaShop: https://github.com/PrestaShop/blockcms/pull/16
  11. Bonjour, Je dirais que la requête effectuée est celle-ci: $sql = 'SELECT SUM(od.`product_quantity`) AS total FROM `bcc_order_detail` od LEFT JOIN `bcc_orders` o ON o.`id_order` = od.`id_order` WHERE od.`product_id` = '.(int)$id_product.' AND o.valid = 1; J'ai retiré la partie gérant la période de date.
  12. Bonjour, Je vais vous envoyer un message privé à cet effet. Ce type de migrations est celle que je pratique le plus souvent ; la prochaine en date étant prévue à la semaine, d'une v1.4.8.2 à une v1.6.1.0. Cordialement, J. Danse.
  13. public function getRateof($space_key) { $rate = Db::getInstance()->getValue('SELECT ratio FROM '._DB_PREFIX_.'rate WHERE thekey = "'.(string)$space_key.'"'); return $rate ; } ;-)
  14. (Je ne dis pas le contraire, mais sachant que cette colonne est native en 1.6.1.0, il me semble adéquat de ne pas mentionner un module qui tape dans une colonne qui n'existe pas, simplement). L'erreur, elle est simplement qu'une colonne n'existe pas.
  15. Bonjour, Non, c'est bien natif, cette colonne. A partir de la v1.6.1.0. La question est de savoir pourquoi et comment cette table n'a pas été altérée à la mise à jour. Pour être sur, vous êtes bien en v1.6.1.0, Laëtitia ?
  16. Bonjour (Sérieusement, aussi), Est-ce que vous avez signalez vos éventuels bugs via la Forge, par hasard ? Loin de moi l'idée de dire qu'il n'y a pas de bugs constatés ou a constater, mais il est nettement plus évidement de les solutionner si ils sont mentionnés, à contrario. Bien à vous, J. Danse.
  17. Bonsoir, Après votre new Category(); vous pouvez tenter d'ajouter ceci pour voir ce que cela donne ? $cat->force_id = (bool)true;
  18. Actuellement, rien. Hormis attendre une correction pour que le module prenne en considération les versions antérieures ; sinon appliquer ce patch: https://github.com/PrestaShop/PrestaShop/commit/347c0176a518dda606e274913d58f4d534b731c7
  19. Pour le lien de l'image, c'est en fait la méthode qui fait toujours ce genre de lien après coup, en local. En online, ça donne: src="/1.6/1.0/modules/bankwire/bankwire.jpg" Par contre, de fait, ce n'est pas surchargeable en l'état.
  20. Je viens de tester, il semble en effet que je sois à 35. Je récupère simplement ainsi: /api/products/1
  21. Bonjour, PrestaBox a en effet été retiré de l'éco-système PrestaShop. Pour de simples et bonnes raisons. Sachez que PrestaBox proposait plus qu'un simple PrestaShop classique, d'où sa tarification finalement. Désormais, vous pouvez avoir officiellement et gratuitement un PrestaShop classique sur les installations de PrestaShop Cloud. Soyez fort de proposition, innovateur, amener votre petit plus et vous aurez éventuellement une clientèle souhaitant vous suivre. En l'état, cela me semble très délicat,
  22. Bonjour, Quelle est votre version de PrestaShop ? Je viens de réalisé un test rapide, sur /api/products/1 ; le champ "price" ne diffère pas selon que je définis un prix spécifique pour une unité ou non. Il est possible que j'ai raté la configuration, bien entendu, ceci dit
×
×
  • Create New...

Important Information

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