 ATOS et pas de commande, Aleatoire et enervant ! |
 |
 |
 |
 |
 |
 |
 |
 |
Bienvenue invité ( Connexion | Inscription )
  |
 27 Mar 2012, 10:43
Message
#1
|
|
|
Ceinture blanche OSC  Groupe : Membres Messages : 8 Inscrit : 27-July 10 Membre no 27850  |
Bonjour,
J'ai le module de paiement ATOS depuis 2009 mais depuis une semaine il se passe des trucs bizarres. Mes commandes s'enregistrent bien apres validation du paiement sauf une de temps a autre et cela sans que j'arrive a le reproduire ou meme comprendre le pourquoi du comment... Si qq'un a une idee je suis preneur car la je rame et c'est pas bon pour les affaires ! Merci et bonne semaine |
 |
|
|
27 Mar 2012, 18:28
Message
#2
|
|
 5eme dan OSC  Groupe : Administrateur Messages : 9221 Inscrit : 4-March 03 Lieu : Pau Membre no 927 |
Une de temps en temps, c'est comme le temps que ça prend : un certain temps! Plus précis tu n'as pas ?
Donc ça représente quoi ? Quel flux de commandes, quel pourcentage de ratés, quel hébergement... quel nombre de visiteurs quotidiens ? Selon la charge serveur, le type d'hébergement, les solutions peuvent varier... Sinon, la solution peut passer par une enquête longue et pointue d'étude des logs: date et heure de la commande => on pointe le checkout_confirmation correspondant puis on suit les lignes et on cherche un retour de la banque qui adresse le atos_response ou le checkout_process... Avec ça on voit si le délais n'est pas au delà des 24 minutes de session traditionnelle et si besoin on étend la durée de session (récupération de quelques pourcents ramollos de payeurs à qui il faut plus de 20 minutes pour trouver leur CB) Dans le pire des cas on essaye la contrib orders_check... ça permet de récupérer les définitivement perdues. -------------------- Tout d'abord :
 - Ni Hotline ni Service Après Vente, ces forums sont un lieu d'échange. BIEN POSER SA QUESTION (généralités)Les "Informations Importantes" que vous devez ABSOLUMENT avoir lues : Règlement, Bien poser sa question dans ces forums et Bien utiliser les Forums. Les raccourcis pour gagner du temps : la FAQ, les PDF de la Doc (MS2-fr): PDF-V1 et PDF-V2, le moteur de Recherche sur les forums , la Liste des Contributions de Corbin. ----------------------------- Quelques sites de référence --------------------------- PHP: Le site du Zéro et PHP Débutant avec la DOC en français -- HTML: Self HTML - WebProgrammation -- CSS: OpenWeb - AlsaCréations - CSS/Edge -- Autres ressources: - XajaX - highslide js Les bons outils : EasyPHP - WAMP-5 -  - Notepad++ - Firefox et son extension WebDeveloperLe gène idéal c'est le gène original. Le génie des halles est un Génie des Alpages qui tente d'être à la page. (Merci f'murrr pour les cours de philosophie de chien) |
|
|
|
|
28 Mar 2012, 08:08
Message
#3
|
|
|
Ceinture blanche OSC Groupe : Membres Messages : 8 Inscrit : 27-July 10 Membre no 27850 |
Merci pour l'info, je crois que j'ai trouvé d'ou vient le probleme, je dois avoir une bande de dur de la CB en ce moment car, si je me plante pas en lisant les logs, il a pas payé assez vite, on est d'accord sur mon analyse ?
Code 194.199.xxx www.xxx.com - [23/Mar/2012:<b>13:19:06</b> +0100] "POST /xxx/checkout_confirmation.php HTTP/1.1" 200 6214 "http://www.xxx/xxx/checkout_payment.php" "Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0" 193.56.xx.xxwww.xxx.com - [23/Mar/2012:<b>13:55:00</b> +0100] "POST /xxx/checkout_process.php?osCsid=cbee9f0e1c58fb1431df96e24166e6f9 HTTP/1.0" 302 894 "-" "-" Merci et je vais voir cette contrib dont tu ma parles. Eric |
|
|
|
|
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :
|
Version bas débit | Nous sommes le : 16th April 2024 - 09:47 |
| Ce site est déclaré auprès de la commision Nationale de l'Informatique et des Libertés (déclaration n°: 1043896) |