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 à