HTTP 메소드, 상태 코드 및 구성요소
Http(Hypertext Transfer Protocol)
HTTP 프로토콜(HyperText Transfer Protocol, Hypertext Transfer Protocol)은 하이퍼텍스트를 WWW 서버에서 로컬 브라우저로 전송하는 데 사용되는 전송 프로토콜입니다. 브라우저를 더욱 효율적으로 만들고 네트워크 전송을 줄일 수 있습니다. 이는 컴퓨터가 하이퍼텍스트 문서를 정확하고 빠르게 전송하도록 보장할 뿐만 아니라 문서의 어느 부분이 전송되고 내용의 어느 부분이 먼저 표시되는지(예: 그래픽보다 텍스트) 등을 결정합니다.
http 프로토콜 상호 작용에 사용되는 정보를 http 메시지라고 합니다. 요청하는 쪽(클라이언트)의 http 메시지를 요청 메시지라고 하고, 응답하는 쪽(서버)의
http메시지를 응답 메시지라고 합니다. 요청 메시지는 요청 방법
, 요청URI, 프로토콜 버전, 헤더 필드(선택 사항), 콘텐츠 엔터티(선택 사항)로 구성됩니다.
응답 메시지는 프로토콜 버전,
상태 코드, 이유로 구성됩니다. 문구, 헤더 필드(선택), 엔터티 본문 구성
각 메시지에는 요청URI, 프로토콜 버전, 상태 코드, 이유 문구, 헤더 필드가 메시지 헤더에 속하고 그 다음에는 빈 줄, 나머지는 메시지의 본문입니다.
헤더 필드에는4
유형이 있습니다. 요청 헤더 필드, 응답 헤더 필드, 일반 헤더 필드, 엔터티 헤더 필드, 일반 헤더 및 엔터티 헤더는 모두 요청 메시지와 응답 메시지용이지만 요청 헤더는 전용입니다. 요청 메시지에 포함되어 있으며 응답 헤더는 응답 메시지에만 존재합니다.메시지는 http통신의 기본 단위이며 8바이트 바이트 스트림으로 구성되며
http통신을 통해 전송됩니다.엔터티는 요청과 응답의 페이로드 데이터(보조 항목)로 전송되며, 그 내용은 엔터티 헤더와 엔터티 본문으로 구성됩니다.
일반적으로 메시지 본문은 엔터티 본문과 동일합니다. 전송 중에 인코딩 작업이 수행되고 엔터티 본문의 내용이 변경되는 경우에만 메시지 본문과 일치하지 않습니다. http1.0 및
http1.1Methods
|
지침 http | 프로토콜|
GET URI |
||
으로 식별된 리소스 가져오기 |
POST
|
개체 본체 이전
|
PUT 파일 전송(검증 메커니즘 없음 | ) ||
HEAD | 메시지 헤더 가져오기
|
|
DELETE | ) |
🎜🎜1.0,1.1🎜🎜 |
OPTIONS |
지원 요청 |
1.1 |
TRACE |
경로 추적 |
1.1 |
CONNECT |
터널링 프로토콜 링크 프록시 필요 |
1.1 |
LINK |
자원과의 연결 구축 | 1.0 |
UNLINK |
링크 관계 연결 끊기 |
1.0 |
http상태 코드
状态码 |
类别 |
原因短语 |
1XX |
Informational(信息性状态码) |
接收的请求正在处理 |
2XX |
Success(成功状态码) |
请求正常处理完毕 |
3XX |
Redirection(重定向状态码) |
需要进行附加操作以完成请求 |
4XX |
Client Error(客户端错误状态码) |
服务器无法处理请求 |
5XX |
Server Error(服务器错误状态码) |
服务器处理请求出错 |
14
|
🎜클라이언트의 요청이 서버 측에서 정상적으로 처리되었음을 나타냅니다. 강력 >🎜 | ||||||||||||||||||||||||||||
🎜204 콘텐츠 없음🎜 | 🎜서버에서 수신한 요청이 성공적으로 처리되었지만 반환된 응답 메시지에 엔터티 본문이 포함되어 있지 않음을 나타냅니다.🎜 | 🎜206개 부분 콘텐츠🎜 | 🎜 고객을 나타냅니다. 클라이언트가 범위 요청을 했고 서버가 GET🎜🎜 요청🎜🎜 | 의 이 부분을 성공적으로 실행했습니다. tr>||||||||||||||||||||||||||
🎜301이 영구적으로 이동됨🎜 | 🎜영구적으로 리디렉션됨은 요청된 리소스에 새로운 URI 🎜🎜 및 🎜URI가 할당되었음을 의미합니다. 🎜🎜 | ||||||||||||||||||||||||||||
🎜302 Found🎜 | 🎜요청된 리소스에 새로운 URI🎜🎜, 사용자가 새로운 🎜URI🎜🎜를 사용하여 🎜🎜 | ||||||||||||||||||||||||||||
🎜303 기타 보기🎜 | 🎜다음이 있음을 나타냅니다. 요청으로 인한 또 다른 리소스입니다. URI🎜🎜를 사용하여 요청된 리소스를 확보해야 합니다 🎜🎜 td> | ||||||||||||||||||||||||||||
🎜클라이언트가 조건부 요청을 할 때 서버가 허용하는 것을 나타냅니다. 그러나 요청이 조건을 충족하지 않으면 304 Not Modified🎜🎜를 직접 반환합니다(서버 측 리소스가 변경되어 클라이언트의 만료되지 않은 본문 부분을 직접 사용) 🎜🎜 | |||||||||||||||||||||||||||||
🎜307 임시 리디렉션🎜 | 🎜임시 리디렉션은 302🎜🎜🎜과 동일한 의미를 갖습니다. >🎜 | ||||||||||||||||||||||||||||
🎜400 잘못된 요청🎜 | 🎜요청에 구문 오류가 있음을 나타냅니다. 메시지. 서버가 요청을 인식할 수 없습니다🎜 | ||||||||||||||||||||||||||||
🎜401 Unauthorized🎜 | 🎜전송된 요청이 http🎜🎜 인증의 인증 정보를 전달해야 함을 나타냅니다. 이전에 요청한 적이 있다면 사용자 인증에 실패한 것입니다🎜🎜|||||||||||||||||||||||||||||
🎜403 금지됨🎜 | 🎜요청된 리소스에 대한 액세스가 서버에서 거부되었음을 나타냅니다. 액세스 권한 없음🎜 | ||||||||||||||||||||||||||||
🎜404 찾을 수 없음🎜 | 🎜서버가 요청한 리소스를 찾을 수 없음, 즉 해당 리소스가 없음을 나타냅니다.🎜|||||||||||||||||||||||||||||
🎜500 내부 서버 오류🎜 | 🎜 요청을 실행할 때 서버 측에서 오류가 발생했습니다. web🎜🎜 애플리케이션에 🎜가 있는 것일 수도 있습니다. 버그🎜🎜 또는 일시적인 오류🎜 🎜 | ||||||||||||||||||||||||||||
🎜503 서비스를 사용할 수 없음🎜 | 🎜서버가 일시적으로 과부하되었거나 유지 관리로 인해 다운타임이 발생하여 현재 요청을 처리할 수 없음을 나타냅니다.🎜 |
통용적인 텍스트 정렬
설명
캐시- 제어
通用首部字段名 |
说明 |
Cache-Control |
|
Connection |
管理逐跳首部和持久连接 |
创建报文的日期时间 |
|
Pragma |
报文指令 |
Trailer |
报文末端的首部一览 |
Transfer-Encoding |
指定报文主体的传输编码方式 |
Upgrade |
升级为其他协议,检测是否可使用更高版本协议通信 |
Via |
代理服务器的相关信息,追踪客户端和服务器之间的请求和响应报文的传输路径 |
Warning |
错误通知,通常会告知用户一些与缓存相关的问题的警告 |
http1.1 경고코드 (경고, 총 7종)
|
🎜경고 내용🎜 | 🎜설명🎜|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜 110🎜 | 🎜응답이 오래되었습니다(🎜응답이 만료되었습니다🎜) 🎜🎜 | 🎜프록시는 만료된 리소스를 반환합니다🎜 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜재검증 실패(🎜재검증 실패 🎜)🎜🎜 | 🎜프록시가 리소스 유효성을 확인할 수 없으면 실패함 (서버에 연결할 수 없는 등)🎜 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜112🎜 | 🎜연결 끊기 작업(🎜연결 끊기 작업🎜)🎜🎜 | 🎜프록시와 인터넷 링크가 의도적으로 끊어졌습니다🎜 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜113🎜 | 🎜경험적 만료(🎜평가판 만료🎜)🎜🎜 | 🎜응답이 다음보다 오래되었습니다.24🎜🎜시간(유효 캐시 설정 시간이 🎜24🎜🎜시간보다 큰 경우)🎜🎜 | 🎜199🎜 | 🎜기타 경고( 🎜 기타 경고 🎜)🎜🎜 | 🎜모든 경고 | Strong>🎜|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜214🎜 | 🎜변형 적용됨(🎜사용된 변환🎜)🎜🎜 | 🎜프록시가 콘텐츠 인코딩이나 미디어 유형 등에 대한 일부 처리를 수행하는 경우.🎜 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
🎜299🎜 | 🎜기타 지속적인 경고(🎜지속적인 기타 경고🎜)🎜🎜 | 🎜임의의 경고 내용🎜 |
요청 헤더 필드 |
Description |
Accept |
사용자 에이전트가 허용하는 미디어 유형 그리고 미디어 유형의 상대적 우선순위 |
Accept-Charset |
선호 문자 세트 , 사용자 에이전트가 지원하는 문자 세트 및 상대적 우선순위 |
Accept-Encoding |
우선순위 콘텐츠 인코딩, 사용자 에이전트 지원 콘텐츠 인코딩 및 우선순위 순서 |
Accept-Language | 우선 언어 , 사용자 에이전트가 처리할 수 있는 자연어 및 자연어 집합의 상대적 우선순위 |
Authorization |
Web인증 정보 |
기대해요 | 서버의 특정 동작 예상 |
From |
사용자 이메일 주소 |
Host |
요청한 리소스가 있는 서버 위치(호스트 이름 및 포트 번호) |
If-Match |
와 엔터티 태그(ETag)를 비교하여 동일하면 요청이 실행되고, 그렇지 않으면 412 상태 코드 |
If-Modefied-Since |
If-Modefied-Since 필드 값이 up보다 이전인 경우 date 리소스의 시간, 요청을 처리하고 싶으면 304 상태 코드 |
If-None-Match |
엔티티 태그 비교(If-Match와 반대) ) |
리소스가 업데이트되지 않은 경우 엔터티 Byte에 대한 범위 요청을 보냅니다. If-Range 필드 값이 요청된 리소스의 ETag 값 또는 시간과 일치하면 범위 요청으로 처리되고, 그렇지 않으면 모든 리소스가 반환됩니다. |
|
If-Unmodified-Since |
리소스 업데이트 시간 비교(If-Modified-Since와 반대) |
Max-Forwards |
최대 홉 수별 홉 전송(10진수 형식으로 통과할 수 있는 최대 서버 수 지정) |
Proxy-Authorization |
프록시 서버에는 클라이언트의 인증 정보가 필요합니다 |
Range |
|
Referer에 대한 엔터티 바이트 범위 요청 |
요청에 있는 URI의 원래 getter(요청된 원본 리소스의 URI) |
TE |
서버에 다음을 알립니다. 클라이언트가 응답을 처리할 수 있음 전송 인코딩 방법 및 상대적 우선순위 |
User-Agent
|
http 클라이언트 프로그램 정보 |
http
응답 헤더 필드 响应首部字段 说明 Accept-Ranges 是否接受字节范围请求 Age 资源创建经过的时间,单位为秒 ETag 资源的匹配信息,能告知客户端实体标识 Location 令客户端重定向至指定URI Proxy-Authenticate 代理服务器对客户端的认证信息 Retry-After 对再次发起请求的时机要求 Server http服务器的安装信息 Vary 代理服务器缓存的管理信息 WWW-Authenicate 服务器对客户端的认证信息 http엔티티 헤더 필드 实体首部字段 说明 Allow 资源可支持的http方法 Content-Encoding 实体适用的编码方式 Content-Language 实体的自然语言 Content-Length 实体的大小(单位为字节) Content-Location 替代对应资源的URI Content-MD5 实体主体的报文摘要 Content-Range 实体主体的位置范围 Content-Type 实体主体的媒体类型 Expires 实体主体过期的日期时间 Last-Modified 资源最后修改的日期时间
응답 헤더 필드🎜🎜🎜
🎜 🎜Description🎜🎜🎜🎜🎜🎜🎜🎜Accept-Ranges🎜🎜🎜
🎜🎜바이트 범위 요청 허용 여부🎜🎜🎜🎜🎜🎜🎜 🎜나이🎜 🎜🎜🎜🎜리소스 생성 이후 경과된 시간(초)🎜🎜🎜🎜🎜🎜🎜🎜ETag🎜🎜🎜
🎜🎜 리소스의 일치 정보는 클라이언트에게 엔터티 식별자 🎜🎜🎜🎜🎜🎜🎜🎜Location🎜🎜🎜
🎜🎜을 알려줄 수 있습니다. 지정된 🎜URI🎜🎜🎜 🎜🎜🎜🎜🎜🎜Proxy-Authenticate🎜🎜🎜
🎜🎜클라이언트에 대한 프록시 서버의 인증 정보🎜🎜🎜🎜🎜로 리디렉션되었습니다. 🎜🎜 🎜Retry-After🎜🎜🎜
🎜🎜요청 다시 시작 시기에 대한 요구 사항🎜🎜🎜🎜🎜🎜🎜🎜Server🎜🎜🎜
🎜🎜http🎜서버 설치 정보 🎜 🎜🎜🎜🎜🎜🎜🎜🎜Vary🎜🎜 🎜
🎜🎜프록시 서버 캐시 관리 정보 🎜🎜🎜🎜🎜🎜🎜🎜WWW-Authenicate🎜 🎜🎜
🎜 🎜서버에서 클라이언트로의 인증 정보🎜🎜🎜🎜🎜🎜
엔티티 헤더 필드🎜
🎜설명🎜
🎜허용🎜
🎜지원되는 리소스http🎜🎜method🎜🎜
🎜 내용- 인코딩🎜
🎜엔티티에 적용 가능한 인코딩 방법🎜
🎜콘텐츠 언어🎜
🎜엔티티의 자연 언어 Strong>🎜
🎜콘텐츠 길이🎜
🎜엔티티 크기(바이트)🎜
🎜Content-Location🎜
🎜해당 리소스의 를 교체하세요. URI🎜🎜
🎜콘텐츠-MD5🎜
🎜엔티티 본문 메시지 요약🎜
🎜Content-Range🎜
🎜엔티티 본문의 위치 범위🎜
🎜콘텐츠 유형🎜
🎜엔티티 본문의 미디어 유형🎜
🎜 만료🎜
🎜엔티티 본문이 만료되는 날짜 및 시간🎜 tr>
🎜최종 수정🎜
🎜리소스가 마지막으로 수정되었습니다. 날짜 시간🎜
위 내용은 HTTP 메소드, 상태 코드 및 구성요소의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











