[TIL] Two Pages Per Day

🌱 Goal : 하루에 책 두 페이지씩 읽고 이해하기🌱 How : 원문 번역, 요약 정리, 감상 등HTTP : The Definitive Guide

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The world’s web browsers, servers,and related web applications all talk to each other through HTTP, the Hypertex

Chapter 1. Overview of HTTP (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Media Types > Because the Internet hosts many thousands of different

Chapter 1. Overview of HTTP (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Transactions > Let’s look in more detail how clients use HTTP to tran

Chapter 1. Overview of HTTP (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Messages > Now let’s take a quick look at the structure of HTTP reque

Chapter 1. Overview of HTTP (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Connections > Now that we’ve sketched what HTTP’s messages look like,

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Because HTTP uses TCP/IP, and is text-based, as opposed to using some obscure binary format, it is simple to tal

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)In this overview chapter, we’ve focused on how two web applications (web browsers and web servers) send messages

Chapter 1. Overview of HTTP (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ The End of the Beginning > That’s it for our quick introduction to HT

Chapter 2. URLs and Resources (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Preface > Think of the Internet as a giant, expanding city, full of

Chapter 2. URLs and Resources (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ URL Syntax > URLs provide a means of locating any resource on the I

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The path component of the URL specifies where on the server machine the resource lives. The path often resembles

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Web clients understand and use a few URL shortcuts. Relative URLs are a convenient shorthand for specifying a re

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Some browsers try to expand URLs automatically, either after you submit the URL or while you’re typing. This pro

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) URLs were designed to be portable. They were also designed to uniformly name all the resources on the Internet,

Chapter 2. URLs and Resources (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ A Bit More > You might be wondering why nothing bad has happened wh

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)URLs are a powerful tool. Their design allows them to name all existing objects and easily encompass new formats

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)If HTTP is the Internet’s courier, HTTP messages are the packages it uses to move things around. In Chapter 1, w

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)All HTTP messages fall into two types: request messages and response messages. Request messages request an actio

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)All HTTP messages begin with a start line. The start line for a request message says what to do. The start line

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The previous section focused on the first line of request and response messages (methods, status codes, reason p

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Let’s talk in more detail about some of the basic HTTP methods, listed earlier in Table 3-1. Note that not all m

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Let’s talk in more detail about some of the basic HTTP methods, listed earlier in Table 3-1.Table 3-1에 나왔던 몇 가지

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Let’s talk in more detail about some of the basic HTTP methods, listed earlier in Table 3-1.Table 3-1에 나왔던 몇 가지

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)HTTP status codes are classified into five broad categories, as shown earlier in Table 3-2. This section summari

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)HTTP status codes are classified into five broad categories, as shown earlier in Table 3-2. This section summari

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)HTTP status codes are classified into five broad categories, as shown earlier in Table 3-2. This section summari

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Headers and methods work together to determine what clients and servers do. This section quickly sketches the pu

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Headers and methods work together to determine what clients and servers do. This section quickly sketches the pu

Chapter 3. HTTP Messages (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Headers > Headers and methods work together to determine what clients an

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Preface > The HTTP specifications explain HTTP messages fairly w

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)TCP sends its data in little chunks called IP packets (or IP datagrams). In this way, HTTP is the top layer in a

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ -

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ TCP Performance Considerations > Because HTTP is layered directl

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)When you set up a new TCP connection, even before you send any data, the TCP software exchanges a series of IP p

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)TCP has a data stream interface that permits applications to stream data of any size to the TCP stack—even a sin

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ HTTP Connection Handling > The first two sections of this chapte

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)As we mentioned previously, a browser could naively process each embedded object serially by completely requesti

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Web clients often open connections to the same site. For example, most of the embedded images in a web page ofte

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Keep-alive is deprecated and no longer documented in the current HTTP/1.1 specification. However, keep-alive han

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Keep-Alive and Dumb Proxies > Let’s take a closer look at the su

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ The Proxy-Connection Hack > Browser and proxy implementors at Ne

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)HTTP/1.1 phased out support for keep-alive connections, replacing them with an improved design called persistent

