Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Bonjour, Vous aurez toujours l'erreur hormis si vous corrigez l'erreur que le module implique. La méthode Discount::getDiscountTypes() n'est valable que jusque PrestaShop v1.4.11.0 ; votre PrestaShop doit surement être à une version 1.5 ou 1.6 et votre module n'est pas compatible en l'état. Une mise à jour est nécessaire. La classe Discount est d'ailleurs dépréciée depuis la v1.5.0.1 de PrestaShop.
  2. Ou, encore, vous pouvez éditer/modifier vos identifiants, ce qui serait peut-être [quoiqu'il arrive] déjà une bonne première option, vu votre déclaration précédente. Après, je vous laisse gérer, =)
  3. Excusez moi, je ne suis pas toujours sur le forum et dispo en temps réel... Quel fichier d'origine ?
  4. ;-) Voilà, maintenant vous pouvez vois un ensemble d'erreur et celle qui nous intéresse fortement: Invalid product vars. Et vu les erreurs précédentes, j'ai envie de vous demander: est-ce que votre thème est bien compatible avec votre version de PrestaShop, dites moi ?
  5. Bonjour, Lorsque le panier est vide, la page s'affiche bien. Sinon, vous avez une erreur 500, et non une 404. Cela signifie une erreur. Activez le mode DEV (en éditant le fichier ./config/defines.inc.php et en remplaçant define('_PS_MODE_DEV_', false); par define('_PS_MODE_DEV_', true); ) afin de voir l'erreur retournée. Cordialement, J. Danse.
  6. Donc, vous avez désactivez ou corriger le module cité, et le paiement par virement fonctionne désormais, c'est bien ça ? En plus, vous avez désormais activé le paiement par chèque et cela génère encore une page blanche ? Remettez le paramètre à true et vous pourrez voir l'erreur, éventuellement ---- EDIT: Avec plaisir ! ;-) N'hésites pas à modifier ton premier message pour mettre le sujet en [Résolu] =)
  7. C'est malheureusement nécessaire pour détecter l'erreur rapidement, ne vous en souciez pas trop, dès que le problème sera réglé vous pourrez le remettre à false comme par défaut, ça partira
  8. Vu... ;-) Lors de la validation de ma commande, j'ai une erreur avec le module loyaltylion, ce qui fait la page blanche,
  9. Bonjour, Lors de l'inscription, j'ai d'ores et déjà une page blanche. Pouvez-vous activé le mode développeur, par hasard ? (en éditant le fichier ./config/defines.inc.php et en remplacant define('_PS_MODE_DEV_', false); par define('_PS_MODE_DEV_', true); ) Nous verrons déjà si une erreur survient à ce moment là. Mon compte est bien crée et j'ai bien un e-mail, en tout cas, à ce niveau là. L'erreur est peut-être passagère par chez moi. N.B.: J'ai crée mon compte avec mon nom et adresse mail, [email protected] pour l'info ;-)
  10. Je lève mon café à votre honneur, pas de soucis ! ;-) N'hésitez pas à éditer votre premier message afin d’utiliser l'éditeur complet vous permettre de mentionner le sujet en [Résolu]
  11. Pour la régénération, je vous conseille ce module, sinon: http://prestashop.prestaedit.com/modules/imageregenerator.zip
  12. Merci. Je viens de voir, votre image fait 129px sur 129px, ce qui est par ailleurs "forcé" dans ses attributs pour l'HTML généré. Malheureusement, vous avez également une valeur CSS qui est telle que ceci: .product_img_link img.front-image, .product_img_link img.back-image, .product_image img.front-image, .product_image img.back-image { width: 100% } Ce qui implique que l'image tente de prendre l'ensemble de la taille de son conteneur. Dans le cas présent, il est de 196px sur ma version. L'image faisant de base 129px, elle est désormais étirée à 196px et cela la rend floue. Une éventuelle solution rapide serait de modifier les tailles de l'image dans la configuration des images, finalement
  13. Bonjour, Est-il éventuellement possible pour vous de nous fournir une URL pour voir le rendu ? Il est possible que ce soit la configuration du thème, la fautive, avec une déformation de taille imposée (et non maîtrisée). On pourrait déjà infirmer ou affirmer cette hypothèse,
  14. Bonjour, Je vais au moins vous répondre à votre question, sur le multiboutique et la gestion du back-office. La réponse est, oui, vous pouvez laissez la gestion à un employé à une seule des boutiques configurées. Pour cet employé, c'est comme si il était sur un PrestaShop classique, finalement.
  15. Bonjour, Pour commencer, quelle version de PrestaShop utilisée ? L'erreur se produit-elle avec l'ensemble des moyens des paiements ? Si non, lesquelles y sont configurés et qui posent problèmes ? Cordialement.
  16. Bonjour, Tout d'abord, vu les informations données, je suis prêt à parier que le module gamification est d'ores et déjà désinstallé, pas besoin donc d'en parler. Si jamais, faites le ;-) Concernant le module CronJobs, pour lequel l'URL avec le dir. admin est appelée, avez-vous ce module d'installé et éventuellement une tâche listée ? Sinon, vous avez notamment quelques méthodes/foncions qui font un refresh toutes les 24h, sur certains fichiers XML (comme le listing des modules). J'en pointe une, mais ce n'est pas la seule: https://github.com/PrestaShop/PrestaShop/blob/1.6/classes/controller/AdminController.php#L2038 Cette méthode est appelée dans initContent() de AdminController. Autant dire, à chaque chargement dans le Back Office. C'est à investiguer, à ce sujet. Mais, en attendant, et dans votre cas... Vous pouvez faire une surcharge de AdminController avec cette méthode: public function isFresh($file, $timeout = 604800) { return true; } Vous n'aurez d'ores et déjà plus certains appels forcés.
  17. Ah bah si, je l'avais fait ! Il est dans le module d'autoupgrade, en fait ! ;-) ; Voici le Pull Request en question.
  18. Oui et non. Pour le voir, vous devez ouvrir le fichier du module. Il s'agit pour vous de /modules/slider/slider.php Une recherche sur le mot "cache" devrait vous aider. Vous saurez, au moins, si c'est bien le cas. Connaissant l'auteur du module, je pense que le cache est en effet utilisé. Sinon, vous le contactez et il modifiera ça sans problèmes, je pense
  19. Bonjour, Pour ma part, je m'entoure de plusieurs partenaires et je peux voir si ceux-ci n'auraient pas une proposition à vous faire en fonction de votre demande. N'hésitez pas à me contacter par email ([email protected]) afin de voir cela. Cordialement, J. Danse.
  20. Normalement, quand mon module de paiement ne fait pas des siennes,vous avez le lien directement. J'ai validé la commande autrement, vous devriez avoir reçu les emails, est-ce bien le cas ? Sinon, n'hésitez pas à m'envoyer un email, je regarde à cela !
  21. Merci Hpar pour le lien ! Je vais voir ça de plus près, personnellement ! Quoiqu'il en soit, j'ai proposé ça en amélioration, sur base de ton article ! : https://github.com/PrestaShop/PrestaShop/pull/2695
  22. C'est bien cela ; pas spécifiquement de site l'utilisant... ... je viens de l'installer sur mon propre site. Un tour par le menu, au niveau de "Tableau de bord" te permettra de voir le comportement du module attendu, car cette catégorie n'a qu'un produit, actuellement.
  23. Sur la même base (de 500 paniers à 100€ par mois), on atteint un montant global de 810€ chez PayPlug. C'est donc déjà 50€ d'économisé et des frais d'ouvertures en moins, par ailleurs, sur le calcul mentionné ci-dessus !
×
×
  • Create New...

Important Information

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