쿠키, 세션, 저장 기능 요약

一个新手
풀어 주다: 2023-03-16 09:08:01
원래의
1353명이 탐색했습니다.


1. 쿠키

1. 쿠키: 클라이언트와 서버 간의 상호 작용 정보를 기록합니다.
쿠키 사양은 서버와 클라이언트 간의 대화형 정보의 형식, 수명, 사용 범위 및 보안을 정의합니다.
이 정보는 JavaScript의 document.cookie를 통해 읽거나 설정할 수 있습니다. 쿠키는 주로 클라이언트와 서버 간의 통신에 사용되므로 JavaScript 외에 서버측 언어(예: PHP)에서도 쿠키에 접근할 수 있습니다.

2. 쿠키는 원격 브라우저에 데이터를 저장하고 이를 사용하여 사용자를 추적하고 식별하는 메커니즘입니다. 구현 측면에서 쿠키는 클라이언트에 저장된 작은 데이터 조각입니다. 브라우저(즉, 클라이언트)는 HTTP 프로토콜을 통해 서버와 상호 작용합니다. 쿠키에는 크기 제한이 있으며 각 쿠키에 저장되는 데이터는 4kb를 초과할 수 없습니다. 쿠키 문자열의 길이가 4kb를 초과하면 이 속성은 빈 문자열을 반환합니다.

3. 쿠키는 브라우저에 의해 구현되고 관리됩니다.

4. 쿠키 자체의 속성에는 "Comment", "Domain", "Max-Age", "Path", "Secure", "Version"이 포함됩니다. 구체적인 사용법은 JavaScript 운영 쿠키를 참조하세요.

Comment 속성은 쿠키에 의해 생성된 쿠키에 대한 설명입니다.

Domain 속성은 일부 대규모 웹사이트의 경우 쿠키를 하위에서 공유하려는 경우에 정의됩니다. -사이트, 이 속성을 사용할 수 있습니다. 예를 들어 도메인이 .bigsite.com으로 설정된 경우 sub1.bigsite.com과 sub2.bigsite.com 모두 클라이언트에 저장된 쿠키에 액세스할 수 있습니다. 이 경우 경로를 /로 설정해야 합니다.

Max-Age 속성은 쿠키의 유효 시간을 초 단위로 정의합니다. 유효 기간이 초과되면 쿠키 정보가 HTTP 메시지 헤더를 통해 클라이언트에서 서버로 전송되지 않습니다.

Path 속성은 쿠키에 접근할 수 있는 웹사이트의 페이지 경로를 정의합니다. 기본적으로 Path는 쿠키가 생성될 때의 경로입니다. 이 경로 아래의 페이지에서 쿠키에 접근할 수 있습니다. 해당 하위 경로는 /로 설정될 수 있으므로 해당 웹사이트의 모든 페이지에서 쿠키에 접근할 수 있습니다.

Secure 속성 값은 쿠키의 보안을 정의합니다. 값이 true인 경우 쿠키가 클라이언트의 HTTP 메시지에 첨부되어 서버로 전송되기 전에 쿠키가 HTTPS 상태에 있어야 합니다. 쿠키는 전송되지 않습니다. Secure는 false인 경우 쿠키가 HTTP 상태로 전달될 수 있습니다.

Version 속성은 쿠키 작성자가 정의한 대로 쿠키의 버전을 정의합니다.

5. 쿠키 사용:
기록되는 정보는 서버에서 생성된 후 클라이언트로 전달됩니다. HTTP 메시지에서 정보를 꺼내 로컬 디스크에 저장합니다. 클라이언트가 서버에 다시 접속하면 로컬 디스크에서 원래 저장된 정보를 읽어서 HTTP 메시지에 첨부하여 서버로 보냅니다. 서버는 HTTP 메시지의 정보를 읽고 필요에 따라 추가 처리를 수행합니다. 실제 응용 프로그램.

