boutik-fan

Thank you for the help. In my ps_orders table the currency was ok everywhere. But I noticed that a customer has id_currency set to 0 (I have only one currency). So I replaced to 1 and no more error 500 on this customer !

Merci pour les pistes ! Pour moi menu du BO Personnaliser > Paiement > Préférences Rubrique restriction des pays. Cocher les pays concernés. En profiter pour vérifier les transporteurs en-dessous. C'est bizarre je n'ai pas souvenir d'avoir accédé un jour à ces paramètres.

Hello, I would be curious to understand the behavior of the cache in customers browsers. What happens to the customer when I erase the Prestashop cache? I often see no found pages of theme cache (css or js). How could the browser know the name of the new cached file ? Or does it reload the entire page when a file is missing ? Thank you for some explanations !

Pour ma part, merci BGUERBET, cela fonctionne sur les nouveaux messages !

Je viens de tester. Pas de problème sur mon ordi. Les 2 clientes qui n'ont pas pu finaliser leur commandes auraient peut-être voulu créer ou modifier une adresse de facturation différente ?

J’ai vu dans mes stats serveur que l’adresse IP de ce client était : non résolue. Mais bon comme 50% des visiteurs ont des IP non résolue, cela ne doit pas avoir de rapport. J'ai désactivé à tout hasard "Recalculer les frais de port après modification de la commande".

Merci c'est une bonne idée ! Je ferai le test au prochain problème rencontré. Hier j'ai créé la commande manuellement mais ne suis pas allée sur la page de paiement. Si le problème est en rapport avec le navigateur, je ne le reproduirais pas. Sur un forum des années 2012, j'ai vu cette réponse : Je bidouille donc le navigateur firefox de l'ordi de ma fille et je vais dans : Outils>options>Réseau>Paramètres et je coche : détection automatique des paramètres de proxy pour ce réseau Cela avait fonctionné pour lui. Et avait pu poursuivre sa commande. Bonne journée.

Ils voient le message : il n’y a pas de transporteurs. c’est reproductible pour un même client, dans le sens qu’en vidant le panier ou en modifiant leur adresse, l’erreur continue. Pour ma part je ne peux pas la reproduire.

Binjour, Il est impossible de passer une commande pour certains clients. J’avais lu dans un forum que cela pourrait être à cause d’un réglage de proxy côté client ?? Ma boutique tourne depuis des années, donc ce n’est pas un problème de transporteurs, tranches, entrepôts ... j’ai pensé que cela pourrait venir de la détection de la langue du navigateur client, mais c’est désactivé. Qu’est ce que Prestashop cherche pour obtenir la liste des transporteurs ? j’espère avoir des pistes ! merci.

Bonjour, D’après ce que j’ai compris, le cache d’une page est générée par la première visite de cette page. J’ai une liste d’IP bannies ainsi que certains pays (que je renvoie sur une page vide). Après des régénérations de cache, j’ai eu des pages blanches sur mon site. Je me demande si cela avait un rapport avec les IP bannies qui du coup auraient généré une page blanche ? j’ai essayé en renvoyant ces IP sur « accès interdit « il semblerait que cela génère aussi un cache « vide » pour le lien visité. Quelqu’un pourrait-il m’éclairer ? un grand merci par avance. Bonne journée !

J’ai le même problème 1.7.3. Environ 4% des paniers. Cela se repère sur les paniers sans transporteur pour des clients qui ont rentré leur adresse. Il est probable que le problème provienne de la configuration de leur navigateur.

Bonjour, j’ai le même problème pour le renvoi d’email order_conf sur 1.7.3. Savez-vous où se trouve le module à corriger ?

Un grand merci !!! Cela fonctionne avec la modif dans le tpl !!!

Pourriez-vous m'indiquer quels fichiers il faut modifier ?

Bonjour, Même souci après passage à la 1.6.1.17 Très peu de pistes sur le forum. Mis à part copier l'ancien dossier mails/ ce qui ne résout rien et faire afficher debug qui ne me donne rien, je bloque !! Quelqu'un aurait une piste ? Merci.