당신은 HTTP에 대한 상태 코드를 알아야합니다
소개
이전과 개발 모델 점점 더 인기의 분리의 종료 후 이제, 백 엔드는 해당 API 만 팁 필요가 개발을 담당
앞 페이지에 데이터 표시 및 프런트 엔드 로직에 집중할 수 있습니다.
좀 더 전문적인 사람들이 전면 표시 데이터, 스타일 페이지에 백 엔드 API 개발 및 디자인, 초점을 수행에 초점을보다 전문적인 일을 할 수 있기 때문에이 개발 모델의 전면과 후면 끝의 분리를 위해, 나는 개인적으로 선호 .
그래서 앞의 필요성 후단은 일반적으로 사용되는 HTTP 방법으로 특정 정보에 대한 몇 가지 합의에 도달하는 것으로, 일반적으로 HTTP 상태 코드를 사용
HTTP 방법은 간단하다, 우리의 평소 습관은 다음과 같습니다 :
일반 문의는 우리는 GET 방식을 사용합니다
POST 메서드를 사용하여 새 레코드를 작성
PUT 메소드를 사용하여 기존 데이터를 업데이트 할
패치 방법을 사용하여 속성의 데이터 부분을 기존의 갱신
삭제 방법을 사용하여 기존 데이터를 삭제를
여기에 자세히 일반적인 HTTP 상태 코드를 설명하기
1XX
요청의 1XX 상태 코드 일반적으로 중간 상태, 일반적으로 정보 제시 요청 협상
100 요청을 계속해야한다, 요청이 완료되지 않은, 계속
101 웹 소켓을 사용하여, 여기에 예 때 스위칭 프로토콜, 프로토콜 변환에 대한 응답이 될 것이다 발생할 것이다 Connection: Upgrade요청 헤더, Upgrade프로토콜 지정 이름 사용될
가 2xx
및 2xx 성공적인 요청 처리는 일반적으로 나타낸다
200 확인 요청 처리 성공
201 은 Created 요청 처리는 성공, 새로운 리소스가 생성 된
202 받아 들여지는 요청이 수락되었고 처리되고, 처리가 완료되지 않은
204 없음 콘텐츠, 응답이 비어에서 asp.net 코어의 복귀 Json(null)시간은 nocontent이다의 결과가 될 것입니다
접수대
3xx의 리디렉션은 일반적 표현
301 이전에 영구적으로 고정 리디렉션
302 찾을 임시 리디렉션
(307) 임시 임시 재 지정 요청 리디렉션
(308) 영구 영구 리디렉션 요청 리디렉션
이러한 리디렉션의 차이 :
그것은, GET 요청 데이터를 사용 리디렉션이 손실됩니다 POST 요청하고 몸 경우 (301), (302 개) 만 지원이 요청을 GET
(307), (308) 지원 POST 요청은 POST는 몸을 가져올 것이다 원래 요청이 새 주소를 요청할 때, 본문 데이터가 손실되지 않습니다 리디렉션
(302), (307), 임시 리디렉션입니다
301,308 영구 리디렉션입니다, 캐싱, 브라우저 캔 캐시를 허용
304 수정되지, 자원 수정 로컬 캐시에 직접 브라우저를 사용하여 발생하지 않습니다
이것은에 대한 응답 코드 인 경우 - 수정 - 이후 또는 URL이 지정된 날짜 이후에 수정되지 않은 If-None-Match 헤더.
4XX
4XX 오류는 일반적으로 클라이언트 요청을 나타냅니다
400 BadRequest A, 잘못된 요청은 일반적 파라미터 그러한 요청이 비어있을 수없는 비정상적인 파라미터 요청을 표시하기 위해 사용되지만, 실제 요구 비어
(401) 무단, 허가되지 않은 자원은 인증 또는 로그인을 필요로하며, 사용자가 로그인하지 않은 또는 등 필요한 액세스 토큰을 제공하지 않습니다
(403) 금지, 금지, 현재 사용자는 사용자의 요구 관리자 역할과 액세스 리소스에 대한 권한이 없습니다 만,이 역할은 사용자가 요구되지 않는다
(404) NOTFOUND, 자원을 찾을 수 없습니다, 자원이 존재하지 않습니다
(405) 등의 자원으로 허용 된 방법이 호출에 허용되지 않음 방법, 자원이 지원되지 않는 요청 방법은 오직 GET 요청 허용하지만, 실제 요청은 POST 또는 DELETE 방법을 사용하여
(406) 허용하지, 요청 된 자원 클라이언트는 클라이언트가 응답 XML을하고 싶어 같은 처리를 지원하지 않지만, 서버는 JSON 응답을 지원합니다
408 요청 시간 초과, 타임 아웃 처리 요구
409 충돌 등 업데이트 ETAG 자원을 지정하는대로 리소스 정보 PUT 업데이트가 발생할 때 리소스 충돌이 자주 발생 요청하지만 때 PUT 요청 ETAG 자원 변경된
410 사라, 요청한 리소스가 더 이상 원본 서버에서 사용할 수 없습니다
(411) 길이 필수는 요청이 수행해야하는 Content-Length요청 헤더를
412 실패한, 프리 플라이트 요청이 실패 전제 조건은 요청 매개 변수는 특정 조건을 충족하지 않습니다
사전 조건은 서버에 의해 false로 평가 요청에 주어진.
413 페이 너무 크고 너무 큰 파라미터 요청은 요청 체는 수신 서버 불량품 너무 큰
414 URI에 너무 긴 요청의 URI 주소는 너무 긴 처리 서버 불량 인
415 되지 않는 미디어 유형, 미디어를 지원하거나 지원하지 않는 부호화 처리 서버에만 JSON 요청을 지원하는 등의, 그러나 요청은 XML 포맷으로 입력하지
415 (지원되지 않는 미디어 유형) 상태 코드를 나타냅니다
원 서버 페이로드가 있기 때문에 요구 처리를 거부
대상 자원에이 방법을 지원하지 않는 형식으로되어 있습니다.
형식 문제는 요청의 지시에 의한 수 있습니다
콘텐츠 형식이나 내용 인코딩, 또는 검사의 결과로
데이터를 직접.
5XX
5XX 서버 오류는 일반적으로 표시
500 내부 서버 오류, 내부 서버 오류
501 서버는 영상 압축 처리 등의 처리 요구에 대한 필요성을 지원하지 않는 구현되지
502 잘못된 게이트웨이 리버스 프록시 또는 요청을 처리하는 게이트웨이 서버를 찾을 수 없습니다
(503 개) 를 사용할 수없는 서비스와 서비스를 사용할 수 없음 논문
504 게이트웨이 초과 게이트웨이 초과
505 HTTP 버전은 HTTP 버전을 지원하지 않는 서버는 HTTP 요청이 버전의 거래를 지원하거나 쓰레기하지 않습니다 지원되지 않음