예전에 서버 사이드 스크립트, 클라이언트 사이드 스크립트 지나가다 이야기 나온적이 있다
렌더링도 편 나눠서 하네....
(+) https://velog.io/@rlaebqebq/브라우저-렌더링
이 렌더링이랑은 다른 말이다
https://dev.to/jeremypanjaitan/ssr-vs-csr-2617
말그대로 서버/클라이언트에서 렌더 가능한 상태로 준비완 시켜놓고
클라이언트/서버로 보내지면 얘들은 받아서 렌더링한다는거다
SSR
- 서버 사이드 렌더링
- 서버 측에서 코드를 실행하여 HTML을 생성
- 브라우저는 HTML 웹페이지 수신하면 구문분석해 HTML DOM 생성하고 웹페이지 표시
- 필요한 부분(페이지마다)의 스크립트만 불러옴 👉 SSR이 초기 페이지 로드 시간 빠름
- SEO 대응하기 좋음
CSR
- 클라이언트 사이드 렌더링
- 브라우저에서 Javascript 코드를 실행하여 HTML을 생성
- 모든 스크립트를 한번에 불러옴 👉 CSR이 초기 페이지를 제외한 나머지 로딩 시간 빠름
근데 웹사이트와 사용자 간 상호작용이 많으면 CSR, 아니면 SSR을 권장한다는데
많다의 기준은 어떻게 세우지??????그 중간 애매한 선에선 그냥 SSR이 나으려나
언제나
검색해보니까 둘을 적절하게 섞어 쓰던데 거기에 nextjs로 해결보는 사람도 있던데
코드리뷰받는 분이 next를 썼어서 본적은 있다. pages 역할의 그 애매함이 있던데 일단 알겠습니다....
