뷰를 렌더링한 후 Redis가 HTML을 저장하는 데 문제가 있습니다.

프레임워크에서는 뷰를 렌더링한 후 모든 뷰 콘텐츠를 Redis에 캐시합니다.
다음 방문 시 방문 주소나 조건이 일치하면 Redis에 캐시된 콘텐츠를 직접 읽습니다.

Redis에서는 어떤 스토리지 유형을 사용하는 것이 더 적합합니까?
현재 String을 사용하여 해싱을 시도했지만 k-v별로 만료 시간을 설정할 수 없다는 단점이 있습니다.
그리고 캐시된 콘텐츠마다 별도의 유효 시간을 설정해야 합니다

Redis에서 더 나은 성능과 콘텐츠 예약을 달성할 수 있는 더 나은 제안이나 솔루션이 있는지 묻고 싶습니다! ?

감사합니다.

답글 내용:

프레임워크에서는 뷰를 렌더링한 후 모든 뷰 콘텐츠를 Redis에 캐시합니다.
다음 방문 시 방문 주소나 조건이 일치하면 Redis에 캐시된 콘텐츠를 직접 읽습니다.

Redis에서는 어떤 스토리지 유형을 사용하는 것이 더 적합합니까?
현재 String을 사용하여 해싱을 시도했지만 k-v별로 만료 시간을 설정할 수 없다는 단점이 있습니다.
그리고 캐시된 콘텐츠마다 별도의 유효 시간을 설정해야 합니다

Redis에서 더 나은 성능과 콘텐츠 예약을 달성할 수 있는 더 나은 제안이나 솔루션이 있는지 묻고 싶습니다! ?

감사합니다.

문자열을 사용해도 문제 없습니다.

성능을 고려하여 연결 재사용을 활성화하는 것을 잊지 마세요. 대역폭이 충분하지 않으면 zlib 또는 lzo와 같은 압축을 사용할 수 있습니다. 더 나은 압축률을 원한다면 보다 타겟이 명확한 사전을 미리 계산할 수 있습니다(Python은 이 작업을 지원하는 zlib 라이브러리와 함께 제공되며 PHP의 경우 자체 확장을 작성합니다...).

해당 정적 파일을 직접 생성하는 것이 더 빠를지...