# HTTP 완벽 가이드

11개의 포스트
post-thumbnail

HTTP 완벽 가이드 (20-2) 리다이렉션과 부하 균형

5. 프락시 리다이렉션 방법 웹브라우저와 같은 클라이언트가 어떻게 프락시로 가는 길을 알까? 세 가지 방법이 있다. 5-1. 명시적 브라우저 설정 대부분의 브라우저에는 프락시 서버에 접촉하기 위해 프락시 이름, IP 주소, 포트번호를 설정할 수 있는 풀다운 메뉴가

2020년 11월 7일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (19) 배포 시스템

1. 배포 지원을 위한 FrontPage 서버 확장 Frontpage는 마이크로소프트의 웹 개발 및 배포 도구 집합이다. 본래 버미어 테크놀로지스에서 만든 것을 1996년 마이크로소프트가 버미어를 인수하면서 1.1 버전을 출시했다. 현재는 2003 버전을 마지막으로

2020년 10월 31일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (15) - 엔터티와 인코딩

메시지는 컨테이너, 엔터티는 화물 > 엔터티 (entity) > > 사람이 생각하는 개념이나 정보 단위와 같은 현실 세계의 대상체, 실세계에 존재하는 유형 혹은 무형 정보의 대상이며 서로 구별이 되는 하나하나의 대상 메시지는 컨테이너, 엔터티는 화물 엔터티는 무엇

2020년 10월 19일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (12) 기본 인증

인증은 당신이 누구인지 증명하는 것이다. 완벽한 인증이란 없지만, 당신에 대한 여러 데이터는 당신이 누구인지 판단하는 데에 도움이 된다.HTTP는 사용자 인증을 하는 데 사용하는 자체 인증요구/응답 프레임워크를 제공한다.HTTP 인증HTTP 인증요구/응답 과정웹 애플리

2020년 10월 10일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (7) 캐시

캐시의 필요성 1. 불필요한 데이터 전송 복수의 클라이언트가 자주 접근하는 원 서버 페이지들 즉, 똑같은 바이트들이 반복해서 서버에서 클라이언트로 이동한다. 개발자라면 반복은 피해야 하는 법. 캐시를 이용해 서버 응답을 보관하고 보내줄 수 있지 않을까? 2. 대역

2020년 10월 10일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (6) 프락시

웹 중재자 > 웹 프락시 서버? > > 클라이언트의 입장에서 트랜잭션을 수행하는 중개인 공용 프락시 여러 클라이언트가 함께 사용하는 프락시. 대부분의 프락시는 공용이며 공유된 프락시다. 개인 프락시 흔하지는 않지만 꾸준히 사용되고 있다. 브라우저의 기능을 확장

2020년 10월 1일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (2) URL과 리소스

URL 구조 URL 기본 구조 URL의 첫 부분은 스킴(scheme)이다. 웹 클라이언트가 리소스에 접근하는 방법, 프로토콜을 의미한다. URL의 두 번째 부분은 도메인 이름이다. 서버의 위치라고도 할 수 있는데, 리소스가 어디에 호스팅되어 있는지 알려 준다.

2020년 9월 15일
·
0개의 댓글
post-thumbnail

HTTP 완벽 가이드 (1) HTTP 개관

정보를 요청하는 웹 클라이언트, 정보를 보내주는 웹 서버. 둘이 대화하는 방법이 HTTP웹 서버는 웹 리소스를 웹 클라이언트에게 전달한다. 웹 리소스는 텍스트 파일, html 파일, 이미지 파일 등의 정적 파일과 웹 게이트웨이, 인터넷 검색엔진 등의 동적 컨텐츠 등을

2020년 9월 13일
·
0개의 댓글

HTTP 프락시(Proxy)의 개념

프락시는 클라이언트와 서버 사이에 위치하여 HTTP 메세지의 중개인 역할을 한다. 주제 요약 HTTP 프락시와 웹 게이트웨이의 비교를 통해 HTTP 프락시가 어떻게 배치되는가 몇가지 유용한 활용방법 프락시가 실제 네트워크에 어떻게 배치되어 있는지, 트래픽이 어떻게 프락시 서버로 가게 되는가 브라우저에서 프락시 사용을 위한 설정 방법 HTTP 프락...

2018년 12월 18일
·
0개의 댓글

HTTP 상태 코드(HTTP status code)

100 - 199 : 정보성 상태 코드 정보성 상태 코드는 HTTP/1.1 에서 도입되어 비교적 새로운 것이며, 복잡함을 감수할 만큼 가치가 있는지에 대해 논란이 되고 있다. 100 : 요청의 시작 부분 일부가 받아들여졌으며, 클라이언트는 나머지를 계속 이어서 보내야 함을 의미함 101 : 요청자가 서버에 프로토콜 전환을 요청했으며, 서버에서 이를 승...

2018년 12월 9일
·
1개의 댓글

URL vs URI

흔히 혼용되어 불리는 URL과 URI의 차이점에 대해 알아보자. 1. URI는 Uniform Resource Identifier(통합 자원 식별자)를 의미한다. URI는 인터넷의 우편물 주소 같은 것으로, 고유하게 정보 리소스를 식별하고 위치를 지정한다 ex) velog 유저 honeysuckle의 블로그 - https://velog.io/@hone...

2018년 12월 7일
·
0개의 댓글