HTTP 525 상태 코드 소개: 정의 및 사용법 이해 HTTP(HypertextTransferProtocol) 525 상태 코드는 SSL 핸드셰이크 프로세스 중에 서버에 오류가 발생하여 보안 연결을 설정할 수 없음을 의미합니다. TLS(전송 계층 보안) 핸드셰이크 중에 오류가 발생하면 서버는 이 상태 코드를 반환합니다. 이 상태 코드는 서버 오류 범주에 속하며 일반적으로 서버 구성 또는 설정 문제를 나타냅니다. 클라이언트가 HTTPS를 통해 서버에 연결을 시도하면 서버에는 아무 것도 없습니다.

HTTP 301 상태 코드의 의미 이해: 웹 페이지 리디렉션의 일반적인 응용 시나리오 인터넷의 급속한 발전으로 인해 사람들은 웹 페이지 상호 작용에 대한 요구 사항이 점점 더 높아지고 있습니다. 웹 디자인 분야에서 웹 페이지 리디렉션은 HTTP 301 상태 코드를 통해 구현되는 일반적이고 중요한 기술입니다. 이 기사에서는 HTTP 301 상태 코드의 의미와 웹 페이지 리디렉션의 일반적인 응용 프로그램 시나리오를 살펴봅니다. HTTP301 상태 코드는 영구 리디렉션(PermanentRedirect)을 나타냅니다. 서버가 클라이언트의 정보를 받을 때

