Restful http에 대한 자세한 소개-JS 튜토리얼-php.cn

HTTP(HyperText Transfer Protocol)는 컴퓨터가 네트워크를 통해 통신하는 일련의 규칙입니다. 컴퓨터 전문가들은 HTTP 클라이언트(웹 브라우저 등)가 HTTP 서버(웹 서버)로부터 정보와 서비스를 요청할 수 있도록 HTTP를 설계했습니다. HTTP 프로토콜의 현재 버전은 1.1이며, Stateless는 웹을 의미합니다. 브라우저와 웹 서버 사이에 지속적인 연결을 설정할 필요가 없습니다. 즉, 클라이언트가 서버에 요청하고 웹 서버가 응답을 반환하면 연결이 닫히고 연결에 대한 정보가 서버에 유지되지 않습니다. Information.HTTP는 요청/응답 모델을 따릅니다. 웹 브라우저는 웹 서버에 요청을 보내고, 웹 서버는 요청을 처리하고 적절한 응답을 반환합니다. 모든 HTTP 연결은 요청과 응답의 집합으로 구성됩니다.

HTTP는 콘텐츠 유형을 사용합니다. 즉, 웹 서버가 웹 브라우저에 반환하는 파일에는 관련 유형이 있습니다. 이러한 모든 유형은 MIME 인터넷 메일 프로토콜을 모델로 합니다. 즉, 웹 서버는 HTML 문서, GIF 이미지, 사운드 파일 또는 독립 실행형 응용 프로그램인지 여부에 관계없이 해당 파일이 어떤 종류의 파일인지 웹 브라우저에 알려줍니다. . 대부분의 웹 브라우저에는 웹 서버에서 보낸 다양한 콘텐츠 유형을 처리하는 방법을 브라우저에 알려주는 구성 가능한 도우미 응용 프로그램 세트가 있습니다.

HTTP 통신 메커니즘은 완전한 HTTP 통신 프로세스 중에 웹 브라우저와 웹 서버 간에 다음 7단계가 완료된다는 것입니다.

(1) TCP 연결 설정

HTTP 작업이 시작되기 전에 웹 브라우저는 먼저 네트워크를 통해 웹 서버와 연결을 설정하려면 TCP를 통해 연결이 완료됩니다. 이 프로토콜과 IP 프로토콜은 유명한 TCP/IP 프로토콜 계열인 인터넷을 공동으로 구축하므로 인터넷을 TCP/IP 네트워크라고도 합니다. . HTTP는 TCP보다 상위 응용 계층 프로토콜이며, 규칙에 따르면 하위 계층 프로토콜이 설정된 후에만 상위 계층 프로토콜이 연결될 수 있으므로 일반적으로 포트가 먼저 설정되어야 합니다. TCP 연결 수는 80입니다

(2) 웹 브라우저는 웹 서버에 요청 명령을 보냅니다

TCP 연결이 설정되면 웹 브라우저는 웹 서버에 요청 명령을 보냅니다

예: GET /sample/hello.jsp HTTP/1.1

(3) 웹 브라우징 브라우저는 요청 헤더 정보를 보냅니다

브라우저는 요청 명령을 보낸 후 다른 정보도 헤더 정보 형식으로 웹 서버에 보냅니다. 그 후 브라우저는 헤더 정보 전송이 종료되었음을 서버에 알리기 위해 빈 줄을 보냅니다.

(4) 웹 서버 응답

클라이언트가 서버에 요청을 보낸 후 서버는 클라이언트에게 다시 응답을 보냅니다.

HTTP/1.1 200 OK

응답의 첫 번째 부분은 프로토콜 버전입니다. 번호와 응답 상태 코드

( 5) 웹 서버는 응답 헤더 정보를 보냅니다

클라이언트가 요청과 함께 자신에 대한 정보를 보내는 것처럼 서버도 자신과 요청한 문서에 대한 데이터를 사용자에게 보냅니다. 응답.

(6) 웹 서버는 브라우저에 데이터를 보냅니다.

웹 서버는 헤더 정보를 브라우저에 보낸 후 헤더 정보 전송이 여기서 끝났음을 나타내는 빈 줄을 보낸 다음 다음과 같이 응답합니다. Content-Type 사용자가 요청한 실제 데이터는 헤더 정보에 설명된 형식으로 전송됩니다

(7) 웹 서버는 TCP 연결을 닫습니다

일반적으로 웹 서버가 요청 데이터를 브라우저에 전송하면 TCP 연결을 닫고 브라우저가 헤더 정보에 이 코드 줄을 추가하는 경우

Connection:keep-alive

