Paiement effectué et reçu, mais commande inexistante

[voila]

Bonjour,

J'ai un énorme problème depuis la mise en ligne de ma boutique prestashop:
un tiers des commandes payées via Atos (CB) n'apparaissent ni dans mon compte administrateur, ni dans le compte client. Ce sont des commandes inexistantes dint je reçois pourtant le paiement via Atos.

Quelqu'un a t'il déjà eu ce problème?

Merçi d'avance pour vos réponses.
Cordialement.

[voila]

J'ai contacté l'hébergeur chez qui j'ai commandé le "pack Prestashop", et d'après le technicien, le problème de ces commandes invisibles mais payées viendrait plutôt de la version de prestashop.

Votre opinion s'il-vous-plaît?

Merçi
Cordialement.

[Thierry Création]

Bonjour,

Le module de paiement doit être mal configuré / codé et du coup il ne renvoi pas l'information de la validation (ou non) de la commande dans le back office

Contactez plutôt le développeur qui à installé votre terminal de paiement

[voila]

Merçi thierry-création.
-------

Un détail m'interpelle:
Le problème est ponctuel et si je me référe à mon panel d'administration LWS, il apparait que 2 ressources atteignent ponctuellement les limites autorisés: "sockets" (5 fois) et "processus" (130000 fois).

Le fait que les ressources soient dépassées ponctuellement et que mon problème soit également ponctuel, le tout recoupé aux pistes apportées par les messages du forum, laisse apparaitre comme possible que mon problème soit lié à un manque de ressources et non pas uniquement à un problème de version auquel la totalité des utilisateurs de cette verion devrait alors être confrontés.

Augmenter les ressources ne pourrait-il pas donc solutionner mon problème?

Cordialement.

[Thierry Création]

Bonjour,

LWS ... outch !

Une solution concrète serait sans doute de migrer votre boutique sur un autre hébergeur moins restrictif...
(et plus pro)

[voila]

Bonjour.

Quel hébergeur offre les meileures conditions d'hébergement?

Merçi

[david_nantes]

Lws tu peux y aller sans problème ! Contrairement à ce que dit Thierry.
J'ai 2 boutiques chez eux ca tourne et c'est pro.
Le seul truc ton problème vient des quotas et c'est clairement le problème de ton VPS qui n'est pas assez puissant, passe à l'offre superieure et tu n'auras plus de problème.

[voila]

Prestashop dit que le module de paiement Atos de LWS est défectueux. Il est vrai que si c'éait le cas, tous les utilisateurs d'Atos avec Prestashop auraient le même problème. Ors ce n'est pas le cas.
Je vais suivre ton conseil david-nantes, et souscrire l'offre supérieure.
Merçi

[Patric]

LWS ... outch !

J'étais moi aussi le premier à fustiger cet hébergeur qui avait vraiment très mauvaise réputation.
Mais il m'a semblé dernièrement qu'ils essayaient de faire un effort pour améliorer leurs services, ne serait-ce que par la présence d'un de leurs représentants sur ce forum.
Après, est-ce qu'il y seront parvenus je sais pas. Mais les choses changent vite en matière d'hébergement.

Par exemple j'étais aussi le premier à conseiller PHPNux dont j'étais super content. Et les critiques à leur encontre se multiplient. J'ai moi-même pu constater quelques lenteurs. Dommage... :sick:

[voila]

J'ai demandé à LWS de m'octroyer temporairement des ressources supérieures afin de pouvoir effectuer des constats.

Leur réponse: "Si vous désirez plus de ressource, vous devez passer à une offre supérieure".

Merçi LWS pour vos réponses précises et votre aide concernant VOS produits.

[voila]

J'ai changé de formule avec beaucoup plus de ressources mais le problème persiste. Coût + 10 Eur / mois
Le module Atos préinstallé par LWS est bien défaillant comme me l'a indiqué le technicien de Prestashop.
Je suis donc obligé d'acheté le module sur Prestastore. Coût: 270 Eur HT

[canceo]

Bonjour,

Depuis quelques temps, j'avais le même problème... ce problème était apparu subitement... Tout commence lorsque je m'aperçois qu'un nombre élevé de paniers est créé à des intervalles très courts style 2 secondes.. des centaines de paniers... c'était biensur pas normal... Je me renseigne et analyse mes logs serveurs... En fait, j'étais attaqué par un programme qui pompe le contenu de mon site (Teleport pro), en pompant le site, ce programme ou tout autre programme pour pomper des sites, crée automatiquement des paniers à une vitesse folle. Ce qui est très lourd en ressource serveur...

Pour bloquer tous ces programmes, et après quelques recherches, j'ai modifié mon htaccess afin de bloquer par user-agent ces logiciels. Cela fonctionnait très bien, plus de paniers crées intempestivement mais par contre lors des ventes paypal ou autres, je recois l'argent mais rien au niveau du PA de Prestashop.

Après un bon temps de réflexion pendant 2 jours, il s'avérait que je bloquait également les connexions qui ne possédait pas de user-agent : Paypal et les logiciels de paiement bancaire ne possèdent pas de user-agent lorsqu'ils essayent de communiquer avec nos prestashop pour indiquer une vente. J'ai corrigé cela sur mon htaccess (une ligne à modifier). Du coup aujourd'hui tout est rose, j'ai plus de problèmes de panier et mes ventes sont indiquées au sein du panneau d'admin.

J'espère avoir pu vous aider : au niveau des deux problèmes.

Cordialement,

[phil46]

Bonsoir,

J’ai corrigé cela sur mon htaccess (une ligne à modifier). Du coup aujourd’hui tout est rose, j’ai plus de problèmes de panier et mes ventes sont indiquées au sein du panneau d’admin

Ce serait sympa de dire laquelle?

