la configuration d'un cookie moins de sous-domaine
auparavant, j'ai servi des images pour mon site (http://example.com) de ces deux dossiers : http://example.com/images et http://example.com/pics
Maintenant, j'ai créé un sous domaine img.examole.com et déplacé les dossiers à http://img.example.com/pics et http://img.example.com/images endroits. J'ai également bloqué l'accès à http://example.com/img dossier par le montage .fichier htaccess pour que le sous-domaine ne peut pas être consulté comme un répertoire de site principal. Il ne peut être accédé que http://img.example.com
Comment puis-je faire de cette http://img.example.com sous-domaine d'un cookie moins sous-domaine? Ou puis-je ajouter cette http://img.example.com sous-domaine à cloudflare? Je ne veux pas ajouter le nom de domaine principal http://example.com cloud flare. Lorsque j'essaie d'ajouter http://example.com cloud flare de mon CPanel c'est montrer :
Un type de dossiers ne peuvent pas être directement acheminés bien que le réseau de CloudFlare. Au lieu de cela, cliquez ici et soit changer le type de img.example.com. pour CNAME
J'ai changé l'emplacement de l'image à http://img.example.com/pics dans tous mes articles. Comment résoudre ce problème? plz help..
OriginalL'auteur Anik Chakraborty | 2013-01-04
Vous devez vous connecter pour publier un commentaire.
Être moins de cookies et servi par les CDN sont sans rapport avec les propriétés d'un domaine.
De faire quelques domaine de moins de cookies pour votre site que vous simplement ne devrait pas créer des cookies visible sur ce domaine et assurez-vous que toute autre tierce partie de code que vous utilisez sur votre site ne le fait pas.
Il est généralement inconvinient éviter les cookies de example.com pour ne pas être visible sur les sous-domaines (souvent des sites sont servis à partir de 2 emplacements http://www.example.com et example.com). Si vous êtes amende pour avoir des cookies sur example.com - assurez-vous que tous les set-cookie-têtes de spécifier le domaine exact ("example.com" pas ".example.com") de sorte que les cookies ne seront pas visibles sur n'importe quel sous-domaine. Une autre option est de déplacer le site principal de sous-domaine et de définir des cookies (c'est à dire http://www.example.com), puis de nouveau les cookies ne sont pas "fuite" de la fratrie des sous-domaines (c'est à dire "img.example.com")
Il peut être préférable de l'hôte du contenu statique sur totalement distinct du nom de domaine - plus facile à controll cookies et potentiellement plus de posibilités pour CA (c'est à dire, dans certains cas, le trafic HTTPS à partir de CDN peuvent nécessiter différentes actions personnalisé et CA fourni de domaine).
Je n'ai pas réalisé que vous avez un peu de php spécfiques question... Malheureusement, je n'ai aucune idée de la façon dont les cookies sont configurés en php.
OriginalL'auteur Alexei Levenkov
Le navigateur va chercher à example.com et http://www.example.com différemment. Si vous définissez des cookies sur example.com puis il va les chercher sur les demandes de http://www.example.com et cookie-free.example.com qui je m'attends est pourquoi vous éprouvez des difficultés à obtenir un cookie sous-domaine gratuit (parce que le haut niveau a des cookies).
La meilleure pratique consiste à utiliser http://www.example.com comme votre site, et de définir des cookies là, alors si vous utilisez cookie-free.example.com (un autre sous-domaine, comme www), il n'aura pas les cookies qui sont regardé de haut en bas par les navigateurs.
Voir http://developer.yahoo.com/performance/rules.html#cookie_free pour plus d'info.
OriginalL'auteur S..
Comme d'autres l'ont dit il y a deux distincts (mais liés) questions ici:
Pour la question #1, vous aurez besoin pour vous assurer que vous n'êtes pas assigner des témoins à l'ensemble du domaine (c'est pourquoi l'utilisation de www. est recommandé). Il y a de bonnes informations sur la façon de le faire ici:
De servir du Contenu Statique à partir d'une Cookieless Domaine et ici: 4 Étapes Pour Servir Du Contenu Statique De Cookieless Sous-Domaine - deux de ces article adresse votre WordPress question en ce qui concerne "COOKIKE_DOMAIN'.
Essentiellement, vous devez vous assurer que les applications comme Google Analytics WordPress ne pas créer des cookies au niveau d'un domaine, mais plutôt de les restreindre le sous-domaine www.
Pour la question #2, CloudFlare eux-mêmes de l'état qu'ils attribuent les cookies à chaque statique de la demande:
KO - puis-je servir un cookieless de domaine ou sous-domaine par le biais de CloudFlare?
OriginalL'auteur Mike Hudson