Jump to content

Franque

Members
  • Posts

    120
  • Joined

  • Last visited

1 Follower

Profile Information

  • Activity
    Developer

Recent Profile Visitors

1,294 profile views

Franque's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges

2

Reputation

  1. Oui il semble que la mise à jour du module ne supporte pas la version PHP 5.4 alors que l'ancienne version la supporte
  2. Bonjour, Merci pour cette info. Pour reprendre le sujet initial, nous avons tester d'installer la version ultérieure à la dernière version du module dpd, et celle-ci fonctionne parfaitement, il y a donc une incompatibilité avec notre version Prestashop ...
  3. Oui, car dès lors que nous supprimons le module via FTP, l'erreur disparait. Oui, comment voulez vous que je vous le transfère ?
  4. Du coup, pas beaucoup de solution, hormis changer la version PHP de notre hébergement ? Le problème c'est que nous sommes sur un site en production qui fonctionne bien, donc tout revoir s'avère compliqué ...
  5. Depuis nous avons essayé d'insérer le module directement via le back office, et une fois le module téléchargé, cela affiche l'erreur suivante sur la page Module du back office en PJ
  6. Bonjour, Depuis que nous avons installé le module Up2pay e-Transactions Crédit Agricole Paybox v4.5.9 la page de redirection après un achat payé est directement la page historique de commande du client. Le problème, c'est qu'à cause de cela, les commandes ne remontent plus dans Google Analytics Nous sommes certains que cela provient du module, car c'est à l'instant où nous avons changé de module que le problème est apparu (nous ne pouvons pas revenir à l'ancien module E-transaction, celui-ci ne supporte plus les nouveaux protocoles de sécurités). Nous sommes sur un Prestashop 1.6.0.6 en production. La seule différence notable, c'est que les deux modules de paiements n'utilisent pas les mêmes hooks d'accroche, cela peut-il avoir une influence ? Sinon avez vous déjà rencontré le problème ? Merci d'avance
  7. Bonjour, C'est l'ancien module gratuit qui n'est plus disponible maintenant car Prestashop fournit uniquement le module pour Presta 1.7. Et DPD nous indique qu'ils ne peuvent pas nous apporter de réponse.
  8. Bonjour, Nous sommes sur un site en production tournant depuis de nombreuses années avec un Prestashop 1.6.0.6, version PHP 5.4. Nous avons souhaité installer le module DPD Prestashop V6.1.3 compatible avec Presta 1.6 Lors du transfert du fichier via FTP, tout se déroule correction, sauf que juste après nous ne pouvons uniquement plus accéder à la page Module du BackOffice, et l'erreur suivante s'affiche : Fatal error in module Module.php(1207) : eval()'d : Can't use function return value in write context Avez vous déjà eu un problème similaire avec le même module ou lors de l'installation d'un autre module ? Merci d'avance
  9. Bonjour, Depuis que nous avons installer le module Up2pay e-Transactions Crédit Agricole Paybox v4.5.4 en guise de remplaçant du module E-Transactions - Epayment v2.0.9.3 suite à une obligation de conformité de protocole, les commandes ne remontent plus dans Google Analytics. Nous sommes certain que cela provient du module car c'est à l'instant ou nous avons changé de module que le problème est apparu. Le dev du module n'explique pas le problème. Nous sommes sur un Prestashop 1.6.0.6 en production et la balise Google est intégré via le module : Google Analytics v2.3.4 - by PrestaShop. La seule différence notable, c'est que les deux modules de paiements n'utilisent pas les mêmes hooks d'accroche, cela peut-il avoir une influence ? Sinon avez vous déjà rencontré le problèmes ? Merci d'avance
  10. Merci de la réponse :). Et si il y a un développement sur mesure qui est fait (du style produit caché ou invisible etc pour pas faire doublons), faudra il forcement un lien entre les produits, ou une bidouille technique est-elle possible ?
  11. Bonjour, Nous sommes à la recherche d'une solution permettant de faire remonter dans notre backoffice les commandes de plusieurs marketplaces. A notre connaissance, les solutions présentes sur le marché via module ou gestionnaire de flux font envoyer le catalogue produit (prix, description etc), et uniquement après redescendre les commandes. Nous cherchons une solution pour faire uniquement redescendre les commandes sans envoyer le catalogue produit car nous ne vendons pas les mêmes produits sur les marketplace et sur notre site. L'idée est donc juste de centraliser les commandes et donc par la suite la gestion automatisée des étiquettes de transport via le module GLS afin de gagner du temps. Avez vous une idée de solution ou une piste à priviligegier pour trouver une réponse à notre probleme. Pour info : Prestashop 1.6.0.6 Hébergement Mutualisé Performance 4 chez OVH Marketplace : Amazon, Leroy Merlin (Mirakl) Merci d'avance de votre temps.
  12. Bonjour, Nous sommes sur un Prestashop 1.7.6.7, et nous avons mis en place différents profils commerciaux via le back office. Notre question est plutôt simple, nous souhaiterions définir une page par défaut après l'authentification de l'employé MAIS qui n'est pas présente dans le menu déroulant d'origine. En effet, nous avons installé un module, et nous souhaiterions que le commercial arrive sur une page spécifique du module. Ou pourrions nous trouver comment modifier manuellement cette page par défaut ? Merci d'avance
×
×
  • Create New...