osCommerce France : Accueil Forum Portail osCommerce France Réponses aux questions Foire aux contributions

Bienvenue invité ( Connexion | Inscription )

5 Pages V  « < 2 3 4 5 >  
Reply to this topicStart new topic
> Atos - Commandes encaissées et non enregistrées, Cela arrive de temps de temps en temps ...
xavkick
posté 7 Feb 2007, 12:54
Message #76


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 461
Inscrit : 16-June 05
Lieu : 22980
Membre no 6229



CITATION(oneill @ 6 Feb 2007, 19:27) [snapback]219862[/snapback]

@ xavkick -> Je me suis promené sur ta boutique avec un MOZILLA 2.0.0.1 sans aucun problème.



Merci Oneill, j'ai modifié sur le fichier application top la sélection automatique des langues...


Sinon, concernant ATOS, cela peut venir aussi du client qui ferme sa fenêtre par une crois et non par le retour en boutique.

Je ne comprends pas que ATOS ne resolve pas ce soucis. ou alors je ne connait pas cette solution.

xav

PS: ONEIL ton site Everglo est tout simplement superbe.


--------------------

MS2 machin truc (thema 3) 6.1.2 Patchée + QTPRO 4.2 + Discount Plus + Fancier Invoice + Master Pasword + Dangling Carrot + Kelkoo + SEO urls + SEO assisstant + diverses contrib
Go to the top of the page
 
oneill
posté 7 Feb 2007, 21:56
Message #77


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 7634
Inscrit : 28-December 03
Lieu : Hollywood les Granits
Membre no 1773



blush.gif Mici

Si le client, après avoir effectué son paiement sur la page de la banque, coupe sa page directement, ce n'est pas grave. Le serveur de la banque envoie la réponse automatique à ta boutique qui doit, normalement se démer se débrouiller avec pour peu que cette réponse automatique soit correctement traitée.


--------------------
Go to the top of the page
 
lsolas
posté 3 Apr 2007, 10:46
Message #78


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 2
Inscrit : 3-April 07
Membre no 16330



J'ai installé le module de paiement SIPS de chez Atos et je suis hébergé chez OVH.
J'ai le même soucis que dans ce topics, à savoir que lors de la mise en production, les commandes ne sont pas enregistrées dans la base et le panier n'est pas vidé.
Malgré la lecture de ce topics et la vérification de toutes les solutions proposées ici, le problème persiste. Quelqu'un peut-il m'aider ?

Cordialement

Laurent
Go to the top of the page
 
web_addict
posté 5 Apr 2007, 12:41
Message #79


Ceinture jaune OSC
Icône de groupe

Groupe : Membres
Messages : 76
Inscrit : 23-March 04
Lieu : PARIS
Membre no 2171



Salut a tous,

J'ai moi aussi des problemes avec des commandes non enregistrées dans l'admin mais belle et bien payées.

