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
--~--~---------~--~----~------------~-------~--~----~
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 [email protected]
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
-~----------~----~----~----~------~----~------~--~---
