HTTP 프로토콜은 상태 비저장 프로토콜이므로 서버가 사용자의 상태를 기록해야 할 때 특정 사용자를 식별하는 메커니즘을 사용해야 합니다. 이 메커니즘이 일반적인 시나리오입니다. 주문 버튼을 클릭하면 HTTP 프로토콜은 어떤 사용자가 이를 작동하는지 알 수 없으므로 서버는 이 사용자를 식별하기 위해 특정 사용자에 대한 특정 세션을 생성해야 합니다. 사용자는 장바구니에 몇 권의 책이 있는지 알 수 있습니다. 이 세션은 서버 측에 저장되며 고유 식별자를 갖습니다. 메모리, 데이터베이스, 파일 등을 포함하여 서버 측에 세션을 저장하는 방법에는 여러 가지가 있습니다. 클러스터링 시 세션 전송도 고려해야 합니다. 대규모 웹사이트에는 일반적으로 사용자 세션을 저장하기 위한 전용 세션 서버 클러스터가 있습니다. 세션 정보는 메모리에 저장되며 Memcached와 같은 일부 캐싱 서비스를 사용하여 세션을 저장합니다.
세션은 서버에 저장되는데 어떻게 클라이언트의 정보가 서버와 빠르게 일치할 수 있습니까?(웹 사이트에 로그인한 후 다음 번에 사용자 이름과 비밀번호를 입력할 필요가 없는 경우가 많습니다. 당신이 로그인할 때 좋아요, 이것이 쿠키의 목적입니다). HTTP 요청이 이루어질 때마다 클라이언트는 해당 쿠키 정보를 서버에 보냅니다. 실제로 대부분의 애플리케이션은 세션 추적을 구현하기 위해 쿠키를 사용합니다. 세션이 처음 생성되면 서버는 세션 ID가 쿠키에 기록되어야 함을 HTTP 프로토콜로 클라이언트에 알려줍니다. 후속 요청을 통해 세션 ID가 서버로 전송되며 귀하가 누구인지 알 수 있습니다. 누군가 클라이언트의 브라우저가 비활성화되어 있는지 물었습니다. 쿠키는 어떻습니까? 일반적으로 이 경우 세션 추적을 위해 URL 재작성이라는 기술이 사용됩니다. 즉, 각 HTTP 상호 작용에 대해 sid=xxxxx와 같은 매개 변수가 URL에 추가되고 이에 따라 서버가 사용자를 식별합니다.
쿠키는 실제로 일부 사용자 친화적인 시나리오에서 사용될 수 있습니다. 웹사이트에 한 번 로그인한 후 다음에 로그인할 때 다시 계정에 로그인하고 싶지 않다면 어떻게 해야 할까요? 이 정보는 쿠키에 기록될 수 있습니다. 웹사이트를 방문할 때 웹사이트 페이지의 스크립트가 이 정보를 읽고 자동으로 사용자 이름을 채워 사용자를 용이하게 할 수 있습니다. 이는 사용자에게 약간의 달콤함을 주는 쿠키 이름의 유래이기도 합니다.
세션은 사용자의 상태를 추적(식별)하기 위해 서버에 저장되는 데이터 구조입니다. 이 데이터는 클러스터, 데이터베이스 및 파일에 저장될 수 있습니다.
쿠키는 클라이언트가 사용자 정보를 저장하는 메커니즘입니다. 일부 사용자 정보를 기록하는 데 사용되며 Session을 구현하는 방법이기도 합니다.
1. 세션은 서버측에 있고, 쿠키는 클라이언트측(브라우저)에 있습니다.
2. 세션은 기본적으로 메모리에 저장되지 않습니다. 세션 ID는 세션 ID에 따라 달라지며 세션 ID는 쿠키를 기반으로 합니다. 즉, 브라우저가 쿠키를 비활성화하면 세션도 유효하지 않습니다(그러나 session_id를 전달하는 등의 다른 방법으로 달성할 수 있습니다). URL)
4. 세션은 파일, 데이터베이스 또는 메모리에 배치될 수 있습니다.
5. 세션은 일반적으로 사용자 확인을 위해 사용됩니다. 따라서 세션을 유지하는 핵심은 클라이언트의 고유 식별자, 즉 세션 ID입니다.
2. 쿠키는 그다지 안전하지 않습니다. 다른 사람이 로컬에 저장된 쿠키를 분석하여 속일 수 있습니다.
보안을 고려하여 세션을 사용해야 합니다.3. 세션은 일정 기간 내에 서버에 저장됩니다. 접속량이 증가하면 서버 성능을 더 많이 차지하게 되므로 서버 성능을 저하시키려면 COOKIE를 사용해야 합니다.
4. 단일 쿠키에 저장되는 데이터는 4K를 초과할 수 없습니다. 많은 브라우저는 사이트에 최대 20개의 쿠키를 저장하도록 제한합니다.
5. 개인적인 제안:
로그인 정보 등 중요한 정보를 SESSION으로 저장하세요
기타 정보를 보관해야 하는 경우 COOKIE에 넣으시면 됩니다
위 내용은 쿠키와 세션의 관계의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!