일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- es6 module
- react
- 선형리스트
- task queue
- 자료구조
- Call stack
- 일급 객체
- parcel
- request body undefined
- DOM API
- Event Loop
- body-parser
- client side rendering
- express request body
- web server vs was
- Browser API
- javascript first class citizen
- javascript eventloop
- react event bind
- centos7 설치
- first class citizen
- typescript parcel tilde
- server side rendering
- 자료구조 queue
- javascript module
- redux 특징
- 순차리스트
- 자료구조 정렬
- redux 사용 이유
- parcel resolver error
- Today
- 7
- Total
- 557,692
목록기타 Web 관련 공부 (4)
비실이의 개발 성장기
Rendering 이란? 컴퓨터 프로그램을 사용하여 모델 또는 이들을 모아놓은 장면인 씬 파일(scene file)로부터 영상을 만들어내는 과정을 말한다. (위키백과 - 렌더링) SSR / CSR 에서 말하는 렌더링은 인용 문구에서 말하는 scene 파일들을 이용해 영상을 만들지는 않습니다. 하지만, 렌더링 엔진을 사용해 소스 코드들로 부터 웹 페이지를 만들어낸다는 면에서 의미는 동일하다고 생각됩니다. Server-Side Rendering(SSR) 이란? PHP, JSP, ASP, Node.js 등 Server-Side Script 언어 기반의 템플릿 엔진을 이용해 동적인 웹 콘텐츠(html) 문서를 만드는 방식 입니다. 다음 코드는 Node.js 템플릿 엔진인 EJS 문법으로 작성 된 .ejs 파일 ..
# CORS 란? Cross Origin Resource Sharing(교차 출처 자원 공유) 의 약어 원본 출처에서 실행 중인 웹 어플리케이션이 다른 출처의 자원에 접근할 수 있도록 서버에서 관련 HTTP 헤더를 추가하여 브라우저에 알려주는 체제 입니다. # SOP 란? Same Origin Policy(동일 출처 정책) 의 약어 원본 출처에서 실행 중인 웹 어플리케이션은 보안상의 이유로 동일한 출처의 리소스만 공유할 수 있다 라는 정책 입니다. SOP 정책 중, 다른 출처 리소스 요청을 허용하는 예외 항목이 있는데 그 중 하나가 CORS 정책을 지킨 리소스 요청 입니다. # 출처(Origin) 란? URI 구조에 대해서 알아야 합니다. http://localhost:3000/main?page=1#co..
브라우저 구조 1. User Interface 브라우저 화면에서 웹사이트가 표시되는 부분을 제외한 나머지 영역 (ex. 주소창, 이전/다음 버튼, 새로고침 버튼, 즐겨찾기 탭 등) 2. 브라우저 엔진 User Interface 와 렌더링 엔진 사이에서 발생하는 동작 제어 3. 렌더링 엔진 HTML, CSS 를 파싱하여 화면에 표시 담당 (ex. 서버측에서 전달받은 리소스 중에 .html 이나 .css 파일을 파싱하여 화면에 표시) 4. 네트워크 통신 네트워크 호출 시 역할 수행 (ex. URL 입력 시, 해당 서버측과 HTTP 통신을 통해 웹페이지 소스를 받음) 5. Javascript 해석기 Javascript 코드를 해석하고 실행 (ex. 서버측에서 전달받은 리소스 중에 .js 파일을 해석하고 실행)..
1. 브라우저 주소창에 접속 할 URL 을 입력 2. 브라우저는 현재 PC에 연결된 네트워크의 DNS 에 접속 할 URL 의 IP 주소를 요청 3. DNS 로 부터 IP 확인이 완료되면 브라우저는 서버에 요청 할 HTTP 메시지를 작성 4. 작성이 완료 된 HTTP 메시지를 패킷으로 나누어 서버측으로 전송 (TCP 이므로 3-handshaking 기법을 통해 서버를 찾음) 5. 서버측에서는 도착한 패킷을 조합하여 원래의 HTTP 메시지로 만듦 6. 서버(Web server + WAS) 는 클라이언트에 보낼 리소스(HTTP 메시지)를 패킷으로 나누어 클라이언트측으로 전달 7. 브라우저(클라이언트) 는 서버로부터 전달받은 패킷을 조합하여 화면에 띄움