Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. There is absolutely no problem to have a logo.png with a size of 57 x 57 in a PrestaShop 1.5 ; the logo.png icon will be scale to 32 x 32. And since it's a square icon, you will not have a problem about that, you know...
  2. Pas de soucis ; c'est pour ne pas que vous vous fassiez taper sur les doigts la prochaine fois =)
  3. ;-). Je comprends aisément la référence. C'est vrai que c'est dommage car c'est une page très pratique. J'avais, comme en son temps, garder celle-ci en favori. Une chance ! ;-)
  4. Malheureusement, plus nul part. Cela a en effet été transmis à Xavier en son temps, lors de la migration du forum.
  5. En cas, il s'agit de cette page: https://www.prestashop.com/forums/index.php?app=core&module=search&do=viewNewContent&search_app=forums
  6. Bonsoir, Normalement, pour envoyer l'e-mail suite à la modification du changement d'état de commande, vous pouvez ajouter ce paramètre dans l'URL: sendemail=1
  7. Bonsoir, Voici un exemple (sur base de celui mentionné dans la doc). $target = Tools::getValue('id'); $name = Tools::getValue('name'); Db::getInstance()->insert('target_table', array( 'name' => pSQL($name), ), 'id_target = 4'); Vous avez donc le nom de la table en premier paramètre suivi du tableau de donnée (couple colonne/valeur) et le troisième paramètre est votre clause WHERE.
  8. Bonsoir, Lorsque vous éditez un fichier tpl, js ou css d'un module, et que vous souhaitez conserver les modifications malgré une mise à jour, vous devez absolument user des bonnes pratiques: la surcharge. Dans votre cas, imaginons le css "live_configurator.css" que vous éditez, vous devez le copier dans /themes/[votre_theme]/css/modules/themeconfigurator/live_configurator.css
  9. Bonsoir Zouheir/PrestaMO (?!), Ce qu'Eolia essaie de vous dire, c'est que vous avez un soucis éventuellement avec la structure de vos tables et les clés qui y sont définies. Il faudrait commencer par voir cette structure de votre table. Est-il possible pour vous d'exporter la structure (le script de création de la table) et nous le montrer, afin de pouvoir affirmer ou non si le problème survient de là ?
  10. Bonjour, Si vous n'utilisez pas un module, il vous est possible de simplement le désactiver ou le désinstaller ; cela aura le même effet.
  11. Sur votre site de test, il vous manque pas mal de fichier situé dans le dossier /js/
  12. Je pencherais en effet pour une erreur JavaScript, mais pour cela il faudrait voir dans la console (Firebug ou console Chrome) afin de visualiser le détails. Les comportements qui ne fonctionnent pas sont purement des comportements liés au JavaScript.
  13. Après demande, il semblerait bien que rien concernant l’interdiction des surcharges dans les modules publiés sur Addons ne soit émis. Par contre, je me dois de vous rappeler que la question étant sans rapports direct avec le sujet initial vous auriez mieux fait d'utiliser le message privé à cet effet. Pas de tracas pour cette fois, mais n'hésitez pas la prochaine fois à faire de la sorte, ;-)
  14. Bonsoir, Il faut savoir que ce module a été publié la première fois fin mars 2013 ; les règles de validation ont sans nuls doutes bougées depuis là. Seulement, en effet, certains modules historique embarquant des surcharges ont gardés cette possibilité d'être publié en l'état. Par contre, je n'ai pas vu de conditions à ce sujet, je vais me renseigner auprès d'un développeur Addons à ce niveau. ;-)
  15. La v2.4.5 prenant en charge la compatibilité de PrestaShop 1.6.1.0 est en attente de validation technique.
  16. Merci, Soyons Solidaires ! ;-) Pour l'info, il existe également un groupe Meetup sur Paris, si ça peut t'intéresser: http://www.meetup.com/fr/PrestaShop-Paris/ ;-)
  17. Nous sommes de plus en plus nombreux sur le groupe Meetup ! N'hésitez pas à nous rejoindre L'idée étant de voir l'évolution du groupe et la volonté de ses membres pour l'organisation de meetups sur la région de Liège. Cela permettrait de discuter PrestaShop autour d'un verre, d'échanger sur plusieurs sujets.
  18. Bonsoir, On peut laisser le sujet tel quel, il sert et servira à ceux ayant le module pour l'entraide sur la configuration.
  19. Bonjour à tous, Comme vous le savez, une version 3.0 de ce module était en cours de développement (https://github.com/PrestaEdit/navmegadrownevo-v3.0). Destinée à PrestaShop 1.6 et ayant pour fer de lance une intégration responsive et complètement différente (tout le style dans le tpl, plus dans le php). Seulement, voilà, je ne pourrais poursuivre cette intégration. Les retards pris dans son développement ainsi que les récents événements font que je serais dans une position de concurrence à mon propre employeur, désormais. Ce qui n'est, évidemment, pas acceptable. En l'état, le module en v2.0 ainsi que les premiers éléments en v3.0 resteront accessibles au public. Libre à vous de vous en inspirer et de voir ce que vous pouvez en faire... Quoiqu'il arrive, ce fut un réel plaisir que de travailler sur ce module, au fil des années.
  20. Une solution correcte, plus vite. Pas forcément "la meilleure". Je pense ceci dit que ce warning couplé à une option dans la configuration du thème serait une très bonne solution, en effet Pour la création des TPL, je suis d'accord. Maintenant, je préfère nettement qu'un intégrateur prenne le soin de le faire et donc de faire en sorte de prendre en charge les options que de laisser un marchand (ne sachant pas spécialement où et que voir) faire des tests du thème juste parce qu'aucunes infos de prise en charge n'est disponible, je dirais
  21. Perso, je pense qu'il est également possible, pour le designer d'un thème de créer les fichiers tpl correspondant... même si inutile. Si l'intégration se passe autrement, un fichier TPL vide ne posera pas problème. Ou, alors, il faudrait une option dans le thème (comme responsive) qui indique que le module est pris en charge dans le thème, ce serait pratique aussi ;-)
  22. Bonjour, Bonsoir, Chers utilisateurs de PrestaShop que vous êtes, j'ai le plaisir de vous informer qu'un groupe Meetup a vu le jour: "PrestaShop Liège". Celui-ci est destiné à accueillir les utilisateurs, commerçants, développeurs, ... de PrestaShop en vu d'un éventuel Meetup sur Liège, en Belgique, à l'occasion. N'hésitez donc pas à nous rejoindre ! Lien vers le groupe Meetup: http://www.meetup.com/fr/PrestaShop-Meetup-Liege/ A bientôt ! Jonathan, Ambassadeur PrestaShop.
  23. Bonsoir, Ayant pu travailler sur ce genre de problématique (une mise à jour quotidienne d'une multitude de produits/catégories), je peux vous affirmer que cela prends énormément de temps avec l'outil des webservices actuel. Pour pallier à ce soucis d’exécution très lente, nous avions opté pour une solution quasi identique mais sur mesure: un module. Ce module servait en fait de webservice, mais n'utilisait que les associations souhaitées sur base de ce qu'on lui envoyait. Personnellement, je vous conseille de réaliser un module de traitement de données si vous avez la possibilité d’interagir avec (dans notre cas, le client synchronisait son programme interne avec son site en ligne)
  24. Bonsoir, Pour ma part, j'opte désormais pour une installation neuve (par défaut) d'une nouvelle version à laquelle on intègre les données mises à jour / migrées en fonction des versions. C'est cette méthode que je conseille vivement, donc.
  25. Bonsoir, Lorsque l'on ne maîtrise pas assez le processus via ce type de mise à jour et que l'on a pas une gestion d'erreurs qui y est lié, on peut vite tomber sur un soucis et autant vous dire qu'il est très dur de savoir à quel moment le soucis s'est posé. La technique, du moins l'idée, quant à elle, n'est pas idiote: c'est l'une de mes manières de procéder et les migrations tournent très bien. Seulement, derrière, j'y ai rattaché une réelle gestion des erreurs et une maîtrise du processus.
×
×
  • Create New...

Important Information

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