Salut Sylvain, Toujours pas de réponse du dev... je passerai un coup de fil lundi ( il a pas changé :-) )
++ Le 29/11/07, Sylvain - Com-Océan<[EMAIL PROTECTED]> a écrit : > > Effectivement ça peut-être intéressant de voir ces commentaires, je les > avais parcouru très rapidement en recherchant aol (mais aol n'est pas cité). > > Concernant ce commentaire, il ne correspond pas à mon problème car je > suis sous apache (et pas en cgi) et il ne semble pas y avoir de pb avec > le cookie mais la session. > Le cookie fonctionne bien puisqu'elle peut quand même conserver quelques > produits dans son panier en parcourant le site. C'est lors d'un redirect > mais pas tout le temps qu'elle perd sa session (du coté de php/apache > donc) : ce n'est pas le cookie qui est détruit mais la session qui est > perdue. > Je pense avoir trouvé une solution qui s'appliquerait à Symfony > globalement : voir le message (in english) que j'ai posté sur la liste > [EMAIL PROTECTED] > a+ > Sylvio > > naholyr a écrit : > > Regarde attentivement les commentaires de la page de manuel : > > http://fr3.php.net/session-write-close > > > > Par exemple on peut lire : > > """ For the session problem when using header("Location:..."), I found > > session_write_close() not to help me on the my IIS server using PHP in > > CGI mode. The problem was the PHPSESSID cookie was never being set, so > > I did it the manual way: header("Set-Cookie: PHPSESSID=" . > > session_id() . "; path=/"); """ > > > > Et quelques petites choses intéressantes. > > > > > > On 29 nov, 09:36, Sylvain - Com-Océan <[EMAIL PROTECTED]> > > wrote: > > > >> Bonjour, > >> > >> Merci pour ta réponse. > >> Pour l'instant j'ai qu'une cliente d'AOL qui m'a reporté ce problème > >> mais elles ne semble pas avoir une configuration spéciale (AOL 9.0 basé > >> sur IE6, WinXP). > >> > >> Le problème intervient apparament lors de redirection : la session n'a > >> pas le temps d'être sauvegardé (dixit un message d'un forum que j'ai vu) > >> et du coup, il faut faire un "session_write_close()". D'ailleurs dans > >> les sources de CakePHP j'ai vu qu'il était présent dans leur méthode de > >> redirect (du contrôleur). > >> J'ai essayé de faire des session_write_close() avant les redirect. De > >> mon coté, ça ne change rien au fonctionnement du site, du coté d'AOL je > >> ne sais pas pour le moment. > >> > >> Je me demande donc si ce ne serait pas judicieux de mettre un > >> "session_write_close();" , ligne 223 (SF version 1.0.8) juste avant > >> "$response->sendHttpHeaders();" de la méthode sfWebController::redirect(). > >> > >> Si ça rend Symfony sensiblement plus fiable avec AOL, c'est à faire pour > >> Symfony 1.1. > >> Je vais poster un message à ce sujet sur la M.L. dev > >> > >> a+ > >> Sylvio > >> > >> lionel chanson a écrit : > >> > >> > >> > >> > >>> Bonsoir Sylvain, > >>> > >>> Même si AOL utilise des proxys le cookie devrait permettre de > >>> retrouver la session, à moins que le cookie ne soit stocké sur le > >>> proxy ( je sais pas si c'est possible ). > >>> > >>> AOL a un fonctionnement spécifique, mais il me semble étrange que cela > >>> modifie le comportement des sites internet. > >>> > >>> Je vais me renseigner avec le dev de mon ancienne boite. On a > >>> travaillé avec AOL et je n'ai pas souvenir d'un truc similaire. > >>> > >>> ++ > >>> > >>> Le 28/11/07, Renaud LITTOLFF<[EMAIL PROTECTED]> a écrit : > >>> > >>>> aol... c'est vraiment une plaie > >>>> > >>>> Le 28/11/07, Sylvain - Com-Oc�an<[EMAIL PROTECTED]> a �crit : > >>>> > >>>>> Bon je me r�pond � moi-m�me. > >>>>> > >>>>> AOL a un fonctionnement sp�cifique : il fait passer ses internautes par > >>>>> des proxys (�a je le savais d�j�) du coup les IP des visiteurs changent > >>>>> tr�s souvent (� chaque chargement de page) ce qui �videment peut poser > >>>>> des probl�mes. > >>>>> > >>>>> En consultant des forums, cela semble venir des redirections (la session > >>>>> n'a pas le temps d'�tre enregistr� avec AOL), donc les "redirect" sous > >>>>> Symfony. > >>>>> Il faudrait faire un "session_write_close()" avant chaque redirection > >>>>> d'apr�s ce que j'ai vu sur un forum. > >>>>> a+ > >>>>> > >>>>> -- > >>>>> Sylvain Papet - D�veloppeur Web > >>>>> Agence de communication Com-Oc�an > >>>>> www.com-ocean.com/ +33 4 90 66 48 82 > >>>>> > >>>>> Sylvain - Com-Oc�an a �crit : > >>>>> > >>>>>> Bonjour, > >>>>>> > >>>>>> Je m'occupe du site de vente en ligne Corporelle.fr d�velopp� sous > >>>>>> Symfony bien s�r, ce site a 1000 visites/jour en ce moment. > >>>>>> J'ai une cliente qui nous a contact� et a un probl�me curieux : son > >>>>>> panier est r�initialis� apr�s quelques minutes de navigations > >>>>>> ("plusieurs produits ajout�s dans le panier"). > >>>>>> Le site utilise le plugin sfShoppingCart qui est stock� dans la > >>>>>> session. > >>>>>> Donc probl�me avec la session qui est subitement r�initialis�s. > >>>>>> > >>>>>> Il semble donc que le cookie de cette personne soit effac� au bout d'un > >>>>>> temps t, vraiment bizarre (un anti-virus, un anti-spyware ?). Ou alors > >>>>>> elle subit des micro-coupure sur sa liaison internet et a des > >>>>>> changements d'IP (?). Est-ce que AOL ne fait pas passez ces internautes > >>>>>> par des proxy ? Cela pourrait �ventuellement venir de �a (?). > >>>>>> Cette cliente utilise AOL Explorer (pour le moment, je ne sais pas > >>>>>> quelle version) mais ce navigateur est bas� sur IE donc je ne vois rien > >>>>>> de sp�cial de ce cot� l� (� moins qu'elle ait une version tr�s > >>>>>> ancienne). > >>>>>> > >>>>>> D'autres id�es ? > >>>>>> Serait-ce une bonne id�e de faire passer le num�ro de session par URL > >>>>>> mais de quelle mani�re avec Symfony (je l'ai d�j� vu le faire > >>>>>> automatiquement sur des sites h�berg�s en mutu), cela semble > >>>>>> automatique > >>>>>> quand les cookies sont pas dispo pour un visiteur non ? L� visiblement, > >>>>>> ils sont accept�s mais d�truit apr�s x minutes... > >>>>>> > >> -- > >> Sylvain Papet - Développeur Web > >> Agence de communication Com-Océanwww.com-ocean.com/ +33 4 90 66 48 82 > >> > > > > > > > > > -- > Sylvain Papet - Développeur Web > Agence de communication Com-Océan > www.com-ocean.com / +33 4 90 66 48 82 > > > > > --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse symfony-fr@googlegroups.com Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/symfony-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