Chapter 4. Connection Management (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Pipelined Connections > HTTP/1.1 permits optional request pipeli

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Connection management—particularly knowing when and how to close connections—is one of the practical black arts

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)TCP connections are bidirectional, as shown in Figure 4-19. Each side of a TCP connection has an input queue and

Chapter 5. Web Servers (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Preface > Web servers dish out billions of web pages a day. They tell you

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)General-purpose software web servers run on standard, network-enabled computer systems. You can choose open sour

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The Perl server we showed in Example 5-1 is a trivial example web server. State-of-the-art commercial web server

Chapter 5. Web Servers (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Step 2: Receiving Request Messages > As the data arrives on connections, t

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Once the web server has received a request, it can process the request using the method, resource, headers, and

Chapter 5. Web Servers (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Step 3: Processing Requests Directory Listings > A web server can receive

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Once the web server has identified the resource, it performs the action described in the request method and retu

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Web proxy servers are intermediaries. Proxies sit between clients and servers and act as “middlemen,” shuffling

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Proxy servers can do all kinds of nifty and useful things. They can improve security, enhance performance, and s

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Proxy servers can do all kinds of nifty and useful things. They can improve security, enhance performance, and s

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The previous section explained what proxies do. Now let’s talk about where proxies sit when they are deployed in

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Proxies can be cascaded in chains called proxy hierarchies. In a proxy hierarchy, messages are passed from proxy

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Because clients normally talk directly to web servers, we need to explain how HTTP traffic finds its way to a pr

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)All modern web browsers let you configure the use of proxies. In fact, many browsers provide multiple ways of co

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)This section explains some of the tricky and much misunderstood aspects of proxy server requests, including:• Ho

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Browsers resolve request URIs differently, depending on whether or not a proxy is present. Without a proxy, the

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)When you use an explicit proxy the browser no longer performs any of these convenience expansions, because the u

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Today, it’s not uncommon for web requests to go through a chain of two or more proxies on their way from the cli

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Both request and response messages pass through proxies, so both request and response messages have Via headers.

