앞뒤 분리?
성능 최적화?
앞뒤 분리?
성능 최적화?
JD.com, Taobao와 같은 대규모 웹사이트의 경우 데이터를 읽는 것이 매우 복잡하며 단순히 인터페이스에서 읽을 수는 없습니다. 주요 대략적인 데이터는 다음 범주로 나뉩니다
데이터 직접 읽기
서버에서 직접 최신 데이터를 읽습니다. 서비스에 너무 많은 부담이 있기 때문에 데이터의 일부만 이 작업을 수행합니다. 이 단계는 서버 측 렌더링일 수 있습니다.
캐시된 데이터
서버에서 최신 데이터를 읽어오는 데 실패하거나, 실시간 성능이 좋지 않아 최신 데이터를 읽을 필요가 없는 경우에는 캐시된 데이터를 활용하세요. 데이터베이스에 대한 부담을 줄이기 위해.
재해 복구 데이터
머신이 갑자기 고장나거나 프로그램이 충돌하여 데이터 직접 읽기와 데이터 캐싱이 모두 실패하는 경우 재해 복구 데이터가 사용됩니다. 재해 복구 데이터는 일반적으로 처음 두 가지 유형의 데이터를 성공적으로 읽은 후 localStorage 또는 userData의 클라이언트에 저장됩니다. 서버측 장애가 발생하더라도 페이지는 정상적으로 표시될 수 있습니다. 최신 데이터가 아닐 수도 있습니다.
그래서 타오바오나 JD.com처럼 실패하더라도 말이죠. 또한 사용자 탐색(작업에 영향을 미칠 수 있음)에도 영향을 주지 않습니다.
그래서 제목 사진만으로는 왜 이런 식으로 사용되는지 분석하기 어렵습니다.
서버 부담을 줄이기 위해 클라이언트에 렌더링을 적용