cordialement

[canceo]

Re

J'ai supprimé cette ligne qui bloque tout accès au site au connexion sans user-agent

RewriteCond %{HTTP_USER_AGENT} ^-?$ [OR]

Voici ce qu'il faut insérer dans son fichier htaccess pour ne plus avoir de paniers qui se créent toutes les 2 sec à cause d'attaque de logiciels. et biensur ca ne bloquera pas Paypal ou tout autre moyen de paiements.

# bloquer les robots aspirateurs
   RewriteCond %{HTTP_USER_AGENT} Advanced\ Email\ Extractor [OR]
   RewriteCond %{HTTP_USER_AGENT} almaden [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} @nonymouse [OR]
   RewriteCond %{HTTP_USER_AGENT} Art-Online [OR]
   RewriteCond %{HTTP_USER_AGENT} CherryPicker [OR]
   RewriteCond %{HTTP_USER_AGENT} Crescent\ Internet\ ToolPack [OR]
   RewriteCond %{HTTP_USER_AGENT} DirectUpdate [OR]
   RewriteCond %{HTTP_USER_AGENT} Download\ Accelerator [OR]
   RewriteCond %{HTTP_USER_AGENT} eCatch [OR]
   RewriteCond %{HTTP_USER_AGENT} echo\ extense [OR]
   RewriteCond %{HTTP_USER_AGENT} EmailCollector [OR]
   RewriteCond %{HTTP_USER_AGENT} EmailWolf [OR]
   RewriteCond %{HTTP_USER_AGENT} ExtractorPro [OR]
   RewriteCond %{HTTP_USER_AGENT} Fetch\ API\ Request [OR]
   RewriteCond %{HTTP_USER_AGENT} flashget [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} frontpage [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} Go!Zilla [OR]
   RewriteCond %{HTTP_USER_AGENT} HTTPConnect [OR]
   RewriteCond %{HTTP_USER_AGENT} HTTrack [OR]
   RewriteCond %{HTTP_USER_AGENT} Indy\ Library [OR]
   RewriteCond %{HTTP_USER_AGENT} IPiumBot\ laurion(dot)com [OR]
   RewriteCond %{HTTP_USER_AGENT} Kapere [OR]
   RewriteCond %{HTTP_USER_AGENT} libwww-perl [OR]
   RewriteCond %{HTTP_USER_AGENT} Microsoft\ URL\ Control [OR]
   RewriteCond %{HTTP_USER_AGENT} minibot\(NaverRobot\) [OR]
   RewriteCond %{HTTP_USER_AGENT} NICErsPRO [OR]
   RewriteCond %{HTTP_USER_AGENT} NPBot [OR]
   RewriteCond %{HTTP_USER_AGENT} Offline\ Explorer [OR]
   RewriteCond %{HTTP_USER_AGENT} Offline\ Navigator [OR]
   RewriteCond %{HTTP_USER_AGENT} Program\ Shareware [OR]
   RewriteCond %{HTTP_USER_AGENT} QuepasaCreep [OR]
   RewriteCond %{HTTP_USER_AGENT} SiteMapper [OR]
   RewriteCond %{HTTP_USER_AGENT} Star\ Downloader [OR]
   RewriteCond %{HTTP_USER_AGENT} SurveyBot [OR]
   RewriteCond %{HTTP_USER_AGENT} Teleport\ Pro [OR]
   RewriteCond %{HTTP_USER_AGENT} Telesoft [OR]
   RewriteCond %{HTTP_USER_AGENT} TuringOS [OR]
   RewriteCond %{HTTP_USER_AGENT} TurnitinBot [OR]
   RewriteCond %{HTTP_USER_AGENT} vobsub [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} webbandit [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} WebCapture [OR]
   RewriteCond %{HTTP_USER_AGENT} webcollage [OR]
   RewriteCond %{HTTP_USER_AGENT} WebCopier [OR]
   RewriteCond %{HTTP_USER_AGENT} WebDAV [OR]
   RewriteCond %{HTTP_USER_AGENT} WebEmailExtractor [OR]
   RewriteCond %{HTTP_USER_AGENT} WebReaper [OR]
   RewriteCond %{HTTP_USER_AGENT} WEBsaver [OR]
   RewriteCond %{HTTP_USER_AGENT} WebStripper [OR]
   RewriteCond %{HTTP_USER_AGENT} WebZIP [OR]
   RewriteCond %{HTTP_USER_AGENT} Wget [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} Wysigot [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} Zeus.*Webster [OR]
   RewriteCond %{HTTP_USER_AGENT} Zeus [OR]
   RewriteCond %{HTTP_REFERER} ^XXX
   RewriteRule ^.*$ http://www.example.com [R,L]

Comme vous pouvez le constater , je redirige les logiciels vers un site bidon... www.example.com

Bien cordialement,

[voila]

Bonjour,

Après avoir changé de formule chez LWS pour avoir plus de ressources et ne plus dépasser les quotats, j'ai fait installé par les techniciens de Prestashop le module Atos (acheté sur Prestastore).

Et toujours le même problème

Via Paypal, aucun souci avec les commandes.
Dès lors que 2 ou 3 clients passent commande en même temps avec un paiement via Atos, les paiement passent mais les commandes disparaissent.

J'attends maintenant la réponse de Prestashop...

[bong]

pour réparer rapidement une commande,
1- ouvrir une commande au hasard
2- modifier dans l'URL "&id_order=XXX" avec un XXX qui correspond à la commande fantôme (que l'on peu retrouver dans le menu "panier").

Ca ne résoud pas le problème initial, mais ça permet de se dépétrer sans difficulté de la situation.

(Jai eu le soucis avec des commandes passées via CIC-Euroinformation sur un serveur dédié)