웹 서버는 인터넷의 데이터를 저장하고, 클라이언트가 요청한 데이터를 제공한다.클라이언트는 서버에게 HTTP 요청을 보내고 서버는 요청된 데이터를 HTTP응답으로 돌려준다.브라우저가 웹 페이지를 열어볼 때, 브라우저는 HTTP 요청을 서버로 보낸다. HTTP요청을 받은
URL(Uniform Resource Locator)은 인터넷의 리소스를 가리키는 표준 이름이다. 전자 정보 일부를 가리키고 그것이 어딨는지, 어떻게 접근할 수 있는지 알려준다.URL은 URI라고 불리는 더 일반화 된 부류의 부분 집합이다. URI는 URL과 URN으로
HTTP메시지는 HTTP 애플리케이션간에 주고 받은 데이터의 블록들이다.각 데이터 블록들은 메시지의 내용과 의미를 설명하는 텍스트 메타 정보로 식작하고 그 다음에 선택적으로 데이터가 올 수 있다.메시지는 클라이언트, 서버, 프록시 사이에 흐른다.inbound outbo
GET과 HEAD메서드는 안전한 메서드로 분류되는데 서버에 어떠한 작용도 없기 때문이다.사실 안전한 메서드가 서버에 작용을 유발하지 않는 다는 보장은 없는데, 안전한 메서드의 목적은 서버에 어떤 영향을 줄 수 있는 안전하지 않은 메서드가 사용될 때, 사용자에게 그 사실
모든 HTTP 통신은 패킷 교환 네트워크 프로토콜들의 계층화된 집합인 TCP/IP를 통해 이루어진다. 모든 클라이언트 애플리케이션은 서버 애플리케이션으로 TCP/IP 커넥션을 맺을 수 있다. 일단 커넥션이 맺어지면 클라이언트와 서버 컴퓨터 간에 주고 받는 메시지들은 손
모든 웹 서버는 리소스에 대한 HTTP 요청을 받아서 컨텐츠를 클라이언트에게 돌려준다.클라이언트 커넥션 수락클라이언트가 이미 서버에 대해 지속 커넥션을 갖고 있다면, 그 커넥션을 사용할 수 있지만 커넥션이 없다면, 새 커넥션을 맺어야 한다.클라이언트가 웹 서버에 TCP
웹 프록시 서버는 일종의 중개자이다. 프록시는 클라이언트와 서버 사이에 위치하여 그 사이의 HTTP메시지를 정리한다.클라이언트 입장에서 웹 프록시 서버는 트랜잭션을 수행하는 중개인이다. 웹 프록시 서버가 없다면 클라이언트는 웹 서버와 직접 이야기 해야 하지만, 프록시
HTTP/1.1의 메시지 포멧은 구현의 단순성과 접근성에 주안점을 두고 최적화 되었기 때문에 성능이 일정부분 희생되었다. 존재하는 하나의 커넥션을 통해 요청을 하나 보내고 그에 대한 응답 하나만을 받는 HTTP의 메시지 교환 방식은 단순하지만, 응답을 받아야 그다음 요