Chapter 6. Proxies (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ The TRACE Method > Proxy servers can change messages as the messages are forwa

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Clients, servers, and proxies are built by multiple vendors, to different versions of the HTTP specification. Th

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Web caches are HTTP devices that automatically keep copies of popular documents. When a web request arrives at a

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Caching is especially important to break up flash crowds. Flash crowds occur when a sudden event (such as breaki

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)So caches can help. But a cache doesn’t store a copy of every document in the world.\*따라서 캐시는 매우 유용합니다.그러나 캐시가 이

-- Chapter 7. Caching (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ❤️ 원문 번역 ❤️ Cache Topologies > Caches can be dedicated to a single user or shared betwee

Chapter 7. Caching (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ✏️ 원문 번역 Cache Processing Steps > Modern commercial proxy caches are quite complicated. Th

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Cached copies might not all be consistent with the documents on the server. After all, documents do change over

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)The most common cache revalidation header is If-Modified-Since. If-Modified-Since revalidation requests often ar

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)Caches use entity tags to determine whether the cached version is up-to-date with respect to the server (much li

(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)HTTP defines several ways for a server to specify how long a document can be cached before it expires. In decrea

[Chapter 7] Caching - Heuristic Expiration과 LM-Factor 알고리즘에 관하여

[Chapter 7] Caching - 캐시 제어를 위한 웹 서버 설정 방법 #Apache #Nginx

[Chapter 7] Caching - 캐시가 리소스의 Freshness를 계산하는 방법

[Chapter 7] Caching - Complete Age Calculation & Complete Freshness Lifetime Calculation, 최종적인 Expiration 알고리즘의 구현 방식

[Chapter 7] Caching - 캐시와 광고 사이의 불편한 관계

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - 새로운 챕터 시작! 게이트웨이란 무엇일까

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - Protocol Gateways

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - Resource Gateway, CGI란 무엇인가

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - non-HTTP 트래픽을 전송하고 싶다면? 답은 "Web Tunnel"

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - Tunnel CONNECT 요청 및 응답 과정, SSL Tunneling

[Chapter 8] Integration Points: Gateways, Tunnels, and Relays - Relay란 무엇인가? Relay의 문제점

[Chapter 9] Web Robots - Crawler & Crawling, 검색 엔진으로 탐색할 수 없는 Deep Web

[Chapter 9] Web Robots - 크롤러가 루프를 회피하는 방법

[Chapter 9] Web Robots : URL Alias 및 Symbolic Link에 의한 사이클

[Chapter 9] Web Robots - 로봇 트랩을 회피하기 위한 휴리스틱

[Chapter 9] Web Robots - 요청 전송 시 크롤러가 포함해야 하는 HTTP 식별 헤더

[Chapter 9] Web Robots - 똑똑한 로봇은 조건부 요청과 확실한 응답 처리를 한다

[Chapter 9] Web Robots - 로봇이 범할 수 있는 오류와 영향

[Chapter 9] robots.txt로 로봇 접근 제한하기

[Chapter 9] Web Robots - robots.txt 를 작성하는 방법

[Chapter 9] Web Robots - 로봇이 robots.txt를 파싱하여 처리하는 방법 (with Perl)

[Chapter 9] Web Robots - HTML 저자가 META 태그를 통해 직접 로봇을 제어하는 방법

[Chapter 9] Web Robots - 로봇 구현자가 알아야 할 로봇 에티켓

[Chapter 9] Web Robots - 검색엔진 데이터베이스, Full-text Index에 대해 알아보자

[Chapter 9] Web Robots - 검색 쿼리 요청의 절차

[Chapter 10] HTTP-NG - HTTP의 문제점과 HTTP-NG

[Chapter 10] HTTP-NG - HTTP의 기능을 3계층으로 모듈화하는 방안

[Chapter 10] HTTP-NG - HTTP-NG 3계층을 자세히 뜯어보자

[Chapter 10] HTTP-NG - HTTP-NG가 제안한 프로토콜 #WebMUX #BinaryWireProtocol

[Chapter 11] Client Identification and Cookies - HTTP 헤더를 통한 클라이언트 식별 방안

[Chapter 11] Client Identification and Cookies - IP 주소와 로그인을 통한 신원 확인 기법

[Chapter 11] Client Identification and Cookies - Fat URL을 통한 신원 확인 기법

[Chapter 11] Client Identification and Cookies - 쿠키의 종류와 동작 원리

[Chapter 11] Client Identification and Cookies - Set-cookie의 속성 Domain & Path

[Chapter 11] Client Identification and Cookies - 쿠키의 두 가지 버전에 대해 알아보자

[Chapter 11] Client Identification and Cookies - 쿠키 캐싱에 관한 기본 원칙

[Chapter 12] Basic Authentication - Challenge/Response 프레임워크를 통한 Authentication

Chapter 12. Basic Authentication (해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.) ✏️ 원문 번역 Authentication Protocol and Headers > HTTP provides an extensible

[Chapter 12] Basic Authentication - Base-64 인코딩을 통한 Basic Authentication

[Chapter 12] Basic Authentication - Basic Authentication의 보안상 결함

[Chapter 13] Digest Authentication - Digest란 무엇인가

[Chapter 13] Digest Authentication - Nonced Digest Authentication을 통한 리플레이 공격 방지

[Chapter 13] Digest Authentication - Digest 연산에 사용되는 Digest Algorithm

[Chapter 13] Digest Authentication - request/challenge 사이클의 성능 저하를 막기 위한 Preemptive Authentication

[Chapter 13] Digest Authentication - Symmetric Authentication의 필요성

[Chapter 13] Digest Authentication - Digest Authentication 구현 시 고려해야 할 사항

[Chapter 13] Digest Authentication - Digest Authentication의 보안 고려사항

[Chapter 14] Secure HTTP - HTTPS와 SSL/TLS

[Chapter 14] Secure HTTP - Digital Cryptography 기초 용어 정리

[Chapter 14] Secure HTTP - Symmetric-Key Cryptography

[Chapter 14] Secure HTTP - Public-Key Cryptography와 RSA 알고리즘

[Chapter 14] Secure HTTP - 비대칭 키 암호화를 통한 Digital Signature 기술