HTTP 상태 코드 200: 성공적인 응답의 의미와 목적 탐색 HTTP 상태 코드는 서버 응답 상태를 나타내는 데 사용되는 숫자 코드입니다. 그 중 상태 코드 200은 요청이 서버에 의해 성공적으로 처리되었음을 나타냅니다. 이 기사에서는 HTTP 상태 코드 200의 구체적인 의미와 사용법을 살펴보겠습니다. 먼저 HTTP 상태 코드의 분류를 이해해 보겠습니다. 상태 코드는 1xx, 2xx, 3xx, 4xx 및 5xx의 다섯 가지 범주로 나뉩니다. 그 중 2xx는 성공적인 응답을 나타냅니다. 그리고 200은 2xx에서 가장 일반적인 상태 코드입니다.

HTTP 상태 코드 301 해석: 영구 리디렉션 오류를 올바르게 처리하는 방법 HTTP 상태 코드는 웹 응용 프로그램에서 매우 중요한 부분으로 요청 처리 상태에 대한 정보를 클라이언트에 제공합니다. 301 상태 코드는 요청된 리소스가 새 위치로 영구적으로 이동되었음을 나타내는 특수 상태 코드입니다. 이 기사에서는 301 상태 코드를 해석하고 영구 리디렉션 오류를 올바르게 처리하는 방법에 대해 논의합니다. 1. 서버가 클라이언트로부터 요청을 받았을 때, 요청된 리소스가 존재한다면 301 상태 코드를 이해하세요.