TCP 연결은 전송 후에도 계속 열려 있으므로 브라우저는 계속해서 요청을 보낼 수 있습니다. 같은 연결. 연결을 유지하면 각 요청에 대해 새 연결을 설정하는 데 필요한 시간이 절약되고 네트워크 대역폭도 절약됩니다.

HTTP 요청 형식

브라우저가 웹 서버에 요청을 하면 요청 정보인 데이터 블록을 서버에 전달합니다. HTTP 요청 정보는 3가지 부분으로 구성됩니다.

l 요청 방법 URI. 프로토콜/버전

l 요청 헤더

l 요청 텍스트

다음은 HTTP 요청의 예입니다.

GET/sample.jspHTTP/1.1

Accept:image/gif.image/jpeg,*/*

Accept-Language:zh-cn

Connection:Keep-Alive

Host:localhost

User-Agent:Mozila/4.0(호환;MSIE5.01;Window NT5.0)

Accept-Encoding:gzip,deflate

username=jinqiao&password=1234

(1) 요청 방법 URI 프로토콜/버전

요청의 첫 번째 줄은 "메소드 URL 제안/버전"입니다: GET/sample.jsp HTTP/1.1

In 위의 코드 "GET"은 요청 메소드를 나타내고 "/sample.jsp"는 URI를 나타내며 "HTTP/1.1은 프로토콜 및 프로토콜 버전을 나타냅니다.

HTTP 표준에 따르면 HTTP 요청은 여러 요청 방법을 사용할 수 있습니다. 예: HTTP1.1은 GET, POST, HEAD, OPTIONS, PUT, DELETE 및 TARCE의 7가지 요청 방법을 지원합니다. 인터넷 응용 프로그램에서 가장 일반적으로 사용되는 방법은 GET 및 POST입니다.

URL은 액세스할 네트워크 리소스를 완전히 지정하며 일반적으로 서버의 루트 디렉터리에 대한 상대 디렉터리를 제공하므로 항상 "/"로 시작하고 마지막으로 프로토콜 버전은 통신 중에 HTTP 사용을 선언합니다. 프로세스 버전.

(2) 요청 헤더

요청 헤더에는 클라이언트 환경과 요청 본문에 대한 유용한 정보가 많이 포함되어 있습니다. 예를 들어 요청 헤더는 브라우저에서 사용하는 언어, 요청 본문의 길이 등을 선언할 수 있습니다.

Accept:image/gif.image/jpeg.*/*

Accept-Language:zh-cn

Connection:Keep-Alive

Host:localhost

User-Agent:Mozila/4.0(호환:MSIE5. 01: Windows NT5.0)

Accept-Encoding:gzip,deflate.

(3) 요청 본문

요청 헤더와 요청 본문 사이에 빈 줄이 있습니다. 이 줄은 매우 중요함을 나타냅니다. 요청 헤더가 종료되었습니다. 다음은 요청 본문입니다. 요청 본문에는 고객이 제출한 쿼리 문자열 정보가 포함될 수 있습니다.

username=jinqiao&password=1234

위의 HTTP 요청 예에서 요청 본문에는 한 줄의 콘텐츠만 있습니다. 물론 실제 애플리케이션에서는 HTTP 요청 본문에 더 많은 콘텐츠가 포함될 수 있습니다.

HTTP 요청 방법 여기서는 GET 방법과 POST 방법에 대해서만 설명하겠습니다.

l GET 방법

GET 방법은 일반적으로 양식 데이터를 제출할 때 GET 방법을 사용합니다. GET 방식은 단순 인코딩 없이 URL의 일부로 웹 서버에 전송되기 때문에 GET 방식을 사용하여 양식 데이터를 제출하는 경우 보안 위험이 있습니다. 예를 들어

Http://127.0.0.1/login.jsp?Name=zhangshi&Age=30&Submit=%cc%E+%BD%BB

위의 URL 요청에서 양식으로 제출된 콘텐츠를 쉽게 식별할 수 있습니다. (다음 내용은 무엇입니까?) 또한 GET 메서드로 제출된 데이터는 URL 요청의 일부이므로 제출된 데이터의 양은 제출 양식 데이터, 특히 대량의 데이터를 초과할 수 없습니다. POST 메서드는 GET 메서드의 일부 단점을 극복합니다. POST 메소드를 통해 양식 데이터를 제출할 때 데이터는 URL 요청의 일부로 웹 서버에 전송되지 않고 표준 데이터로 전송됩니다. 이는 정보를 기밀로 유지할 수 없고 데이터 양이 많은 GET 메소드의 단점을 극복합니다. 너무 작습니다. 따라서 보안상의 이유와 사용자 개인 정보 보호를 위해 양식을 제출할 때 일반적으로 POST 메서드가 사용됩니다.

