Jump to content

kool-wind

Members
  • Posts

    11
  • Joined

  • Last visited

Profile Information

  • Location
    France
  • Activity
    User/Merchant

kool-wind's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. On m’a aiguillé vers une piste et elle semble être la bonne. J’ai résolu le problème en installant la dernière version du module So Colissimo, le 2.8.5. et il n’y a plus de problème avec l’appel URL. serveur. Par contre, ce que l’un a à voir avec l’autre reste un mystère pour moi.
  2. Bonjour, J’ai installé le module Systempay sur ma boutique sous 1.5.1.0. L’installation s’est déroulée sans problème. J’ai lu toute la documentation plus d’une fois. Je suis en train d’effectuer les tests de paiement. Les paiements sont toujours acceptés et on les voit bien dans l’outil de gestion de caisse Systempay, mais systématiquement il y a une erreur lors de l’appel url serveur. Si le client (moi) clique pour retourner à la boutique il est accueilli par un message lui disant qu’il y avait une erreur de paiement et de contacter le « service client ». Si j’exécute l’URL serveur dans l’outil de gestion, cela fonctionne instantanément. Toutes les causes possibles d’une erreur lors de l’appel url serveur citées en exemple dans la documentation ont été explorées et, je pense, éliminées. Visiblement, quelque chose bloque l’accès au serveur initialement, mais pas quand l’appel vient directement de l’outil de gestion. J’ai déjà lu tout ce que j’ai trouvé sur le sujet. J’ai supprimé et réinstallé le module. Je ne sais plus quoi faire. S’il n’y a pas de solution miracle, quelqu’un peut-il m’aiguiller dans la bonne direction ? Merci d’avance pour les réponses.
  3. Hello everybody! I have just upgraded the test version of my site to 1.5.6.0. (My live site is running 1.5.1.0) The problem I’ve encountered is that “There is no carrier available for this address”. I am in France so it’s in French, but that is more or less what the customer sees when he’s trying to check out. The result of this is that the shipping (although there isn’t any) is free, and there is no payment option (so I can’t verify that either). I’ve read all similar posts on this subject but have been unable to find any relevant answers. Everything appears to be configured correctly and I’ve looked at the database, but all of that seems fine. I would be very grateful for any help with this. Regards,
  4. Bonjour, Je viens de mettre la version test de ma boutique à jour vers 1.5.6.0. La boutique réelle tourne sous 1.5.1.0. J’ai déjà essayé à plusieurs reprises de la mettre à jour vers 1.5.2…1.5.3…1.5.4.1 mais à chaque fois j’ai rencontré trop de problèmes et je suis donc revenu très rapidement à ma 1.5.1.0 qui fonctionne pas trop mal. Cette fois la mise à jour s’est très bien passée mais j’ai quand même un gros souci. Quand je fais une commande je n’ai « aucun transporteur pouvant livrer à cette adresse ». Tout est correctement configuré dans « Transporteurs » et « Pays » et « Zones » mais dans le récapitulatif de commande du client il n’y a pas de transporteur, donc pas de frais de port et pas de choix de paiement. Est-ce que quelqu’un a une idée ? J’ai déjà lu d’autres posts sur ce sujet mais les solutions proposées ne correspondent pas à mon problème. Merci d’avance pour votre aide.
  5. Bonjour, J'ai le même problème que Nabief et effectivement, si on désactive So Colissimo tout rentre dans l'ordre. Je n'ai nullement envie de le désactiver, et de toute façon ce n'est pas une vraie solution. Ma boutique est sous la version 1.5.1.0 J'ai affiché les erreurs et le résultat est ci-dessous. J'attends avec impatience vos suggestions. Merci d'avance, kool-wind.
  6. Bonjour, J'ai une version 1.5.1.0 de Prestashop et So Colissimo 2.7.3 et j'ai exactement le même problème que Jal-art, c'est à dire erreur 404 quand le client clic pour choisir le mode de livraison. J'ai lu les 9 pages de ce 'thread' et essayé toutes les solutions postées mais, rien ! J'ai aussi une version test de mon site que j'ai mise à jour vers 1.5.3.1 et ce n'est pas mieux. Avec la solution suggérée par Fenn, par exemple, je n'ai carrément plus la case pour choisir le mode de livraison! J'ai même fait venir un responsable de la Poste (spécialiste 'produits') qui a passé l'après-midi à essayer de faire fonctionner quelque chose, mais en vain. Il a fini par appeler Prestashop en se présentant (style partenaire) etc, etc… Il leur a expliqué que des clients à lui rencontraient des problèmes avec le module So Colissimo Simplicité, qu'il avait fait tous les tests possibles, qu'il avait contacté le hotline So Colissimo et ainsi de suite. Prestashop lui a dit de dire à ses clients (moi) de prendre un ticket à 450€ pour qu'ils résolvent le problème, MAIS qu'on aurait une remise de 150€ parce que la Poste avait déjà éliminé leur responsabilité dans l'affaire! Que penser de tout cela? Théorie du complot?
  7. Bonjour, Je suis sous 1.5.1.0 et j'ai exactement le même problème de la page blanche après la validation d'un paiement par chèque et d'un virement bancaire. J'ai modifié config.inc.php pour afficher les erreurs et il n'y en a pas. En désactivant le module So Colissimo 2.7.3 (qui de toute façon ne marche pas!) cela résout le problème et les pages de coordonnées bancaire s'affichent correctement. Si quelqu'un a une vraie solution je suis preneur. Merci
  8. Je sais que c'est marqué 'Résolu' mais je voulais juste ajouter ceci. J'ai eu le même problème et je l'ai résolu en suivant la solution de Fabinho86. Très bien. Par contre, pas moyen d'afficher PayPal comme moyen de paiement en FO. Il n'y a que chèques et virements qui apparaissent. Résultat, le client ne peut pas choisir PayPal ! Avez-vous une solution pour cela aussi ? (J'utilise version PS1.5.1) Edit : Laissez tomber ce dernier problème car je l'ai résolu en mettant à jour le module PayPal vers la version 3.4.4 et en cochant les cases adéquates en BO dans modules/paiement.. Par contre du coup, j'ai de nouveau le problème initial, à savoir que dès qu'on coche la case pour accepter les CGV le client est envoyé directement vers le paiement par PayPal sans avoir eu la possibilité de choisir le mode de paiement. Je me suis dit, 'pas de panique, j'utilise la méthode de Fabinho86' mais seulement voilà, je ne trouve plus le fichier modules/paypal/js/front_office.js. Où est-ce qu'ils l'ont mis dans la version 3.4.4?
  9. Pour résumer la situation actuelle, j'ai désactivé Smarty et je ne force plus la recompilation. Je n'ai plus de HTTP 500 donc évidemment il y a un mieux mais après tout est-ce la meilleure solution ? Il me semble, en tant que débutant, que si on a besoin de désactiver quelque chose pour que ça marche (alors que Prestashop recommande de laisser actif) il y a un problème non résolu quelque part.
  10. Merci doekia, J'ai suivi le lien et effectivement ça correspond à mon cas. Suite à la lecture de l'article j'ai désactivé Smarty dans "Paramètres avancés Performances" et j'ai forcé la compilation. Tout à l'air de mieux fonctionner, pour l'instant. Juste un petit truc supplémentaire par contre. Dans tools/smarty/ je n'ai ni 'compile' ni 'cache'. J'ai lu partout sur tools/smarty/compile/ et tools/smarty/cache/ mais ils n'y sont pas. Je trouve les dossiers 'cache' et 'compile' dans /cache/smarty/cache/ et /cache/smarty/compile/ Est-ce la même chose ? De toute façon, puisque je n'avais que ces dossiers là, j'ai vidé les caches là ou ils se trouvent.
  11. Bonjour, J'ai également le problème d'error HTTP 500 à chaque fois que je navigue pour la première fois dans mes catégories, sous catégories ou produits. Après un rafraîchissement la page s'affiche et si j'y retourne, cela fonctionne. J'ai déjà lu beaucoup de posts mais je n'ai pas vraiment trouvé de solution. Par contre je vois que je ne suis pas le seul dans ce cas de figure. J'ai donc fini par m'inscrire sur le forum. Mon site n'est pas encore en production et à cette allure je ne sais quand il le sera! Dans config/config.inc.php j'ai mis 'dispaly_errors' à 'ON' dans l'espoir que cela me mettrait sur la piste et le résultat est: Fatal error: Function name must be a string in /home/www/tools/smarty/sysplugins/smarty_internal_templatebase.php on line 281 Est-ce que quelqu'un a une idée ? Merci d'avance
×
×
  • Create New...

Important Information

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