Salut,

Il n'y a que deux méthodes côté client: le trans session id et le
cookie.
Côté serveur, par défaut, PHP stocke l'info dans un fichier, mais PHP
propose une API pour le stocker comme on veut, et notamment dans une
base de données.

Concernant l'adoption du cookie par les utilisateurs, il y aura
toujours des gens qui les refuseront (par principe) mais l'immense
majorité des gens acceptent les cookies, car la seule façon pour eux
de pouvoir utiliser des services comme Google, Yahoo!, etc. Je ne
pense pas qu'il y ait vraiment un problème de ce côté là.

Enfin pour les champs donnés dans l'exemple:
* le champ `sess_data` contient les infos stockées par ta session;
* le champ `sess_time` contient la date d'expiration;

Pour tout savoir sur la gestion personnalisée des sessions :
http://fr3.php.net/manual/fr/function.session-set-save-handler.php

Nautile


On 21 juin, 13:14, "lionel chanson" <[EMAIL PROTECTED]> wrote:
> Bonjour,
>
> Si j'ai bien compris, il y a trois moyens pour retrouver les infos en
> session : en natif les cookies et les urls, puis la base de données.
>
> Dans les urls cela pose un problème avec le reférencement car je me retrouve
> avec les moteurs de recherche qui indexe une page avec symfony=session_id
> Du coup j'ai passé l'option session.use_trans_sid à false
>
> Ce qui fait que les cookies sont utilisés. Mais cela pose un problème s'ils
> ne sont pas acceptés par l'utilisateur. Avec les deux cumulés il n'y a plus
> de session stockée et donc il ne faut pas avoir besoin de ces données.
>
> On peut demander à l'utilisateur d'activer les cookies, mais quel est son
> comportement général : il le fait ou quitte le site ?
>
> Et la dernière méthode, je stocke en base le numéro des infos de sessions.
> La question que je me pose c'est niveau ressource. Je fais des petits sites,
> donc ce n'est pas bien grave les serveurs derrières vont tenir, mais bon mes
> clients ont droit à un site bien codé et performant, donc est-ce que je
> reste dans cette optique ?
>
> J'ai regardé ce snippet :http://www.symfony-project.com/snippets/snippet/26
> Pour moi seul le numéro de session est utile pour retrouver les données, je
> comprend pas pourquoi il y a les deux autres champs ?
>
> Je pense que suivant les cas une ou plusieurs méthodes sont possibles et
> qu'il n'y a pas la solution idéale. J'essaye juste de cerner la
> problèmatique pour avoir plus d'éléments pour prendre une décision suivant
> les cas que je devrais gérer.
>
> Merci pour vos retours d'expériences.
>
> ++
> Lionel


--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---

Répondre à