- J'ai mis NON SSL dans l'url de retour automatique (fichier (includes/modules/paiment/atos.php
CODE
$command .= " " . $this->os_info['quote'] . "automatic_response_url=" . tep_href_link(FILENAME_CHECKOUT_PROCESS, tep_session_name() . '=' . tep_session_id(), 'NONSSL', false) . $this->os_info['quote'];



- J'ai vérifier l'histoire des cgv qu'il faut valider mais c'est commenté chez moi dans checkout_process (
CODE
// check for terms and conditions agreement
// if ($HTTP_POST_VARS['agree'] != 'true') {
// tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_NO_CONDITIONS), 'SSL'));
// }


- J'ai augmenter le temps de session dans le fichier funtions/sessions.php
Chercher :
CODE
    if (!$SESS_LIFE = get_cfg_var('session.gc_maxlifetime')) {
      $SESS_LIFE = 1440;
    }

rempalcer par :
CODE
    if (defined('DIR_WS_ADMIN')) {
      if (!$SESS_LIFE = (SESSION_TIMEOUT_ADMIN + 900)) {
        $SESS_LIFE = (SESSION_TIMEOUT_ADMIN + 900);
      }
    } else {
      if (!$SESS_LIFE = get_cfg_var('session.gc_maxlifetime')) {
        $SESS_LIFE = 1440;
      }
    }


- et enfin j'ai mis en place une astuce que j'ai trouvé pour pouvoir laisser "Utilisation de force des cookies" à TRUE
j'ai dupliqué le fichier application_top.php en l'appelant application_top_hsbc.php (c'est la banque) et j'ai virer les ligne concernant la vérif des cookies. Mon fichier checkout_process.php fait appel à application_top_hsbc.php au lieu de application_top.php
Remplacer :
CODE
  if (SESSION_FORCE_COOKIE_USE == 'True') {
    tep_setcookie('cookie_test', 'please_accept_for_session', time()+60*60*24*30, $cookie_path, $cookie_domain);

    if (isset($HTTP_COOKIE_VARS['cookie_test'])) {
      tep_session_start();
      $session_started = true;
    }
  } elseif (SESSION_BLOCK_SPIDERS == 'True') {

Par :
CODE
if (SESSION_BLOCK_SPIDERS == 'True') {


Mais j'ai encore quelques soucis de commande non enregistrées.

Je suis sur une creload que je modifie depuis 2 ans (multistore, yazu, etc ...) sur un serveur dédiée chez OVH.

En épluchant les log je ne trouve aucune trace de retour de la réponse automatique checkout_process sur les commandes qui posent propblèmes, ATOS me dis qu'ils ont une réponse 200 OK ce qui signifie que pour eux mon serveur leur a répondu que c'etait bon.

Je pense donc que le probleme vient d'une erreur dans le fichier checkout_process, cad une vérification qui provoque une erreur quand la requete vient de chez atos. C'était le cas avec les cookies, cad quand ATOS interoge checkout_process.php il essaie de lui coller un cookie, chose que le servuer ATOS refuse, donc erreur.

Sur ce principe j'ai epluché le checkout_process, mais je ne vois pas d'autre chose dans ce genre qui pourrai provoquer une erreur.

Quelques pistes :

CODE
if (!tep_session_is_registered('customer_id')) {
    $navigation->set_snapshot(array('mode' => 'SSL', 'page' => FILENAME_CHECKOUT_PAYMENT));
    tep_redirect(tep_href_link(FILENAME_LOGIN, '', 'SSL'));
}

Ce code vérifie si on a bien récupérer la session et qu'on a bien le client, normalement c'est dans application_top.php que cela se fait et vu que l'url de retour automatique d'ATOS passe en parametre le session id je pense que c'ets OK.

CODE
if (!tep_session_is_registered('sendto')) {
    tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, '', 'SSL'));
}

Ca je sais pas ce que ca fait ???? si quelqu'un a une idée ... d'apres moi ca vérifie si l'info de session "sendto" est enregistrée en session, sinon ca redirige vers FILENAME_CHECKOUT_PAYMENT mais je sais pas à quoi correspond "sendto".

CODE
if ((tep_not_null(MODULE_PAYMENT_INSTALLED)) && (!tep_session_is_registered('payment'))) {
    tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, '', 'SSL'));
}

Ce code vérifie si le moyen de paiement est bien enregistré dans les infos de sessions sinon erreur


CODE
// avoid hack attempts during the checkout procedure by checking the internal cartID
if (isset($cart->cartID) && tep_session_is_registered('cartID')) {
    if ($cart->cartID != $cartID) {
        tep_redirect(tep_href_link(FILENAME_CHECKOUT_SHIPPING, '', 'SSL'));
    }
}

Ici on vérifie que le caddie en session est bien le meme que le caddie pour eviter qu'on puisse ajouter des produits en simulant une fausse adresse de retour.

Je ne suis pas un génie du php donc peu etre que je me trompe, n'hésitez pas à me corriger.
J'espère que cela pourra aider certains et que certains pourront m'aider

A+

Ce message a été modifié par web_addict - 5 Apr 2007, 13:13.


--------------------
Le futur est à l'open source
------------------------------------------------
CRELOAD 6 avec tous les patchs + multi store + CIC + pas mal de modifs à la main
Go to the top of the page
 
webmasterdiet
posté 28 Nov 2007, 20:46
Message #80


Ceinture blanche+ OSC
Icône de groupe

Groupe : Membres
Messages : 24
Inscrit : 22-January 07
Membre no 14794



j'ai aussi le même problème, je suis sur un 90plan ovh
d'après atos, c'est le fichier checkout_process.php qui est indisponible, d'où la réponse failed
hors mon fichier est dispo si je tape son adresse dans mon navigateur,
toute ma configuration de session est sur false
tout marchait normalement depuis 1 an, et là depuis 1 semaine plus une seule commande n'est enregistrée, aucun mail n'est envoyé aux clients, tout les paiements sont en état failed.

je désespère
Go to the top of the page
 
maxime
posté 29 Nov 2007, 07:56
Message #81


Ceinture verte OSC
Icône de groupe

Groupe : Membres
Messages : 580
Inscrit : 11-August 04
Membre no 3034



As tu modifié un fichier quelconque depuis 1 semaine ? Si oui, vérifie cela. Si non, regarde si tu autorises les bonnes adresses ip dans la configuration du module atos (et éventuellement que ces ips ne sont pas bloqués à un niveau supérieur : htacess pare-feu).
Go to the top of the page
 
webmasterdiet
posté 29 Nov 2007, 10:35
Message #82


Ceinture blanche+ OSC
Icône de groupe

Groupe : Membres
Messages : 24
Inscrit : 22-January 07
Membre no 14794



Bien vu le problème d'htaccess, c'était à cause de ça, vraiment merci !!!!!!!!!!!!!!!!!!!!!!!!!!

Ce message a été modifié par webmasterdiet - 29 Nov 2007, 10:47.
Go to the top of the page
 
Juliettta
posté 13 Sep 2010, 07:14
Message #83


Ceinture jaune+ OSC
Icône de groupe

Groupe : Membres
Messages : 148
Inscrit : 30-April 08
Lieu : Nimes
Membre no 21642



Bonjour tout le monde,

En voyant le titre de ce message j'ai été faire une vérification sur mes paiements...Sait-on jamais..
Résultat pour ma part pas de souci.
Mais en même temps je n'ai PAS utilisé les responses et request du module atos, en effet je suis également sur Ovh et j'ai utilisé ceux fournis par OVH en direct
http://guides.ovh.com/MiseaJourKitAtos
A tester donc
Pour ma part ca fonctionne parfaitement.
Cela fait 1 mois maintenant que j'ai installé et pas de problème avec.
pas de session recréer pour ma config.
En espérant que cela aidera.
Bon codage

Ce message a été modifié par Juliettta - 13 Sep 2010, 07:15.


--------------------
Juliettta allias bloness

oscommerce-2.2RC1-FR-w3c CONTRIB => Advanced search attributies fullpackage AJAX-AttributeManager-V2.8.3 B2B Product Listing Columns Bbi_v2 CL_summary_info_v1.1 Colissimo_1_2_3_4_5_1 Contrib ExU-1 Dynamic_sitemap_v4.0 Fckeditor-oscommerce_v2.2.1 Featured_products_v1.5.5_1 Header-tags-4-novices-v3.01 InvoicePDF1.5_ LettreMax etDistingo More_Pics_Sur_FCKeditor_1_2_3 Newsletter_report_v1.1_full On-fire-osc PayPal_IPN_v2.3.4.5 Ot discount coupon codes fr PRODUCT QUICK EDIT V2.0 _ Queries_debug-v1.7 Ultimate_SEO_URLs_v2-2.2e virementbancaire1.3 mvs_shipestimator_v1.1a subcategory_textboxes_v2.0.3 Products_Short_Descriptions_V2_1 Graphical Borders & Individual Boxes Holiday_1 Loginbox_Best_Complete_1 Products_Short_Descriptions_V2_1 multiorders update V2-1 Opti_Print_v1.0.2-1 order_editor_5_0_9 ot_lotalty_discount v1.5 Produit vendu Send HTML Email Who's Online Enhancement v3_5_1
Plus d'autres petites améliorations par ci par la...Travaillée pour rester validé W3c Après toutes ces installations.
Go to the top of the page
 
chrysalide
posté 13 Sep 2010, 09:32
Message #84


Ceinture bleue OSC
Icône de groupe

Groupe : Modérateurs
Messages : 1085
Inscrit : 29-November 04
Membre no 3935



Salut Julietta,

les deux fichiers request et response du pack délivré par OVH ne corrige pas la problématique de non validation de commande après paiement.

Ils sont là pour mettre a jour la version installé compilés pour le noyau linux 2.4.x pour un noyau égale ou supérieur à 2.6.9.x.

D'ailleurs il sont livrés dans les pack des banques depuis déjà un bon moment en plus des 2.4

Normalement, ce problème de non validation ne doit pas arrivé trop souvent, personnellement je le rencontre que très rarement genre 1 commande tous les 2/3 mois malgré un volume conséquent de commande


--------------------
Petit guide pour résoudre tout vos problèmes avec Oscommerce

FORK perso a base de MS2 RC1 FR avec deux trois contribs + pas mal de dev perso + beaucoup (trop ?) d'Ajax + un peu mais pas trop de flash + virer la structure tableau + de feuille de style + pas mal de <DIV id="****">.......... en gros ca ressemble plus trop a l'originale
Go to the top of the page
 
miKL86
posté 20 Oct 2010, 12:11
Message #85


Ceinture orange OSC
Icône de groupe

Groupe : Membres
Messages : 211
Inscrit : 8-November 04
Lieu : Futuroscope
Membre no 3714



Bonjour,

Je rencontre le même pb que beaucoup : commandé payées mais non enregistrée.
- Par contre je n'utilise pas ATOS mais Cyberplus paiement.
- Je ne pas chez OVH mais chez online sur un dédié
- J'utilise aussi SEO URL
- Ce problème arrive de manière aléatoire
- Tous mes réglages sont sur FALSE dans sessions, sauf "empecher les sessions araigné"
- J'ai bien un Htaccess à la racine mais qui sert uniquement pour l'url rewriting

Sommes nous plusieurs dans ce cas là ? existe t'il des solutions ?
Merci d'avance à vous


--------------------

Contrib installées : | Quick_stock_update | send_order_html_email | Contre remboursement | Paiement par téléphone | stats_customers_orders | seo |

Merci encore pour tout le travail fourni par toute la communauté Oscommerce
Liste des contributions
Go to the top of the page
 
djeek9006
posté 11 Dec 2010, 18:49
Message #86


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 2
Inscrit : 11-December 10
Membre no 28520



Bonjour,
pour ma part la solution a été toute simple : malgré une version à jour d'oscommerce, le passage en PHP5.3 ne faisait plus fonctionner le retour d'atos (bien que le paiement soit validé).

Pourtantn, j'avais des fonctions type ereg, eregi et split, que j'avais bien passées en @ereg, @eregi, @split (pour ne plus avoir le message d'erreur deprecated)

Bref, il faut avoir une "vraie version" d'oscommerce, compatible avec PHP5.3 pour utiliser ATOS...

En espérant que ce post servent à d'autres ...

Oscommerce adapté PHP 5.3 : https://github.com/osCommerce/oscommerce2

Mais attention au fichier modules/payment/ATOS.php qui lui n'est pas encore adapté !



Ce message a été modifié par djeek9006 - 11 Dec 2010, 18:52.
Go to the top of the page
 
Natacha31
posté 21 Dec 2010, 14:58
Message #87


Ceinture blanche+ OSC
Icône de groupe

Groupe : Membres
Messages : 25
Inscrit : 7-April 06
Lieu : Toulouse et Marciac
Membre no 9831



Problème identique
quelques soit les versions
il y a un bug quelque part

Bonnes fêtes à tous
Natacha
Go to the top of the page
 
brouillard
posté 30 Dec 2010, 15:07
Message #88


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 301
Inscrit : 9-December 09
Membre no 26687



Pour valider la commande manuellement : http://addons.oscommerce.com/info/7674
Go to the top of the page
 
daveledave
posté 10 Aug 2011, 15:06
Message #89


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 7
Inscrit : 3-May 07
Membre no 16994



Bonjour,

J'ai ce problème aussi. Est-ce que quelqu'un a finalement trouvé une solution ?
Je pense que c'est du a un timeout de la session entre le moment ou le client initie le paiement et le moment ou il est validé.

Les clients dont les commandes ne sont pas enregistrées sur mon site me disent qu'ils ont mis beaucoup de temps à effectuer le paiement (et le 3DSecure n'arrange rien).
J'ai appellé Atos et ils me disent qu'ils n'ont pas de timeout sur leur page de paiement... que le client peut payer 3 jours après être arrivé sur leur page.

Est-ce que quelqu'un a une solution ?
web_addict dit dans son précédent message qu'il a augmenté le temps de session mais que ca n'est pas suffisant. Je pense que ca doit déjà régler une partie du problème non ?

Merci

David smile.gif
Go to the top of the page
 
Gnidhal
posté 10 Aug 2011, 15:55
Message #90


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Augmenter la durée de session ça règle pas grand chose, ça pose plus de problèmes.
Si tu augmentes la durée de session (ordinairement 24minutes) :
tu prends le risque de saturer ta table session (j'en connais un qui a planté un dédié comme ça, avec plus de 2500 visiteurs/jour il est vrai)
tu laisses perdurer des sessions qui devraient être supprimées (risque de piratage de compte client dans un espace semi-public).
En 20 minutes, tout humain normalement constitué devrait réussir à conclure un paiement par CB.
Alors tu vas peut-être récupérer 1 paiement égaré sur 20 en allongeant de 20 minutes la session.
Quant au client qui passe commande le lundi et reste bloqué jusqu'au mercredi sur la page de la banque, c'est un fou ou un inconscient.

Mais tu as peut-être des erreurs de retour sur le atos_response.php qui met beaucoup de temps à répondre avec certains mutualisés (ça peut être le cas si le site est peu actif). Et dans ce cas, élargir la session ne servira à rien. Le serveur de la banque renvoie vers le site marchand qui met plusieurs minutes à lui retourner un 200. Sans réponse assez rapidement le serveur ferme la connexion, les données sont tronquées. Ta commande est perdue même si ta session fait 20 heures.

La contrib holding_orders permet de régler tous les cas de figure car les commandes sont pré-enregistrées avant paiement.
Elle est juste un peu délicate à installer.


--------------------
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 WebDeveloper
Le 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)
Go to the top of the page
 
oneill
posté 10 Aug 2011, 16:49
Message #91


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 7634
Inscrit : 28-December 03
Lieu : Hollywood les Granits
Membre no 1773



Personnellemment, j'ai eu 3 timeout ces 12 derniers mois. Pas de quoi se mettre la rate au court bouillon, le phénomène est exceptionnel.


--------------------
Go to the top of the page
 
brouillard
posté 10 Aug 2011, 17:43
Message #92


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 301
Inscrit : 9-December 09
Membre no 26687



C'est vrai qu'augmenter le temps de la session ne sert absolument à rien, et je me demande même à quoi sert la session dans les données de retour ATOS puisque le client est identifié par son customer_id qui est présent dans les données de retour ATOS.

J'ai changé le paramétrage de ATOS pour que le retour vers la boutique se fait automatiquement après le paiement, de cette manière la boutique récupère et enregistre directement la commande.

J'ai tendu une perche http://www.oscommerce-fr.info/forum/index....showtopic=68827

Mais j'ai la nette impression que cela n'intéresse personne.
Go to the top of the page
 
Gnidhal
posté 10 Aug 2011, 19:29
Message #93


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Pfff brouillard...
Sans numéro de session, il n'y a plus de panier puisqu'il est toujours dans les variables de session uniquement. Il ne sera transféré en bdd que par le checkout_process et ce dernier a besoin d'un id de session pour récupérer les données.

Quant à ta perche, elle n'est pas possible à mettre en oeuvre pour tous.


--------------------
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 WebDeveloper
Le 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)
Go to the top of the page
 
brouillard
posté 2 Sep 2011, 11:36
Message #94


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 301
Inscrit : 9-December 09
Membre no 26687



Citation (Gnidhal @ 10 Aug 2011, 19:29) *
Pfff brouillard...
Sans numéro de session, il n'y a plus de panier puisqu'il est toujours dans les variables de session uniquement. Il ne sera transféré en bdd que par le checkout_process et ce dernier a besoin d'un id de session pour récupérer les données.
Quant à ta perche, elle n'est pas possible à mettre en oeuvre pour tous.


Bon, point par point :

1) Les variables de session (numéro de session) sont des cookies enregistrées dans l'ordi (voir navigateur) du client, donc si le client surf pendant 10 minutes sur un autre site et revient à la boutique son panier reste inchangé.