　프로그래밍 관점에서 사용자가 GET 메서드를 통해 데이터를 제출하면 해당 데이터는 QUERY_STRING 환경 변수에 저장되고, POST 메서드로 제출된 데이터는 표준 입력 스트림에서 가져올 수 있습니다.

HTTP 응답은 HTTP 요청과 유사합니다. HTTP 응답도 다음과 같은 세 부분으로 구성됩니다.

l 프로토콜 상태 버전 코드 설명

l 응답 헤더(응답 헤더)

l 응답 본문

다음은 HTTP입니다. 응답 예:

HTTP/1.1 200 OK
Server:Apache Tomcat/5.0.12
Date:Mon,6Oct2003 13:23:42 GMT
Content-Length:112
 
<html><head>
<title>HTTP响应示例<title>
</head>
<body>
Hello HTTP!
</body>
</html>协议状态代码描述HTTP响应的第一行类似于HTTP请求的第一行，它表示通信所用的协议是HTTP1.1服务器已经成功的处理了客户端发出的请求（200表示成功）:
HTTP/1.1 200 OK响应头(Response Header)响应头也和请求头一样包含许多有用的信息，例如服务器类型、日期时间、内容类型和长度等：
　　 Server:Apache Tomcat/5.0.12
Date:Mon,6Oct2003 13:13:33 GMT
Content-Type:text/html
Last-Moified:Mon,6 Oct 2003 13:23:42 GMT
Content-Length:112
 响应正文响应正文就是服务器返回的HTML页面：
　　<html><head>
<title>HTTP响应示例<title>
</head>
<body>
Hello HTTP!
</body>
</html>

로그인 후 복사

응답 헤더와 본문도 빈 줄로 구분해야 합니다.

l HTTP 응답 코드

HTTP 응답 코드는 HTTP 요청을 처리하는 웹 서버의 상태를 반영하는 상태 코드라고도 합니다. HTTP 응답 코드는 3자리 숫자로 구성됩니다. 첫 번째 숫자는 응답 코드 유형을 정의합니다.

　1XX - 정보 유형(Information), 웹 브라우저 요청이 수신되어 추가 처리 중임을 나타냅니다.

　 2XX - 성공 유형( 성공)은 사용자 요청이 올바르게 수신되고 이해되었으며 처리되었음을 나타냅니다. 예: 200 OK

3XX-Redirection 클래스(리디렉션)는 요청이 성공하지 않았으며 고객이 추가 조치를 취해야 함을 나타냅니다. 4xx-클라이언트 오류는 클라이언트의 요청에 오류가 있음을 나타냅니다. 예: 404 Not

Found. 이는 요청에서 참조된 문서가 존재하지 않음을 의미합니다.

5XX-서버 오류(서버 오류)는 서버가 요청 처리를 완료할 수 없음을 의미합니다. 예: 500

웹 개발자의 경우 HTTP 응답 코드를 마스터하면 웹 애플리케이션 디버깅의 효율성과 정확성을 향상시키는 데 도움이 될 수 있습니다.

보안 연결

웹 애플리케이션의 가장 일반적인 용도 중 하나는 전자 상거래입니다. 웹 서버 측 프로그램을 사용하면 사람들이 온라인 쇼핑을 할 수 있습니다. 기본적으로 누군가가 인터넷을 통해 정보를 보내는 것은 안전하지 않습니다. 우연히 그것을 가로채는 경우 친구에게 메시지를 보내면 그 사람이 그 내용을 열어보고 그 안에 귀하의 신용카드 번호가 들어 있다고 생각할 수 있습니다. 다행히도 많은 웹 서버와 웹 브라우저에는 보안 연결을 생성할 수 있는 기능이 있습니다. 안전하게 소통하세요.

인터넷을 통한 보안 연결을 제공하는 가장 일반적인 표준은 SSL(Secure Sockets Layer) 프로토콜입니다. SSL 프로토콜은 웹에서 안전한 방식으로 데이터를 교환하는 데 사용되는 애플리케이션 계층 프로토콜(예: HTTP)입니다. SSL은 공개 키 인코딩 시스템을 사용합니다. 본질적으로 이는 비즈니스의 각 당사자가 공개 키와 개인 키를 가지고 있음을 의미합니다. 한쪽이 상대방의 공개키를 이용해 인코딩하면, 일치하는 키를 가진 사람만이 디코딩할 수 있다. 간단히 말해서, 공개 키 인코딩은 두 당사자 간에 데이터를 교환하는 안전한 방법을 제공합니다. SSL 연결이 설정된 후 클라이언트와 서버는 모두 공개 키를 교환하고 이를 확인한 후 비즈니스에 연락합니다. 데이터를 안전하게 교환할 수 있습니다.