HTTP 요청 시간이 초과되고 서버는 종종 504GatewayTimeout 상태 코드를 반환합니다. 이 상태 코드는 서버가 요청을 실행할 때 요청에 필요한 리소스를 얻지 못하거나 일정 시간이 지난 후에도 요청 처리를 완료하지 못함을 나타냅니다. 5xx 시리즈의 상태 코드로, 서버에 일시적인 문제나 과부하가 발생하여 클라이언트의 요청을 올바르게 처리할 수 없음을 나타냅니다. HTTP 프로토콜에서 다양한 상태 코드는 특정한 의미와 용도를 가지며, 504 상태 코드는 요청 시간 초과 문제를 나타내는 데 사용됩니다. 고객

HTTP 프로토콜 상태 코드에 대한 심층적인 해석: 상태 코드가 웹 사이트 개발에 중요한 이유 인터넷의 급속한 발전으로 인해 웹 사이트 개발이 점점 더 중요해지고 있습니다. 웹사이트 개발에서 HTTP 프로토콜은 중요한 역할을 합니다. 요청과 응답을 통해 데이터를 전송하기 위해 브라우저와 서버 간의 통신 사양을 정의합니다. HTTP 상태 코드는 이 프로세스의 일부이며 요청 처리를 나타내는 데 사용됩니다. 이 기사에서는 HTTP 프로토콜 상태 코드의 역할과 중요성에 대해 심층적으로 설명합니다. HTTP 상태 코드는 세 자리 숫자입니다.