2) Quant le client est connecté je ne vois pas pourquoi l'id de la session sera transféré à la Bdd, c'est plutôt le customer_id (qui est enregistré avec les variables de session) qui sera transféré à la Bdd via le checkout_process.php.

3) Quant à la fameuse perche (Retour automatique à la boutique après paiement sur ATOS) c'est le même module de ATOS qui a subi quelques modifs. S'il fonctionne sans le retour automatique (AUTO_RESPONSE), il n'y a aucune raison qu'il ne fonctionnera pas avec, je l'ai testé sur plusieurs boutiques et ça marche nickel !

4) Quant au Pfff, j'en répondrais Pffff.

Ce message a été modifié par brouillard - 2 Sep 2011, 11:40.
Go to the top of the page
 
chrysalide
posté 2 Sep 2011, 13:05
Message #95


Ceinture bleue OSC
Icône de groupe

Groupe : Modérateurs
Messages : 1085
Inscrit : 29-November 04
Membre no 3935



ton Id de session est effectivement stocké dans le cookie mais c'est juste un ticket pour rapprocher ton client, d'une session active (et ces infos) stockée en base (table session).

Ta session a une durée de vie définie sur 1440 secondes (par defaut) et passé ce délai tes informations de session ont juste été effacées de ta table session.

ton client part en balade plus de 24 minutes après être entré dans le tpev, qu'est ce qui ce passe ?

