Je suis en train de jouer avec la création d'un système de connexion utilisateur en php.Pour utiliser ou ne pas utiliser session_set_save_handler?
J'ai étudié cet article (http://www.evolt.org/node/60384) pour l'aborder.
Dans l'article ci-dessus, l'auteur utilise une combinaison de $ _SESSION et de sa propre table de base de données personnalisée pour stocker les informations utilisateur.
Mais ...
J'ai également rencontré de nombreux articles qui recommandent à l'aide session_set_save_handler pour configurer des sessions php pour utiliser nativement la base de données. (Je suppose que c'est une technique plus récente)
Je me demande: Si je prévois de configurer une table "activeUsers" dans la base de données pour enregistrer des données de session de toute façon, est-il plus logique d'utiliser session_set_save_handler? (Il semble que j'utilise la base de données pour stocker des informations de session, je pourrais aussi me passer de sessions de système de fichiers.)
Ou est-ce qu'il y a un avantage à quitter les sessions php dans leur forme de système de fichiers par défaut, puis à vérifier les connexions de l'utilisateur contre ma table db personnalisée?
Merci d'avance pour votre aide.
Merci Mike pour la réponse. En examinant ces 4 raisons, aucune d'elles ne s'applique à mon cas. Donc, je n'ai pas de soucis avec l'utilisation de sessions conventionnelles - * sauf * - Je prévois de créer une table db "activeUsers" de toute façon. Je ne sais toujours pas s'il est plus logique que les sessions utilisent la base de données en mode natif, si certaines informations de session de l'utilisateur vont dans la base de données de toute façon. – Travis
@Travis: Il ne semble pas que vous ayez * besoin * de stocker des données de session dans une base de données, mais votre application pourrait finir par être un peu plus propre si vous le faites. Vous pouvez essayer le paquet [Pear HTTP_Session2] (http://pear.php.net/package/HTTP_Session2) si vous ne voulez pas écrire votre propre gestionnaire. – Mike