LabHub

SSR — 서버가 먼저 그린다 · 문자열과 그 함정 · 퀴즈

SSR 확인

LabHub 에서 이어서 보기

문항 7개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. SSR 을 고르는 기준으로 가장 맞는 것은?

    1. 언제나 CSR 보다 빠르기 때문에
    2. 서버 CPU 에 여유가 있는가
    3. 첫 HTML 에 내용이 있어야 하는가
    4. 자바스크립트 번들이 작은가
  2. HTML 이스케이프에서 `&` 를 가장 먼저 바꿔야 하는 이유는?

    1. 이미 바꿔 놓은 엔티티의 & 까지 다시 바뀌어서
    2. 본문에서 가장 자주 나오는 문자라서
    3. 먼저 바꿔야 치환이 한 번에 끝나서
    4. HTML 표준이 그 순서를 정해 두어서
  3. `window.__STATE__ = ${JSON.stringify(state)}` 가 위험한 이유는?

    1. 직렬화가 느려 응답이 늦어져서
    2. JSON 이 커지면 HTML 이 무거워져서
    3. 따옴표가 escape 되지 않아서
    4. 값 안의 `</script>` 가 스크립트 태그를 끊어서
  4. 하이드레이션이 하는 일은?

    1. HTML 을 처음부터 다시 그린다
    2. 이미 그려진 DOM 에 이벤트만 붙인다
    3. 데이터를 다시 가져온다
    4. CSS 를 적용한다
  5. 하이드레이션 불일치의 원인이 **아닌** 것은?

    1. new Date().toLocaleString()
    2. state 에 담아 내려보낸 타임스탬프
    3. Math.random() 으로 만든 id
    4. window.innerWidth
  6. 스트리밍 SSR 이 주는 이점은?

    1. 전체 렌더 시간 자체가 짧아진다
    2. 서버 CPU 사용량이 줄어든다
    3. 셸을 먼저 보내 브라우저가 일찍 받기 시작한다
    4. 보내는 자바스크립트 번들이 작아진다
  7. 로그인 사용자 이름이 든 SSR 응답에 `Cache-Control: public` 을 붙이면?

    1. CDN 이 A 의 페이지를 B 에게 줄 수 있다
    2. CDN 이 캐시해서 더 빨라진다
    3. 개인화된 응답이라 캐시되지 않는다
    4. 쿠키가 있으면 캐시가 무시된다