SSRの確認

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 이 캐시해서 더 빨라진다
• 개인화된 응답이라 캐시되지 않는다
• 쿠키가 있으면 캐시가 무시된다