PHP 세션을 캐시와 쿠키로 바꾸는 방법

내가 직접 작성한 PHP 7 개발 프레임워크에는 세션 개념이 더 이상 존재하지 않습니다

사용자가 캐싱 + 쿠키를 사용하여 문제를 해결하길 바랍니다

사실 알고 싶습니다. 단순히 사용자 로그인을 유지하세요

쿠키를 사용하여 저장소를 대칭적으로 암호화한 다음 PHP를 사용하여 암호를 해독하고 테이블을 조회합니다
세션에서 사용자 UID를 기록한 다음 테이블을 조회하는 것에는 실제로 본질적인 차이가 없습니다

여담

쿠키는 사용자의 해시된 비밀번호와 사용자 이름을 저장합니다. 매번 로그인을 시뮬레이션하는 것이 불가능하지는 않습니다

실제로 세션의 실용성은 데이터베이스나 캐시된 데이터와 비슷해야 합니다

결국 세션에는 복구 메커니즘이 있습니다. 매일 100,000명이 웹 사이트에 로그인하면 세션 메커니즘으로 인한 I/O 병목 현상은 데이터베이스 병목 현상보다 더 심각할 수 있습니다.

여담 하나 더

장바구니 구현에 관해서는 실제로 캐시
key VALUE
장바구니 콘텐츠 ID를 직접 호출하는 것이 가능합니다.

보다 자세한 상품 정보는 테이블 조회나 캐시 조회를 이용하세요. 형식도 꽤 좋은 선택입니다

세션을 계속 사용하는 이유가 무엇인지 알려주시기 바랍니다. 세션은 너무 무작위적이고 신뢰할 수 없기 때문입니다

답글 내용:

내가 직접 작성한 PHP 7 개발 프레임워크에는 세션 개념이 더 이상 존재하지 않습니다

사용자가 캐싱 + 쿠키를 사용하여 문제를 해결하길 바랍니다

사실 알고 싶습니다. 단순히 사용자 로그인을 유지하세요

쿠키를 사용하여 저장소를 대칭적으로 암호화한 다음 PHP를 사용하여 암호를 해독하고 테이블을 조회합니다
세션에서 사용자 UID를 기록한 다음 테이블을 조회하는 것에는 실제로 본질적인 차이가 없습니다

여담

쿠키는 사용자의 해시된 비밀번호와 사용자 이름을 저장합니다. 매번 로그인을 시뮬레이션하는 것은 불가능하지 않습니다

실제로 세션의 실용성은 데이터베이스나 캐시된 데이터와 비슷해야 합니다

결국 세션에는 복구 메커니즘이 있습니다. 매일 100,000명이 웹 사이트에 로그인하면 세션 메커니즘으로 인한 I/O 병목 현상은 데이터베이스 병목 현상보다 더 심각할 수 있습니다.

또 다른 여담

장바구니 구현에 관해서는 실제로 캐시
key VALUE
장바구니 콘텐츠 ID를 직접 호출하는 것이 가능합니다.

보다 자세한 상품 정보는 테이블 조회나 캐시 조회를 이용하세요. 형식도 꽤 좋은 선택입니다

세션을 계속 사용하는 이유가 무엇인지 알려주시기 바랍니다. 세션은 너무 무작위적이고 신뢰할 수 없기 때문입니다

1. 쿠키에 사용자 비밀번호 등의 정보를 넣지 마십시오. 암호화되어 있더라도 보안상의 위험이 있습니다.
2. 캐싱을 이용해야 하므로 직접 Redis로 이동하여 제품 정보와 사용자의 장바구니를 Redis의 Hash 테이블에 담을 수 있는 것이 좋습니다

문제없습니다. 이것이 바로 휴식이라는 뜻입니다.

세션을 사용하는 것이 더 편리하기 때문에 당연합니다

아, 그리고 로그인을 시뮬레이션할 때마다 테이블을 확인하지 마세요. 최근 로그인한 사용자 정보를 저장하려면 redis 등을 사용하는 것이 좋습니다