HTTP 학습 기록
HTTP를 학습
는 "그래픽 HTTP"를 선택하는 것이 좋습니다 (흰색 매춘부 책을 사지 않았다) 자매 학교 노인 참조
무기한 시간 학습을 = - =
Dy0l
액세스 웹 1.1을 사용하여 HTTP 프로토콜
표준, 서버 등의 클라이언트에서 운영 프로세스의 일련의 완료로 HTTP 프로토콜을 사용하여 웹. 웹은 HTTP 프로토콜을 통해 통신을 설정하는 것입니다.
1.2HTTP의 탄생
HTTP 개발의 긴 과정 후, 지식을 공유하고 세트에 사람을 허용하는 것입니다. HTTP의 거의 업데이트 된 버전이있다. / 2.0도 높은 커버리지를 갖고 싶어 HTTP 개발되고 아직 시간이 필요
1.3 네트워크 인프라 TCP / IP
TCP/IP 是互联网相关的各类协议族的总称
: 4 개 개의 레이어로 TCP / IP 프로토콜
응용 프로그램 계층, 전송 계층, 네트워크 계층과 데이터 링크 계층.
응용 프로그램 계층 : 사용자에게 응용 프로그램 서비스를 제공 할 때 의사 소통의 활동 수준을 결정합니다. FTP 및 DNS와 같은.
는 HTTP 계층에 속하는.
전송 계층 : 응용 계층에 대응하는, 데이터 전송 네트워크 연결에 두 컴퓨터 사이에 제공된다. TCP와 UDP가 있습니다.
네트워크 계층 (네트워크 배선층) : 네트워크 상에 흐르는 데이터 패킷을 처리하기 위해 지정 방법은 컴퓨터에 의해 경로의 다른쪽에 도달하고, 서로 데이터 패킷을 전송한다.
링크 계층 : 하드웨어 처리부는 네트워크에 접속된다.
HTTP TCP / IP 프로토콜 제품군의 일부에 속하는
1.4IP, TCP 및 DNS
IP : 인터넷 프로토콜
각종 데이터를 다른쪽에 패킷. 중요한 조건 동안 IP 주소와 MAC 주소의 성공적인 전송을 보장합니다. MAC 주소에 의존하는 IP 간의 통신은, ARP 프로토콜은 일반적으로 주소를 해결하는 데 사용
TCP는 : 신뢰할 수있는 바이트 스트림 서비스를 제공합니다
세 방향 핸드 셰이크 : TCP의 신뢰성을 보장합니다.
물론, TPC뿐만 아니라 신뢰성을 보장하기 위해 세 방향 핸드 셰이크에 의존하고 있습니다.
DNS :
응용 프로그램 계층에 속하는 DNS에 대한 책임, 및 HTTP 프로토콜입니다. IP 주소 사이에 도메인 이름 확인 서비스를 제공합니다.
다양한 프로토콜과의 관계는 1.6 프로토콜 HTTP에서
클라이언트는 IP 주소에 도메인 이름, DNS 도메인 이름을 입력합니다. HTTP 요청 메시지를 생성하는 동안, 다음, TCP 프로토콜이 HTTP 리퀘스트 패킷에 따르면, 통신을 용이하게하는 복수의 세그먼트로 분할된다. 다음 IP 프로토콜에 따라 송신을 중계. 분할 및 TCP 프로토콜 패킷 재조합에 따른 서버 후의 패킷은 클라이언트의 요구를 이해하기 위해 HTTP 프로토콜 처리에있어서, 상기 요청 메시지 하였다. 그리고 TCP / IP 프로토콜의 사용의 사용은 다시 결과가 반환 요청합니다.
1.7URL 일본 URI
URI는 프로토콜 식별자 방식으로 표현 자원을 찾을 것입니다. 계약은 계약에 액세스하는 데 사용되는 자원을 프로그램의 이름을 입력 것을 의미한다.
URL是URI的子集
완전한 URI :
Day02
클라이언트와 서버 간의 통신을위한 2.1 HTTP 프로토콜
호출 된 서버에 응답하여 하나 개의 클라이언트 자원으로 언급 등 텍스트 나 이미지의 끝, 및 리소스에 대한 액세스를 요청.
2.2 교환 요청 및 응답으로 통신 도달
요청에있어서, 상기 요청 URI, 프로토콜 버전, 선택적인 헤더 필드와 콘텐츠 요청 엔티티에 의한 구성 요청 패킷.
2.3 HTTP 프로토콜은 상태를 저장하지 않는 것입니다
HTTP 때문에 HTTP 효율없는 상태 저장, 보존의 문제, 쿠키 기술의 도입을 해결하기 위해 않습니다.
2.4 -2.6
HTTP는 인터넷 URI를에 사용 자원에 대한 프로토콜 및로 가져 오기,우편,놓다,머리,지우다,옵션,자취,잇다等方法，向请求 URI 指定的资源发送请求报文，告知服务器客户端的需求。
2.7 持久连接节省通信量
HTTP 协议的初始版本中，每进行一次 HTTP 通信就要断开一次 TCP 连接。以当年的通信情况来说，因为都是些容量很小的文本传输，所以即使 这样也没有多大问题。可随着 HTTP 的普及，文档中包含大量图片的 情况多了起来。
比如，使用浏览器浏览一个包含多张图片的 HTML 页面时，在发送 请求访问 HTML 页面资源的同时，也会请求该 HTML 页面里包含的 其他资源。因此，每次的请求都会造成无谓的 TCP 连接建立和断 开，增加通信量的开销。
为了解决此问题，HTTP1.1推出了持久连接的方法，并且在HTTP/1.1 中，所有的连接默认都是持久连接，从而有效的减少了 TCP 连接的重复建立和断开所造成的额 外开销，减轻了服务器端的负载。
也正是因为持久连接，催生出了管线化方式，可以不用等待相应就直接发送下一个请求。
2.8 Cookie技术
Cookie 技术通过在请求和响应报文中写入 Cookie 信 息来控制客户端的状态。
Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的 首部字段信息，通知客户端保存 Cookie。当下次客户端再往该服务器 发送请求时，客户端会自动在请求报文中加入 Cookie 值后发送出 去。
服务器端发现客户端发送过来的 Cookie 后，会去检查究竟是从哪一 个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前 的状态信息。
总的来说Cookie技术的诞生使得HTTP既保留了无状态协议的优点的同时又使得信息得以保存。
day03
3.1HTTP报文
HTTP 报文大致可分为报文首部和报文主体两块块。请求端（客户端）的 HTTP 报文叫做请求报文，响应端（服务器端）的叫做响应报文。 两者由最初出现的 空行（CR+LF）来划分。通常，并不一定要有报文主体。
请求报文及响应报文的结构
请求报文和响应报文的首部内容通常由请求行、状态行、首部字段组成
可能包含 HTTP 的 RFC 里未定义的首部（Cookie 等）。
3.3编码提升传输速率
HTTP 在传输数据时可以按照数据原貌直接传输，但也可以在传输过 程中通过编码提升传输速率。通过在传输时编码，能有效地处理大量 的访问请求。但是，编码的操作需要计算机来完成，因此会消耗更多 的 CPU 等资源。
压缩传输的内容编码
当发送时，为了使容量变小，HTTP 协议中有一种被称为内容编码的功能可以使实体内容上的编码格式保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
分割发送的分块传输编码
在 HTTP 通信过程中，请求的编码实体资源尚未全部传输完成之前， 浏览器无法显示请求页面。在传输大容量数据时，通过把数据分割成 多块，能够让浏览器逐步显示页面。
这种功能被称之为分块传输编码（Chunked Transfer Coding）。
使用分块传输编码的实体主体会由接收的客户端负责解码，恢复到编 码前的实体主体。
HTTP/1.1 中存在一种称为传输编码（Transfer Coding）的机制，它可 以在通信时按某种编码方式传输，但只定义作用于分块传输编码中
3.4 发送多种数据的多部分对象集合
HTTP 协议中也采纳了多部分对象集合，发送的一份报文主 体内可含有多类型实体。通常是在图片或文本文件等上传时使用。
3.5 获取部分内容的范围请求
一种只请求部分范围的功能
3.6 内容协商返回最合适的内容
内容协商技术有3种类型：
服务器驱动协商（Server-driven Negotiation）
서버에서 컨텐츠 협상. 자동 수신 서버의 끝에서 참조로서 요청 헤더 필드. 그러나 사용자, 정보, 그것은 반드시 최고의 컨텐츠를 필터링하지 않습니다 결정의 기초 자료로 브라우저 보냈다.
클라이언트가 주도하는 협상 (에이전트가 주도하는 협상)
클라이언트가 내용 협상의 실시. 사용자가 수동으로 브라우저에 표시되는 옵션 목록에서 선택할 수 있습니다. 당신은 또한 자동으로 자바 스크립트를 사용할 수있는 웹 페이지 위를 수행 할 수 있습니다. 이러한 브라우저 종류 나 OS의 종류에 따라, 페이지 자체 또는 모바일 버전의 PC 버전으로 전환.
투명 상담 (투명 협상)
서버 및 서버와 클라이언트가 드라이브의 조합을 구동 클라이언트는 내용 협상에 대한 각각의 방법입니다.
내용 협상 메커니즘은 협상 클라이언트와 서버 측 응답에 자원의 내용을 참조하고 클라이언트에 가장 적합한 리소스를 제공했다. 콘텐츠 언어 협상, 문자 세트, 인코딩 및 결정에 대한 기준으로서 다른 응답 자원.
