HTTP 상태 코드
웹 페이지 뷰어의 브라우저를 액세스하는 브라우저는 서버에 웹 요청을 보내면. 브라우저가 수신 요청에 응답하는 첫 페이지,이 페이지는 HTTP 상태 코드 헤더 (서버 헤더)을 반환 할 서버가 표시되면 브라우저가 포함되어 있습니다.
HTTP 상태 코드에 대한 영어 HTTP 상태 코드.
여기에 몇 가지 일반적인 HTTP 상태 코드는 다음과 같습니다
- 200-- 요청 성공
- 301-- 리소스 (웹 페이지, 등) 영구적 다른 URL에 전송
- 404 - 리소스 (웹 페이지, 등) 요청없는
- 500 - 내부 서버 오류
HTTP 상태 코드 분류
HTTP 상태 코드 세 십진수로 구성되어, 제 십진수 상태 코드의 유형을 정의하고, 후자의 두 숫자는 분류 효과 아니다. HTTP 상태 코드는 다섯 가지 유형으로 구분됩니다
| 분류 | 카테고리 설명 |
|---|---|
| 1 ** | 정보 서버는 요청자 진행할 필요가 요청을 받아 |
| 이 ** | 성공적인 동작을 성공적으로 수신하고 처리 할 때 |
| 3 ** | 리디렉션은 추가 조치가 요청을 완료하는 데 필요한 |
| 4 ** | 클라이언트 오류, 요청이 구문에 오류가 있거나 요청을 완료 할 |
| 5 ** | 서버 오류 서버 오류가 요청을 처리하는 동안 발생한 |
HTTP 상태 코드 목록 :
| 상태 코드 | 상태 코드 영어 이름 | 중국어 설명 |
|---|---|---|
| (100) | 계속 | 계속합니다. 클라이언트 의 요청을 계속해야 |
| (101) | 프로토콜 전환 | 프로토콜을 전환. 클라이언트의 요구에 기초하여 스위칭 서버 프로토콜. 단지 고급 프로토콜로 전환 할 수 있고, 예를 들면, HTTP 프로토콜의 새로운 버전으로 전환 |
| (200) | OK | 요청이 성공했습니다. 일반적으로 GET 및 POST 요청에 사용 |
| (201) | 작성 | 그것은이 생성되었습니다. 성공적인 요청은 새로운 자원을 생성 |
| (202) | 허용 | 받아 들였다. 우리는 요청을 수락했지만 프로세스를 완료하지 않았다 |
| (203) | 비 신뢰할 수있는 정보 | 승인되지 않은 정보를 제공합니다. 요청이 성공했습니다. 하지만 서버에서 반환 원래의 메타 정보 만의 복사본 |
| (204) | 콘텐츠 없음 | 빈. 서버가 성공적으로 처리했지만 콘텐츠를 반환하지 않았습니다. 브라우저를 보장하기 위해 업데이트 된 페이지가없는 경우, 현재의 문서를 계속 표시 |
| (205) | 리셋 내용 | 내용을 다시 설정합니다. 서버 처리가 성공적으로 (예를 들어 브라우저)를 사용자 단말은 문서보기를 재설정한다. 이 리턴 코드는 브라우저의 양식 필드를 지울 수 있습니다 |
| (206) | 일부 콘텐츠 | 부. 서버가 성공적으로 부분적인 GET 요청을 처리 |
| (300) | 다중 선택 | 다양한 옵션. 리소스 요청 (예를 들어 브라우저)를 상기 사용자 단말기에 대한 자원의 특성 및 주소들의 목록을 리턴에 대응하는 복수의 위치를 포함 할 수있다 선택 |
| (301) | 영구 이동 | 영구 이동. 요청한 리소스가 영구적으로 브라우저가 자동으로 새로운 URI로 이동합니다, 새로운 URI를 포함하는 정보를 반환합니다, 새로운 URI로 이동되었습니다. 미래의 새로운 요구는 새로운 URI로 대체해야 |
| (302) | 발견 | 임시 이동. (301)와 유사. 그러나 자원이 일시적으로 만 움직였다. 클라이언트는 원래 URI를 계속해야 |
| (303) | 보기 기타 | 다른 주소를 볼 수 있습니다. (301)와 유사. GET 사용하여 POST보기를 요청 |
| (304) | 수정되지 않음 | 수정되지 않은. 수정되지 않은 요청 된 자원이 서버는이 상태 코드를 반환, 어떤 자원을 반환하지 않습니다. 클라이언트는 일반적으로 헤더를 제공하여 방문 자원을 캐시는 클라이언트의 소원 지정된 날짜 수정 된 리소스 후에 만 반환 할 것을 나타냅니다 |
| (305) | 프록시 사용 | 프록시를 사용합니다. 요청 된 자원은 프록시를 통해 액세스해야합니다 |
| (306) | 사용하지 않은 | 이 HTTP 상태 코드를 포기하고있다 |
| (307) | 임시 리디렉션 | 임시 리디렉션. (302)와 유사합니다. 사용 GET 요청이 리디렉션 |
| (400) | 잘못된 요청 | 클라이언트 요청에 구문 오류, 서버는 이해할 수 없다 |
| (401) | 권한이없는 | 요청은 사용자 인증이 필요합니다 |
| (402) | 지불 필수 | 향후 사용을 위해 예약 |
| (403) | 금지 된 | 서버는 클라이언트의 요청에 대한 요청을 알 수 있지만,이 요청을 거절 구현 |
| (404) | 찾을 수 없음 | 서버는 클라이언트의 요청에 리소스 (웹)을 발견 할 수 없었다. 이 코드로, 사이트 디자이너는 "요청한 리소스를 찾을 수 없습니다"개인화 된 페이지를 설정할 수 있습니다 |
| (405) | 방법 허용되지 않음 | 클라이언트 요청 금지 된 방법 |
| (406) | 허용되지 않음 | 서버가 요청은 클라이언트에 의해 요청 된 컨텐츠의 특성에 따라 완료 할 수 없습니다 |
| (407) | 프록시 인증 필요 | 요청 (401)과 유사한 프록시 인증을 필요로하지만, 요청자는 프록시 인증을 사용해야합니다 |
| (408) | 요청 시간 초과 | 클라이언트에 대한 서버가 대기 너무 오래, 시간 제한에 대한 요청을 보내 |
| (409) | 충돌 | 클라이언트의 PUT 요청을 완료하기 위해 충돌 서버는 서버가이 요청을 처리 할 때이 코드를 반환 가능성 |
| (410) | 지나간 | 클라이언트가 요청한 자원이 존재하지 않습니다. 당신은 410 코드를 사용하기 전에 리소스가 영구적으로 삭제 된 경우 (410) (404)와 달리, 웹 사이트 디자이너는 새로운 위치 코드 (301)를 통해 자원을 지정할 수 있습니다 |
| (411) | 길이 필요 | 서버는 콘텐츠 길이 않고 클라이언트에 의해 전송 된 요청 메시지를 처리 할 수 없습니다 |
| (412) | 전제 조건 실패 | 전제 클라이언트에게 에러를 요청 |
| (413) | 엔터티가 너무 큼 요청 | 요청 엔티티가 너무 크기 때문에 요청이 거부 될 수 있도록, 서버는 처리 할 수 없다. 클라이언트의 연속 요청을 방지하기 위해, 서버는 접속을 종료 할 수있다. 서버 만 처리 일시적없는 경우에는 재시도 이후의 응답에 대한 정보를 포함 |
| (414) | 요청 URI가 너무 큼 | URI가 너무 오래 요청 (일반적으로 URI하는 URL)이며, 서버가 처리 할 수 없습니다 |
| (415) | 지원되지 않는 미디어 유형 | 서버는 미디어 형식와 함께 제공된 요청을 처리 할 수 없습니다 |
| (416) | 범위를 충족시킬 수 없습니다 요청 | 범위 클라이언트 요청이 잘못되었습니다 |
| (417) | 기대 실패 | 서버는 요청 헤더가 기대에 부합하지 수 |
| (500) | 내부 서버 오류 | 내부 서버 오류 및 완료 할 수 없습니다 요청 |
| (501) | 구현되지 않음 | 서버는 요청을 수행 할 수 있으며, 요청 된 기능을 지원하지 않습니다 |
| (502) | 잘못된 게이트웨이 | 잘못된 요청에 원격 서버로부터 수신 게이트웨이 나 프록시 서버로 |
| (503) | 사용할 수없는 서비스 | 이 오버로드 또는 시스템 유지되기 때문에, 서버는 클라이언트의 요청을 처리 할 일시적 없습니다. 지연의 길이는 재시도 후 헤더 정보 서버에 포함될 수있다 |
| (504) | 게이트웨이 시간 초과 | 원격 서버에서 게이트웨이 또는 프록시 서버 역할을하지 적시에 액세스 요청 |
| (505) | HTTP 버전이 지원되지 않습니다 | 서버는 요청 된 HTTP 프로토콜 버전 처리가 완료되지 지원하지 않습니다 |