쿠키 예제

javax.servlet.http.Cookie 클래스는 쿠키 를 사용하는 기능을 제공합니다. 그것은 쿠키에 대한 유용한 방법을 많이 제공합니다. 쿠키의 도입은 당시 대중에게 널리 알려지지 않았습니다. 특히, 쿠키는 기본적으로 허용되었고, 사용자는 자신의 존재를 통보받지 못했습니다. 1996년 2월 12일 파이낸셜 타임즈가 쿠키에 관한 기사를 게재한 후 일반 대중은 쿠키에 대해 알게 되었습니다. [14] 같은 해에 쿠키는 특히 잠재적인 개인 정보 보호 영향으로 인해 많은 언론의 관심을 받았습니다. 쿠키는 1996년과 1997년에 두 번의 미국 연방통상위원회 청문회에서 논의되었습니다. 예를 들어, 브라우저는 www.example.org 웹 사이트의 홈페이지에 대한 첫 번째 요청을 보냅니다: 많은 웹 사이트는 사용자의 기본 설정에 따라 개인화를 위해 쿠키를 사용합니다. 사용자는 웹 양식에 입력하고 양식을 서버에 제출하여 기본 설정을 선택합니다. 서버는 쿠키의 기본 설정을 인코딩하고 쿠키를 브라우저로 다시 보냅니다. 이렇게 하면 사용자가 웹 사이트의 페이지에 액세스할 때마다 서버는 사용자의 기본 설정에 따라 페이지를 개인 설정할 수 있습니다. 예를 들어 Google 검색 엔진은 사용자가(등록되지 않은 검색대)을 통해 사용자가 보고 싶은 페이지당 검색결과 수를 결정할 수 있도록 쿠키를 사용했습니다. 또한 DuckDuckGo는 쿠키를 사용하여 사용자가 웹 페이지의 색상과 같은 보기 기본 설정을 설정할 수 있도록 합니다.

이 예제에서는 쿠키 개체에 사용자의 이름을 저장하고 다른 서벌에 액세스합니다. 우리가 잘 알다시피 그 세션은 특정 사용자에 해당합니다. 따라서 값이 다른 너무 많은 브라우저에서 액세스하면 다른 값을 얻을 수 있습니다. 쿠키의 도메인 및 Path 특성이 서버에 의해 지정되지 않은 경우 요청된 리소스의 도메인 및 경로로 기본설정됩니다. [36] 그러나 대부분의 브라우저에서는 도메인이 없는 foo.com 쿠키 세트와 foo.com 도메인이 있는 쿠키 집합 간에 차이가 있습니다. 전자의 경우 쿠키는 호스트 전용 쿠키라고도 하는 foo.com 요청에 대해서만 전송됩니다. 후자의 경우 모든 하위 도메인도 포함됩니다(예: docs.foo.com). [37] [38] 이 일반 규칙의 주목할 만한 예외는 IE 11 및 Windows 10 RS4(2018년 4월) 이전에 Windows 10 RS3 및 Internet Explorer 이전의 Edge이며, 쿠키가 도메인의 유무에 관계없이 설정되었는지 여부에 관계없이 항상 하위 도메인으로 쿠키를 전송합니다. [39] 이제 서버에 대한 새로운 요청이 있을 때마다 브라우저는 쿠키 헤더를 사용하여 이전에 저장된 모든 쿠키를 서버로 다시 보냅니다.