6. 쿠키 정보는 텍스트 파일에 일반 텍스트로 저장되므로 비밀번호, 은행 계좌 번호 등 일부 민감한 정보를 로컬 쿠키 파일에 저장하려면 암호화된 형식을 사용하는 것이 가장 좋습니다.

2. 세션에 대한 자세한 설명

1. 세션은 답장으로, 지속적인 양방향연결을 의미합니다. 세션과 쿠키 사이에는 본질적으로 차이가 없습니다. 둘 다 HTTP 프로토콜의 제한 사항에 대응하여 클라이언트와 서버 간의 세션 연결 상태를 유지하기 위해 제안된 메커니즘입니다. 세션 역시 보편적인 표준이지만 언어에 따라 다르게 구현됩니다. 웹사이트의 경우, 세션은 사용자가 웹사이트에 접속한 시점부터 웹사이트를 탐색할 때 브라우저를 닫을 때까지의 세션을 의미합니다. 세션은 사실 시간이라는 특정한 개념입니다.
2. 세션은 세션 파일의 파일명인 세션 ID를 통해 클라이언트 사용자를 결정합니다. sessionID는 실제로 HTTP 요청과 HTTP 응답을 통해 클라이언트와 서버 간에 전달됩니다. sessionID는 특정 알고리즘에 따라 생성되며 세션 보안을 보장하기 위해 고유성과 임의성을 보장하기 위해 HTTP 요청에 포함되어야 합니다. 세션 생성 주기가 설정되어 있지 않으면 세션 ID가 메모리에 저장되며, 해당 ID는 브라우저를 닫은 후 자동으로 로그아웃되며, 페이지를 다시 요청하면 세션 ID가 다시 등록됩니다. 클라이언트가 쿠키를 비활성화하지 않으면 쿠키는 세션 세션을 시작할 때 세션 ID와 세션 수명을 저장하는 역할을 합니다. 세션이 만료되면 PHP는 세션을 재활용합니다.

3. 세션과 쿠키의 차이점:

1. 세션은 서버 측에 있고 쿠키는 클라이언트 측(브라우저)에 있습니다.
2. 세션은 메모리가 아닌 서버의 파일에 존재합니다(기본값). 3. 세션 세션 ID의 실행 종속성과 세션 ID는 쿠키에 저장됩니다. 즉, 브라우저가 쿠키를 비활성화하면 세션도 유효하지 않게 됩니다(물론 URL로 전달될 수도 있음)
4. 세션은 파일, 데이터베이스 또는 메모리에 배치될 수 있습니다. 둘 다 괜찮습니다.
5. 세션은 일반적으로 사용자 확인을 위해 사용됩니다. 따라서 세션을 유지하는 핵심은 클라이언트의 고유 식별자, 즉 세션 ID입니다.
6. 세션이 너무 많은 메모리를 차지하면 부담이 됩니다. 서버 서비스 성능. 쿠키에 의해 저장되는 데이터는 제한되어 있습니다.
7. 세션은 개체를 저장하고, 쿠키는 문자열 유형의 키-값 쌍을 저장합니다.

