SSR — 서버가 먼저 그린다 · 문자열과 그 함정 · 퀴즈
SSR 확인
문항 7개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
SSR 을 고르는 기준으로 가장 맞는 것은?
- 언제나 CSR 보다 빠르기 때문에
- 서버 CPU 에 여유가 있는가
- 첫 HTML 에 내용이 있어야 하는가
- 자바스크립트 번들이 작은가
HTML 이스케이프에서 `&` 를 가장 먼저 바꿔야 하는 이유는?
- 이미 바꿔 놓은 엔티티의 & 까지 다시 바뀌어서
- 본문에서 가장 자주 나오는 문자라서
- 먼저 바꿔야 치환이 한 번에 끝나서
- HTML 표준이 그 순서를 정해 두어서
`window.__STATE__ = ${JSON.stringify(state)}` 가 위험한 이유는?
- 직렬화가 느려 응답이 늦어져서
- JSON 이 커지면 HTML 이 무거워져서
- 따옴표가 escape 되지 않아서
- 값 안의 `</script>` 가 스크립트 태그를 끊어서
하이드레이션이 하는 일은?
- HTML 을 처음부터 다시 그린다
- 이미 그려진 DOM 에 이벤트만 붙인다
- 데이터를 다시 가져온다
- CSS 를 적용한다
하이드레이션 불일치의 원인이 **아닌** 것은?
- new Date().toLocaleString()
- state 에 담아 내려보낸 타임스탬프
- Math.random() 으로 만든 id
- window.innerWidth
스트리밍 SSR 이 주는 이점은?
- 전체 렌더 시간 자체가 짧아진다
- 서버 CPU 사용량이 줄어든다
- 셸을 먼저 보내 브라우저가 일찍 받기 시작한다
- 보내는 자바스크립트 번들이 작아진다
로그인 사용자 이름이 든 SSR 응답에 `Cache-Control: public` 을 붙이면?
- CDN 이 A 의 페이지를 B 에게 줄 수 있다
- CDN 이 캐시해서 더 빨라진다
- 개인화된 응답이라 캐시되지 않는다
- 쿠키가 있으면 캐시가 무시된다