Votre réponse consiste à définir des cookies. Sa question concerne la lecture (sur le serveur) des cookies de la demande.
10 votes
La propriété de domaine est uniquement destinée à définir des cookies. Évidemment, si vous lisez le cookie dans le cadre de la demande, le navigateur client a estimé que le domaine était adapté de manière appropriée à votre site.
Si le serveur omet l'attribut de domaine, l'agent utilisateur sera
renvoyer le cookie uniquement sur le serveur d'origine.
AVERTISSEMENT: Certains agents utilisateur existants traitent un domaine absent
attribuer comme si l'attribut de domaine était présent et contenu
le nom d'hôte actuel. Par exemple, si Exemple.com renvoie un
En-tête Set-Cookie sans attribut de domaine, ces agents utilisateur seront
Envoyez à tort le cookie à www.example.com aussi.
th rfc ne définit aucune valeur spécifique pour non spécifié , de sorte que les implémentations peuvent choisir quelle que soit la valeur ou les valeurs qu'ils aiment. Microsoft a choisi de représenter l'élément de domaine en tant que valeur de chaîne, donc null ou "" ( string.empty ) représente non spécifié , mais implicitement La valeur par défaut configurée est null .
Si vous recevez un cookie qui a une valeur de domaine de null , cela signifie que l'agent utilisateur a traité le cookie, a décidé que son origine correspondait au serveur, elle envoie la demande et incluse les données de cookie. Dans le cookie de la demande de la demande. De même, si vous retournez ce cookie, vous pouvez vous attendre à recevoir ce cookie dans une autre demande que par le même hôte qui exécute votre application.
dans une application ASP.NET, si string.isnullorempty (cookie.domain) est vrai, vous pouvez assumer que l'agent utilisateur incluait le cookie dans la demande au serveur. Il a été décidé. , Ie demande.url.host .