Alors +1 avec Gnidnal, Pfff Brouillard !


--------------------
Petit guide pour résoudre tout vos problèmes avec Oscommerce

FORK perso a base de MS2 RC1 FR avec deux trois contribs + pas mal de dev perso + beaucoup (trop ?) d'Ajax + un peu mais pas trop de flash + virer la structure tableau + de feuille de style + pas mal de <DIV id="****">.......... en gros ca ressemble plus trop a l'originale
Go to the top of the page
 
PMooNC
posté 16 Sep 2011, 10:45
Message #96


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 19
Inscrit : 1-September 06
Membre no 11839



La solution c'est de prévenir le client (qui ne lit pas toujours smile.gif ) sur la dernière page avant le clic final qu'il a 20 minutes maximum pour valider son "ticket" au delà la boutique n'a pas le retour de la banque.

Ou bien forcer un retour vers la page précédente au bout de X minute d'inactivité sur cette page.

Pas chez OVH, mais même problème de temps en temps (c'est pénible).

Ce message a été modifié par PMooNC - 16 Sep 2011, 10:45.
Go to the top of the page
 
brouillard
posté 19 Sep 2011, 13:34
Message #97


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 301
Inscrit : 9-December 09
Membre no 26687



Citation (PMooNC @ 16 Sep 2011, 10:45) *
La solution c'est de prévenir le client (qui ne lit pas toujours smile.gif ) sur la dernière page avant le clic final qu'il a 20 minutes maximum pour valider son "ticket" au delà la boutique n'a pas le retour de la banque.

Ou bien forcer un retour vers la page précédente au bout de X minute d'inactivité sur cette page.

Pas chez OVH, mais même problème de temps en temps (c'est pénible).


C'est pénible et pas professionnelle du tout, la solution c'est le retour automatique après paiement

arrow.gif http://www.oscommerce-fr.info/forum/index....showtopic=68827

Ce message a été modifié par brouillard - 19 Sep 2011, 13:34.
Go to the top of the page
 
brouillard
posté 25 Sep 2011, 10:52
Message #98


Ceinture orange+ OSC
Icône de groupe

Groupe : Membres
Messages : 301
Inscrit : 9-December 09
Membre no 26687



Citation (chrysalide @ 2 Sep 2011, 13:05) *
ton Id de session est effectivement stocké dans le cookie mais c'est juste un ticket pour rapprocher ton client, d'une session active (et ces infos) stockée en base (table session).

Ta session a une durée de vie définie sur 1440 secondes (par defaut) et passé ce délai tes informations de session ont juste été effacées de ta table session.

ton client part en balade plus de 24 minutes après être entré dans le tpev, qu'est ce qui ce passe ?

Alors +1 avec Gnidnal, Pfff Brouillard !


Seul un débile mental passera plus de 20 minutes pour remplir 16 chiffres, une date (menu déroulant) et 3 chiffres pour le paiement sur le site de ATOS.

On n'a pas besoin de renvoyer la session_id (oscid) dans l'URL du moment que le client est connecté et identifié par le customer_id tant que la durée des cookies n'a pas expirée.

Dans le cas ou ce soit un débile mental (plus de 20 minutes), renvoyer la session_id (oscid) dans l'URL ne sert à rien, et n'identifie personne, et la commande ne peut s'enregistrer sans le customer_id (qui fut détruit avec les autres variables de session).
Go to the top of the page
 
kenicki
posté 22 Nov 2011, 10:04
Message #99


Ceinture blanche OSC
Icône de groupe

Groupe : Membres
Messages : 5
Inscrit : 22-November 11
Membre no 30391



Bonjour,

Je fais suite à tous les échanges que vous avez postés sur le problème de la validation du paiement CB mais le non enregistrement de la commande.
Dans mon cas tout fonctionnait bien jusqu'au jour où j'ai forcé l'utilisation des cookies pour ne pas plus avoir le oscid dans les URL et ainsi éviter le contenu dupliqué.
Après cette modification les commandes par CB n'étaient plus enregistrées.

Ma question : Existe-t-il une solution pour supprimer les numéros de sessions dans l'URL ET faire fonctionner le module de paiement (j'utilise ATOS de la BP) ?
je n'ai pas trouvé ma réponse dans les nombreux posts que j'ai pu lire...

Merci d'avance
Go to the top of the page
 
Gnidhal
posté 14 Feb 2012, 21:13
Message #100


5eme dan OSC
Icône de groupe

Groupe : Administrateur
Messages : 9221
Inscrit : 4-March 03
Lieu : Pau
Membre no 927



Après avoir rencontré le problème, je peux affirmer que Brouillard fait de l'embrouille derrière un écran de fumée!
La solution pour PHP 5.3 que j'ai expérimenté est là : http://www.oscommerce-fr.info/forum/index....st&p=361176

ça devrait aussi résoudre ton problème kenicki


--------------------
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 WebDeveloper
Le 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)
Go to the top of the page
 

5 Pages V  « < 2 3 4 5 >
Reply to this topicStart new topic
4 utilisateur(s) sur ce sujet (4 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :

 



RSS Version bas débit Nous sommes le : 28th March 2024 - 23:38
Ce site est déclaré auprès de la commision Nationale
de l'Informatique et des Libertés (déclaration n°: 1043896)