Chapter 3. HTTP Messages
(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)
❤️ 원문 번역 ❤️
Headers
Headers and methods work together to determine what clients and servers do. This section quickly sketches the purposes of the standard HTTP headers and some headers that are not explicitly defined in the HTTP/1.1 specification (RFC 2616). Appendix C summarizes all these headers in more detail.
-
헤더와 메소드는 함께 동작하며 클라이언트와 서버가 수행할 역할을 결정합니다.
-
이번 섹션에서는 표준 HTTP 헤더와 HTTP/1.1 명세(RFC 2616)에 명시되지 않은 몇 가지 헤더의 목적에 대해 정리합니다.
-
Appendix C는 이러한 모든 헤더들을 자세히 요약하고 있습니다.
** [1] General Headers, [2] Request Headers는 지난 포스팅과 지지난 포스팅에서 확인할 수 있습니다.
[3] Response Headers
Response messages have their own set of response headers. Response headers provide clients with extra information, such as who is sending the response, the capabil- ities of the responder, or even special instructions regarding the response. These headers help the client deal with the response and make better requests in the future. Table 3-18 lists the response informational headers.
-
응답 메시지는 고유의 응답 헤더 집합을 가지고 있습니다.
-
응답 헤더는 누가 응답을 전송하고 있고 그 응답자의 능력은 어떤지, 혹은 응답에 관한 특별한 지시에 대해 클라이언트에게 추가 정보를 제공합니다.
-
이러한 헤더는 클라이언트가 응답을 처리하고 미래에 더 나은 요청을 생성할 수 있게 합니다.
-
Table 3-18은 응답 정보 헤더를 나열한 것입니다.
Negotiation headers
HTTP/1.1 provides servers and clients with the ability to negotiate for a resource if multiple representations are available—for instance, when there are both French and German translations of an HTML document on a server. Chapter 17 walks through negotiation in detail. Here are a few headers servers use to convey information about resources that are negotiable. Table 3-19 lists the negotiation headers.
-
만약 여러 표기가 이용 가능한 경우 HTTP/1.1은 서버와 클라이언트에게 리소스에 대한 협상 능력을 제공합니다.
-
예를 들어, 서버에 HTML 문서의 프랑스어와 독일어 번역 두 가지가 존재하는 경우가 있습니다.
-
Chapter 17에서 협상에 대해 자세히 이야기합니다.
-
여기서는 서버가 협상 가능한 리소스에 대한 정보를 전달하기 위해 사용하는 몇 가지 헤더만 다룹니다.
-
Table 3-19는 협상 헤더에 대해 나열한 것입니다.
Response security headers
You’ve already seen the request security headers, which are basically the response side of HTTP’s challenge/response authentication scheme. We talk about security in detail in Chapter 14. For now, here are the basic challenge headers. Table 3-20 lists the response security headers.
-
여러분은 요청 보안에 대해서 이미 살펴보았습니다. 이것은 기본적으로 HTTP의 챌린지/응답 인증 방식의 응답 측면입니다.
-
보안에 대해서는 Chapter 14에서 자세히 이야기합니다.
-
지금은 기본적인 챌린지 헤더만 살펴봅니다.
-
Table 3-20은 응답 보안 헤더를 나열한 것입니다.
[4] Entity Headers
There are many headers to describe the payload of HTTP messages. Because both request and response messages can contain entities, these headers can appear in either type of message.
-
HTTP 메시지의 페이로드를 나타내는 수많은 헤더들이 있습니다.
-
요청과 응답 메시지 모두 엔티티를 포함할 수 있습니다. 따라서 이러한 헤더들은 양측 메시지에서 모두 나타날 수 있습니다.
Entity headers provide a broad range of information about the entity and its content, from information about the type of the object to valid request methods that can be made on the resource. In general, entity headers tell the receiver of the message what it’s dealing with. Table 3-21 lists the entity informational headers.
-
엔티티 헤더는 객체의 유형에 대한 정보부터 리소스에 대해 수행 가능한 유효한 요청 메소드까지 엔티티와 내용에 대한 광범위한 정보를 포함합니다.
-
일반적으로 엔티티 헤더는 메시지의 수신단에게 무엇을 처리하고 있는지 전달합니다.
-
Table 3-21은 엔티티 정보 헤더에 대해 나열한 것입니다.
Content headers
The content headers provide specific information about the content of the entity, revealing its type, size, and other information useful for processing it. For instance, a web browser can look at the content type returned and know how to display the object. Table 3-22 lists the various content headers.
-
콘텐츠 헤더는 엔티티의 내용에 대한 특별한 정보를 제공합니다. 여기에는 엔티티의 유형, 크기, 혹은 엔티티를 처리하는 데 필요한 다른 정보들이 포함됩니다.
-
예를 들어, 웹 브라우저는 반환되는 콘텐츠의 유형을 볼 수 있고 객체를 표시하는 방법을 알 수 있습니다.
-
Table 3-22는 다양한 콘텐츠 헤더를 나열한 것입니다.
Entity caching headers
The general caching headers provide directives about how or when to cache. The entity caching headers provide information about the entity being cached—for example, information needed to validate whether a cached copy of the resource is still valid and hints about how better to estimate when a cached resource may no longer be valid.
-
일반적인 캐싱 헤더는 캐싱 방법 또는 시기에 대한 지침을 제공합니다.
-
엔티티 캐싱 헤더는 저장되는 엔티티에 대한 정보를 제공합니다.
-
예를 들면 리소스의 저장된 사본이 여전히 유효한지 증명하기 위한 정보, 저장된 리소스가 더 이상 유효하지 않게 되는 시기를 더 잘 추정할 수 있는 단서 같은 것들이 있습니다.
In Chapter 7, we dive deep into the heart of caching HTTP requests and responses. We will see these headers again there. Table 3-23 lists the entity caching headers.
-
Chapter 7에서, HTTP 요청과 응답 캐싱의 핵심부를 깊게 파고들어 봅니다.
-
이 헤더들은 추후에 다시 살펴볼 것입니다.
-
Table 3-23은 엔티티 캐싱 헤더를 나열한 것입니다.
🧡 요약 정리 🧡
Headers
- 클라이언트와 서버가 수행할 일을 결정
[3] Response Headers
- 응답 메시지에 사용되는 헤더
- 응답을 전송하는 주체, 응답 장치의 능력, 응답에 관한 특별한 지시 등을 포함
(Public, Server, Title, Warning 등) - Negotiation Headers : 서버가 협상 가능한 리소스에 대한 정보를 추가적으로 전달하기 위한 헤더 (Accept-Ranges 등)
- Response Security Headers : 안전한 트랜잭션을 위한 챌린지/응답 방식의 응답 측면 헤더 (Proxy-Authenticate, Set-Cookie 등)
[4] Entity Headers
- HTTP 메시지의 페이로드를 나타내는 헤더
- 객체의 유형, 리소스에 대해 수행 가능한 메소드 등의 정보를 포함
(Allow, Location 등) - Content Headers : 엔티티의 내용에 대한 특수 정보를 포함하는 헤더
(Content-Base, Content-Encoding, Content-Length 등) - Entity Caching Headers : 캐싱 방법이나 시기에 대한 지침을 제공하는 헤더
💛 감상 💛
- 오늘로 Chapter 3이 끝났다. Chapter 2부터 Chapter 3까지의 내용(+ Chapter 1 일부분)을 정리한 내용은 일괄적으로 업로드할 예정이다. 아마 자료를 제작하느라 며칠간 Two Pages Per Day를 올리지 않을 수도 있다. 혼자 공부하려고 쓰는 거지만 혹시나 나의 글을 읽는 사람이 있을까봐 남긴다.