http 상태 코드를 얻는 방법은 브라우저를 사용하고 프로그래밍 언어 등을 사용합니다. 자세한 소개: 1. 브라우저를 사용하여 브라우저에서 웹 페이지에 액세스하면 브라우저는 서버에 HTTP 요청을 보내고 서버로부터 응답을 받은 후 웹 페이지의 내용을 표시합니다. 2. 프로그래밍 언어를 사용하여 프로그래밍을 통해 HTTP 상태 코드를 얻으려면 다양한 프로그래밍 언어에서 제공하는 라이브러리와 기능을 사용할 수 있습니다.

HTTP 상태 코드 404의 원인과 해결 방법을 살펴보세요. 소개: 웹을 탐색하는 과정에서 HTTP 상태 코드 404를 자주 접하게 됩니다. 이 상태 코드는 서버가 요청한 리소스를 찾을 수 없음을 나타냅니다. 이 글에서는 HTTP 상태 코드 404의 원인을 살펴보고 몇 가지 해결 방법을 공유하겠습니다. 1. HTTP 상태 코드 404의 이유: 1.1 리소스가 존재하지 않습니다. 가장 일반적인 이유는 요청한 리소스가 서버에 존재하지 않기 때문입니다. 이는 파일이 실수로 삭제되거나, 이름이 잘못되거나, 경로가 잘못 지정되는 등으로 인해 발생할 수 있습니다.
