www 또는 www의 기술/프로그래밍/비 See 장단점?
-
22-07-2019 - |
문제
무엇인가 기술/프로그래밍/비 See 도메인 및 하위 도메인에 대한 www 또는 no-www의 장단점?
Jeff Atwood의 트위터에서 http://twitter.com/codinghorror/status/1637428313 :
"모든 하위 도메인에 전체 쿠키 제출을 유발하기 때문에 WWW 선택을 후회하는 일종. :("
이것은 무엇을 의미 하는가? 이를 자세히 설명하는 블로그 게시물이나 기사가 있습니까?
www. vs no-www.
업데이트:
이 주제에 대한 자세한 정보를 검색 할 때 도움이되는 것을 찾았습니다 (Laurence Gonsalves 답변 외에).
- www 접두사를 떨어 뜨립니다
- 검색 결과에 미치는 영향 : Jivlain 's 그리고 이삭 린 코멘트
- 구성 요소에는 쿠키가없는 도메인을 사용하십시오
- stackoverflow : 내 웹 사이트를 www.foo로 기본값으로해야합니까?
- stackoverflow : 언제 'www'하위 도메인을 사용해야합니까?
해결책
쿠키는 기본적으로 설정된 URL의 호스트로 제한됩니다. 그래서 쿠키는 ""http://example.com/foo.html""example.com "의 다른 페이지에서 볼 수 있지만 하위 도메인조차도 다른 호스트의 페이지가 아닙니다.
쿠키에 대한 도메인 속성을 더 많은 호스트에게 볼 수있게 할 수 있습니다. 이 도메인 속성은 점으로 시작해야하며 페이지 설정 쿠키의 호스트 이름의 접미사 여야합니다. 도메인 속성이있는 쿠키는 도메인 속성이 접미사 인 호스트의 페이지에 (잠재적으로) 표시됩니다. 따라서 쿠키의 도메인 속성이 ".example.com"인 경우 "www.example.com", "Forums.example.com", "foo.bar.example.com"에 표시됩니다. ~ 아니다 "example.com". 따라서 "example.com"에서 사이트의 일부를 제공한다면 하위 도메인에 보이는 쿠키를 만들 수는 없지만 항상 하위 도메인을 사용하면 모든 하위 도메인이 볼 수있는 쿠키를 만들 수 있습니다.
당신은 매우 상세하지만 이것에 대한 설명을 읽기가 어렵다는 것을 찾을 수 있습니다. RFC2965. 나는 또한 a를 찾았다 웹 사이트 기어 기사 꽤 명확한 설명이 있습니다.