Y a-t-il un moyen de définir un cookie qui est pas em> lisible sur les sous-domaines? En d'autres termes, avoir le cookie disponible sur ... Dois-je revenir à l'aide de domain.com code>, mais pas strud>
www.domain.com code> ou
xyz.domain.com cod> JS File, etc. P>
www.domain.com code> pour mon site? Y a-t-il des solutions de contournement? P> p>
4 Réponses :
C'est la raison pour laquelle une raison quelconque de quelques sites (y compris celui-ci) enregistre un domaine dédié destiné à être utilisé comme CDN. P>
Apparemment, avoir un cookie sur "domain.com" qui correspondra "* .domain.com" est un comportement attendu. P>
Par exemple: Cookies HTTP de l'état du client persistant Etat (une importance accordée à la mine ) em>: p>
Lorsque vous recherchez la liste de cookies pour
cookies valides, une comparaison de la
Les attributs de domaine du cookie sont
fait avec le nom de domaine Internet de
l'hôte à partir de laquelle l'URL sera
récupéré. ... seuls hôtes dans le domaine spécifié
peut définir un cookie pour un domaine et
les domaines doivent avoir Donc, vous devrez soit: P>
domaine = nom_formé code> strong> p> p>
"assortie queue" signifie
Cet attribut de domaine est assorti
contre la queue du pleinement
Nom de domaine qualifié de l'hôte.
www.domain.com code>" pour votre site li>
.anotherdomain.com code>")
Belle explication, +1 ici aussi.
Wow, super info. Je n'ai pas coulé sur ça en creusant. Merci mec. Je suppose que cela répond à ma question ... www.domain.com c'est.
Vous êtes les bienvenus :-) Amusez-vous! (et, si vous utilisez www.domain.com pour votre site Web et vos cookies, n'oubliez pas de vous assurer que "domain.com", lorsqu'il est utilisé pour accéder à votre site, redirige vers "www.domain.com" - ne pas Selon le navigateur pour le faire automatiquement: cela ne fonctionne pas toujours - ne fonctionne pas derrière un proxy, parfois, par exemple (c'est le cas où je travaille et c'est une douleur))
Il n'est pas possible car le domaine de la cookie est queue correspondant à contre le nom de domaine . Vous devrez y aller www. P>
de cource que vous pouvez! C'est ce que la plupart des sites Web font. Même la fonction PHP intégrée selon RFC 6265, section 4.1.2.3 , la dernière déclaration du paragraphe: p> Si le serveur omet l'attribut de domaine, l'utilisateur
L'agent retournera le cookie seul em> strong> au serveur d'origine. P>
blockquote> Donc, tout ce que vous avez à faire est d'omettre l'attribut de domaine lors de la configuration de la cookie à partir de votre session_start () code> Est-ce que cela. et son en-tête de réponse HTTP Set-Cookie a l'air aussi simple que ceci:
domain.com code> p>
setcookie($name,$value,$expires,'/','');
Réglage du domaine sur
NULL code> est la seule chose correcte à faire ici. Sinon, vous pourriez trouver
$ cookie -> SetDomain ($ domaine) code>
utile, comme trouvé dans Cet autonome Bibliothèque .