웹 렌더링(Web Rendering)웹 렌더링은 서버로부터 받은 리소스를 이용자에게 시각화하는 과정입니다.웹 브라우저는 HTML, CSS, JS 등의 리소스를 파싱하고, 이를 화면에 표시합니다.웹 렌더링 엔진웹 렌더링은 브라우저 내 렌더링 엔진에 의해 수행되며, 브라우저마다 사용하는 엔진이 다릅니다:Safari: WebkitChrome: BlinkFirefox: Gecko렌더링 엔진의 차이로 인해 렌더링 순서와 속도는 다를 수 있지만, 기본적인 HTML 파싱과 시각화 방식은 동일합니다. 여기서 잠깐!HTML 파싱 순서에 대해 이해하고 있나요?더보기HTML 파싱 순서HTML 문서 읽기브라우저는 HTML을 위에서 아래로 순차적으로 읽습니다.DOM(Document Object Model) 생성HTML 태그를 ..

URL은 Uniform Resource Locator의 약자로, 웹에 있는 리소스의 위치를 표현하는 문자열입니다. 브라우저로 특정 웹 리소스에 접근할 때는, URL을 사용하여 이를 서버에게 요청합니다. 다음은 URL의 예시입니다.URL의 주요 구성 요소URL은 여러 요소로 이루어져 있습니다. 자주 사용되는 주요 요소는 다음과 같습니다:Scheme리소스에 접근하기 위한 프로토콜을 나타냅니다.예: http, https, ftp예시: https://www.example.comHost리소스가 위치한 도메인 이름 또는 IP 주소입니다.예: www.example.com, 192.168.0.1Path서버 내에서 리소스가 위치한 경로입니다.예: /images/photo.jpgQuery추가적인 **정보(파라미터)**를 ..

웹 브라우저와 인터넷의 작동 원리웹은 인터넷이라는 전 세계적인 네트워크 위에 만들어졌습니다. 이 네트워크는 특정 **규칙(프로토콜)**에 따라 통신이 이루어지며, 이를 이해하지 못하면 사용하기 어렵습니다. 하지만, 웹 브라우저가 등장하면서 일반 이용자들도 인터넷을 쉽게 사용할 수 있게 되었습니다. 웹 브라우저는 서버와의 복잡한 HTTP 통신을 대신 수행하고, 수신한 리소스를 시각적으로 보여줍니다. 덕분에 오늘날의 SNS나 커뮤니티와 같은 서비스들이 활성화될 수 있었습니다.웹 브라우저의 역할웹 브라우저는 **사용자 경험(UX)**을 크게 향상시킨 대표적인 소프트웨어입니다.이용자는 브라우저를 통해:정보를 검색하거나,동영상을 보고,파일을 다운로드하지만,브라우저 내부에서 어떤 일이 일어나는지는 알 필요가 없습니..

1. REST API의 탄생REST는 Representational State Transfer라는 용어의 약자로서 2000년도에 로이 필딩 (Roy Fielding)의 박사학위 논문에서 최초로 소개되었습니다. 로이 필딩은 HTTP의 주요 저자 중 한 사람으로 그 당시 웹(HTTP) 설계의 우수성에 비해 제대로 사용되어지지 못하는 모습에 안타까워하며 웹의 장점을 최대한 활용할 수 있는 아키텍처로써 REST를 발표했다고 합니다.2. REST 구성쉽게 말해 REST API는 다음의 구성으로 이루어져있습니다. 자세한 내용은 밑에서 설명하도록 하겠습니다.자원(RESOURCE) - URI행위(Verb) - HTTP METHOD표현(Representations)1) URI는 정보의 자원을 표현해야 한다. (리소스명은..

웹 리소스란, 웹에 갖춰진 정보 자산을 의미합니다. 웹 브라우저의 주소창에 https://www.naver.com/index.html 주소를 입력하면 naver.com 에 존재하는 /index.html 경로의 리소스를 가져오라는 의미입니다. 모든 웹 리소스는 고유의 Uniform Resource Indicator (URI)를 가지며, 이를 이용하여 식별됩니다. 웹의 프론트엔드를 구성하는 대표적인 웹 리소스들은 다음과 같습니다. Hyper Text Markup Language (HTML)웹 문서의 뼈와 살을 담당합니다. 태그와 속성을 통한 구조화된 문서 작성을 지원합니다. Cascading Style Sheets (CSS)웹 문서의 생김새를 지정합니다. 웹 리소스들의 시각화 방법을 기재한 스타일 시트입니다..

HTTP의 응답과 요청은 평문으로 전달됩니다. 만약 누군가 이를 가로챈다면 중요한 정보가 유출될 수 있습니다. 예를 들어, 로그인할 때 전송한 POST 요청에는 대개 이용자의 ID와 비밀번호가 포함됩니다. 공격자가 중간에 이를 가로채면 이용자의 계정이 탈취당할 수 있습니다.  HTTPS(HTTP over Secure socket layer)는 TLS(Transport Layer Security) 프로토콜을 도입하여 이런 문제점을 보완합니다. TLS는 서버와 클라이언트 사이에 오가는 모든 HTTP 메시지를 암호화합니다. 공격자가 중간에 메시지를 탈취하더라도 이를 해석하는 것은 불가능하며, 결과적으로 HTTP 통신이 도청과 변조로부터 보호됩니다. HTTPS가 제정된 초기에는 금융이나 정부 서비스와 같이 민감..

HTTP 응답은 HTTP 요청에 대한 결과를 반환하는 메시지입니다. 요청을 수행했는지, 하지 않았는지, 안 했다면 이유는 무엇인지와 같은 상태 정보(Status), 그리고 클라이언트에게 전송할 리소스가 응답에 포함됩니다. 시작 줄HTTP 응답의 시작 줄은 HTTP 버전, 상태 코드(Status Code), 그리고 처리 사유(Reason Phrase)로 구성됩니다. 각각은 띄어쓰기로 구분됩니다. HTTP 버전은 서버에서 사용하는 HTTP 프로토콜의 버전을 나타냅니다. 그리고 상태 코드는 요청에 대한 처리 결과를 세 자릿수로 나타냅니다. HTTP 표준인 RFC 2616은 대략 40여개의 상태 코드를 정의하고 있는데, 각각은 첫 번째 자릿수에 따라 5개의 클래스로 분류됩니다. 처리 사유는 상태 코드가 발생한 ..

HTTP 메시지에는 클라이언트가 전송하는 HTTP 요청, 그리고 서버가 반환하는 HTTP 응답이 있습니다. 기능과 세부 구조에서는 차이가 있지만, 크게 보면 이들은 HTTP 헤드와 바디로 구성된다는 공통점이 있습니다.HTTP 헤드 HTTP 헤드의 각 줄은 CRLF로 구분되며, 첫 줄은 시작 줄(Start-line), 나머지 줄은 헤더(Header)라고 부릅니다. 헤드의 끝은 CRLF 한 줄로 나타냅니다.HTTP 바디 HTTP 바디는 헤드의 끝을 나타내는 CRLF 뒤, 모든 줄을 말합니다. 클라이언트나 서버에게 전송하려는 데이터가 바디에 담깁니다.