pourquoi je peux utiliser setcookie code> sans aucune préparation lors de la nécessité d'un
session_start () code> avant d'utiliser
$ _ session code>? Et je pense que les travaux sont-ils semblable. p>
4 Réponses :
parce que Setcookie () définit un cookie à être Envoyé avec le reste des en-têtes HTTP em>. C'est une chose complètement différente de ce que session_start () fait, par ex. Création d'une session ou reprenant le courant en cours sur la base d'un identifiant de session transmis via une demande d'obtention ou de poste, ou passée via un cookie. em> p>
Le premier ajoute quelque chose à l'en-tête et l'envoie to em> le navigateur, tandis que l'autre obtient l'identifiant de la session de em> $ _Cookies ou $ _BET ou $ _POST, puis Travaille Trouver le fichier de session dans le session_save_path A > et lorsqu'il a été constaté non désérioriant les valeurs en $ _session et non, créez une nouvelle session, probablement à l'aide de Voir le Chapitre sur Sessions dans le manuel PHP. p>
edit fort> comme @felix pointe correctement ci-dessous, la session n'est pas nécessairement enregistrée dans un fichier. Ce n'est pas si important, car l'argument reste le même: Setcookie code> dans le processus pour définir l'ID de session. P>
session_start code> trouvera et (re) initialisera vos données de session, tandis que
setcookie code> fait simplement ce que le nom implique.
sub> p>
Je l'ai eu.Merci pour les réponses de qualité.
Pour expliquer, voir la réponse avant la mienne. Si vous ne voulez tout simplement pas appeler la fonction start_session (), consultez ce paramètre de PHP.ini: Session.Auto_Start P >
Les données de session ne sont pas nécessairement stockées dans un fichier comme le dit Gordon. Avec Tout cette récupération de données est traitée avec Remarque: il n'y a qu'une seule raison pour session_set_save_handler () code> < / a> Vous pouvez définir votre propre backend qui devrait stocker les valeurs, par exemple dans une base de données. P>
session_start () code>. De cette façon, vous pouvez facilement changer votre backend sans casser votre application. P>
session_start () code>, et encore une fois, il suffit de définir des cookies. P>
Les données de session ne sont pas nécessairement stockées dans un fichier comme le dit Gordon. Avec Tout cette récupération de données est traitée avec Remarque: il n'y a qu'une seule raison pour session_set_save_handler () code> Vous pouvez définir votre propre fin end qui devrait stocker les valeurs, par exemple. dans une base de données. P>
session_start () code>. De cette façon, vous pouvez facilement vous transformer en arrière sans casser votre application. P>
session_start () code>, et encore une fois, il suffit de définir des cookies. P>