2

내 devtools의 스크린 샷 (리소스 탭에서)을 우리의 사랑하는 stackoverflow.com을 예로 들어 동봉했습니다. 많은 다른 사이트와 마찬가지로 자주 방문하는 도메인의 다른 도메인에 속한 쿠키와 쿠키 아래에있는 다른 도메인을 볼 수 있습니다.Chrome Dev-tools의 리소스 -> 쿠키 아래에 여러 쿠키가있는 이유는 무엇입니까?

예를 들어 쿠키 아래에는 stackoveflow.com에 대한 섹션이 있으며 stackoverflow.com뿐만 아니라 adzerk.net, quantserve.com 등과 같은 다른 도메인에도 할당 된 쿠키가 표시됩니다. .

그러나 doubleverify 및 betrad에 대한 추가 섹션이있는 이유는 무엇입니까? 다른 도메인의 쿠키 인 경우 왜 여기에 있으며 섹션이 모두 자신에게 제공됩니까?

enter image description here

왜 이러한 쿠키는 그냥 현재 방문하고있는 하나의 도메인 아래에 나열된 모든되는 이유는 몇 가지 주요 영역에 추가합니까 일부는 자신의 하위 섹션을 얻을?

답변

0

다른 사이트와 마찬가지로이 사이트는 외부 콘텐츠를 사용합니다. 예를 들어 iframe을 사용하여 콘텐츠 (예 : Facebook 버튼)를로드하는 경우 Facebook은 해당 iframe의 쿠키를 저장합니다.

편집 :

재 편집 "쿠키가 유래의 도메인 :)에서 원래 저장되어 있기 때문에 아, 다음"가 명확히 :이 답변이 잘못되면 나는 아래의 주석으로 웹 사이트의 경우 (예 : stackoverflow)는 외부 쿠키를 저장하고, chrome dev-tools는 사용자를 처음에는 stackoverflow 도메인의 이름으로 표시합니다. 쿠키는 외부이지만 stackoverflow가 그 원인입니다. 그 이유로 당신은 stackoverflow 도메인의 이름으로 그것을 볼 수 있습니다. 그러나 쿠키가 stackoverflow에서 나오지 않기 때문에 dev-tools는 "오, 이것은 다른 도메인입니다. 그리고 어쨌든 - 그것을 저장하는 새로운 도메인 이름을 만들어야합니다"라고 생각해야합니다. 이것은 당신이 DEV-도구 패널의 기능을 이해하는 데 도움이

희망

+1

나는 그가이 알고 생각하고, 그가 요구하는 무슨입니다 왜 "stackoverflow.com"왼쪽 클릭하면, 당신이 얻을 유래에서 쿠키와 오른쪽에는 adzerk.net과 같은 다른 장소가 있고 이중 인증 사이트에는 여전히 왼쪽에있는 것들이 있습니다. –

+1

아, 그러면 쿠키가 원래 stackoverflow의 도메인에서 저장 되었기 때문에 – kosmos

+0

답을 편집하고 원래 stackoverflow에서 저장된 쿠키에 대해 자세히 설명 할 수 있습니까? 가능한 한 명확히하기 위해 편집 된 –

관련 문제