Données de session PHP non stockées

J'ai vu des problèmes étranges apparu lorsque Session_Start () n'est pas la première ligne de code de la page. Essayez de déplacer votre session_start () S ci-dessus votre inclut et nécessite et voyez si cela le corrige.

La sessionID est nulle part à être trouvée. J'ai eu ce problème une fois, des sessions ont été créées comme une folle mais rien n'a été stocké. (Aussi, assurez-vous d'avoir des autorisations d'écriture appropriées dans le dossier de session, une fois que vous avez eu un problème de ce type)

Ce que vous voulez vraiment faire, c'est

$ sessid = session_start (); // pour le début d'une nouvelle session et

session_start ($ sesssid); // à la demande de démarrage pour chaque appel ultérieur jusqu'à ce que la session soit détruite à l'aide de session_destroy ()

Bien sûr, passer la variable de $ sesssid entre les pages Web est à vous de vous. Je préfère utiliser un additif A & sessid = link;> (De cette façon, je sais immédiatement quand quelque chose est parti maladi; p)

N'oubliez pas que le seul moyen d'assurer la restauration correcte de la session est de transmettre l'ID de session. Je sais que c'est facultatif, et sur la plupart des systèmes, il ne devrait que travailler hors de la case, mais parfois, cela ne signifie tout simplement pas, et il n'ya tout simplement aucune garantie sur le comportement de la session sur l'hébergement partagé.

Tout comme un protip, essayez d'envelopper vos sessions dans une classe avec «Magic» Les gestionnaires par défaut pour __set () et __get (), pourraient rendre votre vie un peu plus facile ultérieurement pour la vérification des données de session (le gestionnaire __CALL (). esp. utile pour cela). Et rendre le constructeur de la classe s'attendre à un ID de session, avec 0 (ou -1 ou autre) étant «Démarrer une nouvelle session» et assurez-vous qu'il crie des erreurs si l'ID n'est pas défini explicitement - cela vous alertera sur < Code> évident problèmes.

---------- [EDIT

Et Oh, ai-je mentionné - dans un environnement partagé avec des lots et beaucoup de demandes d'utilisateurs, ne pas nommer que vos sessions peuvent explicitement conduire à des problèmes de saignement (un utilisateur étant enregistré comme un autre). Pour la plupart, cela ne se produit pas, mais si vous avez une configuration d'hébergement vraiment vissée, vous ne nommez pas vos sessions et que vous appuyez sur «comportement par défaut», peut entraîner des catastrophes multiples à la fois. ; -)

Basé sur un commentaire dans la php en-tête () A > Documentation, je pense que vous devez faire ce qui suit au bas de votre dossier. en-tête ('emplacement: x'); code> est un cas particulier d'utilisation de la fonction code>, et elle peut interférer avec la session qui passe si une session n'a pas eu le temps de Écrivez avant que l'en-tête () code> est émis. session_write_close () doit résoudre ce problème.

...    
session_write_close();
header('Location: index.php');

coup long mais mérite de mentionner:
PHP est-il configuré correctement pour gérer des sessions?
Quelle est la sortie phpinfo ()?

Regardez vos paramètres PHP.ini. En particulier, vous souhaitez définir session.auto_start sur 0 si vous faites manuellement session_start () . Et si vous comptez sur la session Cookie ou la réécriture de l'URL transparente, vous aurez besoin de session.use_cookies = 1 et / ou session.use_trans_sid = 1 aussi.