Jump to content

J. Danse

Members
  • Posts

    2,562
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Bonsoir, Pour commencer, vous avez une erreur JavaScript dès l'ouverture de votre site sur la page d'accueil. Il semblerait que cela provienne d'un module type "smartsuppchat".
  2. Bonjour, Ce module semble correspondre et est compatible avec PrestaShop 1.7: https://addons.prestashop.com/fr/seo-referencement-naturel/6144-notes-et-avis-clients-pro-google-rich-snippets.html
  3. Bonjour, Vous pouvez créer un seul produit ayant deux déclinaisons quant au choix de la marque souhaitée et associer ce produit aux deux catégories en question.
  4. Bonjour, Je vous invite à voir cet exemple, éventuellement: https://github.com/PrestaEdit/PrestaShop-Canvas/blob/master/PrestaShop%201.6/Modules/simple/controllers/admin/AdminExampleController.php#L61
  5. Bonjour, La gestion des stocks avancés sera présent dans la version 1.7.2.0 de PrestaShop qui est actuellement en Release Candidate, permettant aux utilisateurs de faire un retour dessus. Il est donc tout à fait normal dans votre cas de figure que vous n'ayez pas vu comment l'activer pour votre version de PrestaShop.
  6. Vu l'heure de ton message, tu dois être tombé pile poile dans la remise à zéro de la version de démo ;-) C'est revenu à la normale.
  7. Bonjour, Il existe ce type de module (https://addons.prestashop.com/fr/vendre-par-abonnement-box/24345-advanced-subscription-abonnement-et-paiement-integre.html) qui embarque une gestion de "carte de membre". La carte de membre permet, une fois achetée sur abonnement, d'être transféré dans un groupe de client particulier. Ce groupe de client étant celui bénéficiant des prix intéressants.
  8. Bonjour, L'hébergeur ne propose pas de système InnoDB pour son offre gratuite. Il ne vous est plus possible, pour cette version de PrestaShop, de choisir le moteur de base de données MyISAM, sans décommenter les lignes à cet effet. Il est donc plus judicieux de se tourner vers PrestaShop 1,6 et/ou une offre d'hébergement.
  9. Bonjour Leodagan, Dans l'onglet "Performances" de votre Back Office, l'option "SmartCache pour CSS" est-elle définie sur "Oui" ? Si telle est le cas, désactivé là et rechargé la page Front Office une première fois , éventuellement.
  10. Etant donné que vous êtes sous PrestaShop 1.7 ; vous ne devriez pas avoir de soucis quant à la compatibilité de votre boutique avec une version 7.1 de PHP. Tout dépend donc du site de prod et des modules qui y sont rattachés. Le mieux étant de faire une duplication de celui-ci sur un serveur ayant la version PHP souhaitée voir si les modules tiers ne sont pas à modifier en fonction de.
  11. Voilà, vous avez donc votre erreur. Elle est liée au module xipblog. Votre version de PHP doit être inférieure à la 5.5, au vu de l'erreur provoquée. Si vous avez une version supérieure, cette erreur ne surviendra pas. Toutefois, le module devrait supporter les versions de PHP 5.4 au minimum, puisque c'est le minimum requis avec PrestaShop 1.7. Je vous invite à communiquer l'erreur au développeur du module, par la même occasion.
  12. Bonsoir, Concernant votre erreur 500, avez-vous tout d'abord activé le mode debug avant de reproduire cette fameuse erreur 500 (afin d'obtenir un message d'erreur plus clair, à ce propos) ?
  13. Bonjour, Il le sera dès la sortie de PrestaShop 1.7.2.0 (et exclusivement à partir de cette version), pour informations.
  14. Bonsoir, Ce n'est pas au programme au sein de PrestaShop. Il existe, pour cela, des modules de ce type: https://addons.prestashop.com/fr/produits-virtuels-telechargeables/7475-virtual-products-with-combinations.html
  15. Bonsoir, Assez simplement, le validateur n'est pas là pour valider votre module sur base de tests fonctionnels. Il est là pour vous indiquer si le module respecte les règles et les standards souhaités par PrestaShop concernant les modules en vente sur sa plateforme Addons. Dans celles-ci, notamment, est présente le fait que les variables globales sont interdites. Si vous n'avez pas vocation à mettre en vente votre module via la plateforme Addons, vous n'avez pas à vous soucier de le passer au validateur (bien que ce soit une bonne pratique pour le développement de vos modules, même internes).
  16. Bonsoir, Vous devez également cocher l'onglet parent (p.ex "Clients", la barre grise) pour "Voir" afin de lui permettre de voir les onglets enfants choisi.
  17. Bonsoir, Il existe des solutions de type "module" tel que celui-ci: https://addons.prestashop.com/fr/international-localisation/18980-supprimer-le-dossier-de-langue.html
  18. Bonjour, Si votre produit possède des déclinaisons, vous ne pourrez pas le basculer en "Packs de produits". Vous devez au préalable supprimer les déclinaisons existantes pour ce produit.
  19. Bonjour, Je suis éventuellement mal placé, étant dans l'équipe de développement de l'éditeur du module, car vous allez me voir comme non objectif: je connais ce module, c'est pourquoi je vous le mentionne. Je n'exclue pas l'éventualité d'un soucis potentiel, comme pour tout module, qui pourrait survenir. Mais le support sera réactif à cela, au besoin.
  20. Bonsoir, La seule réponse satisfaisante que je pourrais vous apporter n'est pas celle que vous attendez, je pense bien. Vous tournez vers un module du type de "Advanced Pack" vous permettrait de gérer ce type de stocks avec ce type de packs.
  21. Bonjour, Le module n'est pas compatible (à première vue) avec la version 1.7. Mais, ça tombe bien, vous n'en avez pas besoin. Et vous n'allez pas avoir besoin d'ajouter des conditionnelles (if) dans votre template principal. Vous allez pouvoir utiliser des templates en fonction de l'entité et de l'ID de celle-ci, assez aisément. Pour cela, vous devez dupliquer le fichier nommé themes/classic/templates/catalog/listing/category.tpl par ceci: themes/classic/templates/catalog/listing/category-15.tpl (où 15 est l'ID de la catégorie pour laquelle vous voulez que ce fichier prenne effet). Et l'éditez à votre guise.
  22. Je ne vois pas le rapport entre la demande, les surcharges et le module Advanced Search 4, cela dit. On pourrait, à l’extrême, éditer les controlleurs directement. On irait encore plus vite que l'utilisation d'une surcharge, si on va par là. Mais oui, chaque besoin est différent et tout dépend la notion de chacun. Disons aussi qu'ici, on sait qu'avec le module, on gère la partie précise de ce qu'on veut modifier. Je pense que, comme moi, tu te rends bien compte que la méthode qui contient la ligne 540 du fichier pointé est tout bonnement et simplement trop ample. J'entends par là qu'elle devrait être scindée par différentes méthodes pour gérer au mieux la maintenance et procéder à des surcharges plus courtes, plus précise et donc moins sujettes à des mises à jours non prises en compte lors des upgrades de PrestaShop, notamment. Ensuite, je donne bel et bien un conseil avec un exemple (bien plus qu'un exemple, d'ailleurs). Libre à l'auteur du sujet de l’utiliser ou non, selon. Il s'agit avant tout d'un conseil; ni plus ni moins. ;-) Au moins, grâce à nous deux, plusieurs pistes s'offrent à lui
  23. Je préfère qu'on apprenne les bonnes pratiques dès le départ, même si ça nécessite plus de pédagogie dans leur apprentissages, Je donne un exemple en fonction de son besoin, mais on peut d'ailleurs se passer de la première conditionnelle et faire un module bien plus dynamique, mais je crains que ce ne soit ni la demande, ni le besoin. Et, d'ailleurs, c'est là qu'on alourdit l'exemple et qu'on rends la compréhension plus difficile. Si franckisys n'a pas les connaissances pour rajouter ce code au sein d'un module, je pense qu'il est d'autant plus judicieux de ne pas jouer avec les surcharges elles-mêmes. Sans mépris aucun pour lui, bien entendu. On peut donc tout à fait y aller à son rythme, mais en commençant par les bonnes bases et en profitant des mécanismes qui sont offerts au sein de PrestaShop ;-)
  24. Bonsoir, Il existe ce type de module: https://addons.prestashop.com/fr/outils-administration/19845-template-personnalise.html Toutefois, selon votre version, il est possible de le faire nativement sans avoir à installer de modules et/ou à rajouter des conditionnelles dans votre template principal. Quelle est votre version de PrestaShop utilisée ?
  25. Bonsoir, A titre personnel et selon votre version de PrestaShop, je vous conseillerais plus vite d'avoir un module utilisant un des points d'accroches disponibles quant à l'injection de variable pour vos templates d'email. Par exemple, function hookActionGetExtraMailTemplateVars($params) { if ($params['template'] == 'livre' || $params['template'] == 'conge') { $order = new Order((int)$params['template_vars']['{id_order}']); $delivery = new Address((int)$order->id_address_delivery); $params['extra_template_vars']['{delivery_block_html}'] = AddressFormat::generateAddress($delivery, array('avoid' => array()), '<br />', ' ', array( 'firstname' => '<span style="font-weight:bold;">%s</span>', 'lastname' => '<span style="font-weight:bold;">%s</span>' )); } }
×
×
  • Create New...

Important Information

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