나보단 잘하자

이 게시글은 https://d2.naver.com/helloworld/59361를 읽다가 지친 글쓴이가 쉽게 설명해줍니다. 2편 css transform, positioning 효율성 차이 에서 이어질 예정입니다 프론트엔드 개발자라면 면접에서 필수 질문들이 몇가지 있다. 예를 들면, 자바스크립트 이벤트 버블링, 캡쳐링 이라던지, 프로미스라던지, 왜 비전공자면서 개발하고 싶었냐 같은 것들이 있다. 그 중에서도 첫번째 질문의 단골은 웹 브라우저 렌더링 과정에 대해 설명하라는 말이다. 그래서 잘 아는가? 어느정도까지 설명해야 하는가? 리퀘스트 리스폰스를 받아요~ 라고 끝내버리면 안되는것인가? 깊이 설명한다면 미친듯이 깊이 설명할 수 있는 주제이니만큼, 최대한 간단하고 필수적인 요소들만 간단히 설명해보고자 한다..

HTTP를 배울 때, 흔히 URI라는 용어를 이용한다. URL만 알고 있었기에 궁금해 제대로 알아보려 포스팅을 한다. 아래는 url, uri, urn 차이를 검색하면 구글에 나오는 흔한 이미지들이다. URI(Uniform Resource Identifier) 하나의 리소스를 가리키는 문자열. 리소스란, HTTP에서 요청한 대상을 말한다. URI 는 URL과 URN을 포함하는 개념이다. 때문에, URL과 URN을 URI라고 지칭할 수 있다. 흔히 http인 것 이지, 프로토콜에 따라 앞의 이름은 http일 수도, ftp일 수도 있다. 가장 흔한 URI는 URL이다. URL(Uniform Resource Locator) 우리가 아는 일반적인 웹 주소 형식이다. 리소스의 location을 가리키는데 사용된다...

이런 페이지 아마 자주 봤을 것이다. 웹페이지가 제대로 로드되지 않으면 드는 에러페이지. 원인은 무엇일까? 404도 있고 500몇도 본 것 같고 이 숫자들, 다 무얼 의미하는걸까? HTTP란? Hypertext Transfer Protocol, 즉, 하이퍼텍스트를 전송하기 위한 프로토콜(약속, 규칙)이다. 하이퍼텍스트의 소통은 클라이언트 쪽인 웹 브라우저와 웹 서버 사이에서 일어난다. 항상 웹 브라우저는 데이터를 요청하는 쪽이고, 서버는 요청을 받아 원하는 것을 돌려주는 쪽이다. 종이에 원하는 물건을 적어 창구에 넣으면 해당 물건을 주는 가게라고 생각해보자. 물건을 얻으려는 사람은 웹 브라우저, 종이를 읽고 해당 물건을 주는 사람은 웹 서버. 하지만 적힌 물건중에 가게에 없는 물건이 있다면 물건이 없다고..