HTTP/0.9

HTTP/0.9는 1991년에 W3C(World Wide Web Consortium)에서 발표한 내용을 한국어로 번역한 책입니다.원문

서론

원문

번역문

This document defines the Hypertext Transfer protocol (HTTP) as originally implemented by the World Wide Web initaitive software in the prototype released. This is a subset of the full HTTP protocol, and is known as HTTP 0.9. No client profile information is transferred with the query. Future HTTP protocols will be back-compatible with this protocol. This restricted protocol is very simple and may always be used when you do not need the capabilities of the full protocol which is backwards compatible. The definition of this protocol is in the public domain. The protocol uses the normal internet-style telnet protocol style on a TCP-IP link. The following describes how a client acquires a (hypertext) document from an HTTP server, given an HTTP document address.

이 문서는 발표된 프로토타입에 있는 월드 와이드 웹 이니셔티브 소프트웨어에 의해서 초기에 구현이 된 하이퍼텍스트 전송 규약(HTTP)를 정의하였다. 이 문서는 전체적인 HTTP 규약의 일부분이며, HTTP 0.9로 알려져 있다. 어떠한 클라이언트 프로필 정보도 쿼리(query)와 함께 전송되지 않는다. 미래의 HTTP 규약은 현재의 규약과 호환성을 가질 것이다. 이 제한된 규약은 굉장히 단순하며 당신들이 이전 내용과 호환이 되는 모든 규약의 내용이 필요치 않다고 생각할 때마다 사용할지도 모른다. 이 규약의 문서는 퍼블릭 도메인이다. 이 규약은 일반적인 인터넷 형식의 텔넷 프로토콜 형식을 TCP-IP 링크 위에 사용한다. 아래의 내용은 주어진 HTTP 문서 주소를 이용하여 HTTP 서버로부터 클라이언트가 (하이퍼텍스트) 문서를 어떻게 요구하는지를 설명한다.

접속(Connection)

원문

번역문

The client makes a TCP-IP connection to the host using the domain name or IP number , and the port number given in the address. If the port number is not specified, 80 is always assumed for HTTP. The server accepts the connection. Note: HTTP currently runs over TCP, but could run over any connection-oriented service. The interpretation of the protocol below in the case of a sequenced packet service (such as DECnet(TM) or ISO TP4) is that that the request should be one TPDU, but the response may be many.

클라이언트는 도메인 또는 IP를 이용하여 그 주소에 딸린 포트 번호를 사용하는 호스트 컴퓨터와 TCP-IP 접속을 만든다. 만일 포트 번호가 정해져 있지 않다면, 80이 HTTP의 포트 번호로 가정한다. 그러면 서버는 접속을 받아들인다. ※ HTTP는 현재 TCP 위에서 작동하지만, 어떤 연결 방식 위에서도 작동할 수 있다. DECnet(TM)과 ISO TP4와 같은 방식의 시퀀스 패킷 서비스 아래에서의 규약의 해석은 먼저, 요구는 오직 TPDU이어야 하지만, 응답은 무수히 많은 형태를 가진다.

요구(Request)

원문

번역문

The client sends a document request consisting of a line of ASCII characters terminated by a CR LF (carriage return, line feed) pair. A well-behaved server will not require the carriage return character. This request consists of the word "GET", a space, the document address , omitting the "http:, host and port parts when they are the coordinates just used to make the connection. (If a gateway is being used, then a full document address may be given specifying a different naming scheme). The document address will consist of a single word (ie no spaces). If any further words are found on the request line, they MUST either be ignored, or else treated according to the full HTTP spec . The search functionality of the protocol lies in the ability of the addressing syntax to describe a search on a named index . A search should only be requested by a client when the index document itself has been descibed as an index using the ISINDEX tag .

클라이언트는 CR LF에 의해서 종결된 ASCII 문자열로 구성된 도큐먼트 요청(document request)을 보낸다. 잘 작동하는 서버는 캐리지 리턴(carriage return)을 문자를 요구하지 않을 것이다. 이 요구는

응답(Response)

원문

번역문

The response to a simple GET request is a message in hypertext mark-up language ( HTML ). This is a byte stream of ASCII characters. Lines shall be delimited by an optional carriage return followed by a mandatory line feed chararcter. The client should not assume that the carriage return will be present. Lines may be of any length. Well-behaved servers should retrict line length to 80 characters excluding the CR LF pair. The format of the message is HTML - that is, a trimmed SGML document. Note that this format allows for menus and hit lists to be returned as hypertext. It also allows for plain ASCII text to be returned following the PLAINTEXT tag. The message is terminated by the closing of the connection by the server. Well-behaved clients will read the entire document as fast as possible. The client shall not wait for user action (output paging for example) before reading the whole of the document. The server may impose a timeout of the order of 15 seconds on inactivity. Error responses are supplied in human readable text in HTML syntax. There is no way to distinguish an error response from a satisfactory response except for the content of the text.

접속 분리(Disconnection)

원문	번역문
The TCP-IP connection is broken by the server when the whole document has been transferred. The client may abort the transfer by breaking the connection before this, in which case the server shall not record any error condition. Requests are idempotent . The server need not store any information about the request after disconnection.