설명: HTTP 프로토콜은 상태 비저장 프로토콜이므로 서버가 사용자의 상태를 기록해야 할 때 특정 사용자를 식별하기 위해 몇 가지 메커니즘을 사용해야 합니다. 이 메커니즘은 쇼핑과 같은 것입니다. 장바구니를 클릭하면 HTTP 프로토콜은 어떤 사용자가 이를 운영하는지 알 수 없으므로 서버는 특정 사용자에 대한 특정 세션을 생성하여 사용자를 식별해야 합니다. 장바구니에 책이 많이 있어요. 이 세션은 서버 측에 저장되며 고유 식별자를 갖습니다.
메모리, 데이터베이스, 파일 등 세션을 서버 측에 저장하는 방법은 다양합니다. 클러스터링 시 세션 전송도 고려해야 합니다. 일반적으로 사용자 세션을 저장하기 위해 전용 세션 서버 클러스터가 있습니다. 이때 세션 정보는 메모리에 저장되며 Memcached와 같은 일부 캐싱 서비스가 사용됩니다. 세션. 생각해 보세요
서버는 어떻게 특정 고객을 식별하나요? 이때 Cookie가 무대에 등장합니다. HTTP 요청이 이루어질 때마다 클라이언트는 해당 쿠키 정보를 서버에 보냅니다. 실제로 대부분의 애플리케이션은 세션 추적을 구현하기 위해 쿠키를 사용합니다. 세션이 처음 생성되면 서버는 세션 ID가 쿠키에 기록되어야 함을 HTTP 프로토콜로 클라이언트에 알려줍니다. 후속 요청을 통해 세션 ID가 서버로 전송되며 귀하가 누구인지 알 수 있습니다. 누군가가 클라이언트의 브라우저가 쿠키를 비활성화하면 어떻게 해야 합니까?라고 물었습니다. 일반적으로 이 경우 세션 추적을 위해 URL 재작성이라는 기술이 사용됩니다. 즉, 각 HTTP 상호 작용에 대해 sid=xxxxx와 같은 매개 변수가 URL에 추가되고 이에 따라 서버가 사용자를 식별합니다. 쿠키는 실제로 일부 사용자 친화적인 시나리오에서 사용될 수 있습니다. 웹사이트에 한 번 로그인한 후 다음에 로그인할 때 다시 계정에 로그인하고 싶지 않다고 가정해 보세요. 이 정보는 쿠키에 기록될 수 있습니다. 웹사이트를 방문할 때 웹사이트 페이지의 스크립트가 이 정보를 읽고 자동으로 사용자 이름을 채워 사용자를 용이하게 할 수 있습니다. 이는 사용자에게 약간의 달콤함을 주는 쿠키 이름의 유래이기도 합니다. 요약하자면, 세션은 사용자의 상태를 추적하기 위해 서버에 저장되는 데이터 구조입니다. 이 데이터는 클러스터, 데이터베이스 및 파일에 저장될 수 있습니다. 쿠키는 클라이언트가 사용자 정보를 저장하는 메커니즘이며 일부를 기록하는 데 사용됩니다. 사용자 정보는 Session을 구현하는 방법이기도 합니다.

4. 웹 저장소

웹 저장소는 클라이언트에 데이터를 저장하는 새로운 방법입니다. HTML5는 localStorage와 sessionStorage의 두 가지 유형이 있으며 이를 사용하여 데이터베이스를 만들 수 있습니다. 서버 측 데이터베이스의 콘텐츠를 클라이언트에 로컬로 직접 저장할 수 있으므로 서버의 부담이 크게 줄어들고 데이터 액세스 속도가 빨라집니다.

1. localStorage: 데이터가 영구적으로 저장됩니다. 클라이언트의 로컬 하드웨어 장치(하드 디스크 또는 기타 하드웨어 장치)에 데이터를 저장하면 브라우저를 닫아도 데이터는 그대로 유지됩니다. localStorage의 범위는 문서 소스 수준으로 제한됩니다. 서로 다른 문서 소스는 서로의 데이터를 읽고 수정할 수 없지만 동일한 문서 소스는 가능합니다. 그러나 서로 다른 브라우저는 저장소를 공유하지 않습니다. 즉, 동일한 문서 소스라 할지라도 Chrome 브라우저에 저장한 데이터는 Firefox에서 액세스할 수 없습니다.
2. sessionStorage: 데이터를 임시 저장합니다. 데이터는 세션 개체에 저장됩니다. 저장시간은 웹페이지 진입부터 브라우저 웹페이지 종료까지의 시간입니다. sessionStorage의 범위도 문서 소스 수준으로 제한되며, 다른 탭의 동일한 페이지에도 자체 sessionStorage가 있으며 데이터를 공유할 수 없습니다. 페이지에 두 개의 iframe 요소가 있는 경우 sessionStorage를 공유합니다.

위 내용은 쿠키, 세션, 저장 기능 요약의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