모든 개발자는 HTTP 상태 코드의 정신적 후보 목록을 유지합니다. 내 것은 200,404, 500 이었고,역량을 가짜로 만들기에 충분 한 오랜 시간 동안. 그런 다음 API 가 거절 된 카드에 대해 402 를 반환 하는 지불 통합을 구축 하는 데 일주일을 보냈습니다,내가 이미 통과 한 요금을 다시 시도 할 때 409,내 테스트가 너무 빨리 망치질 했을 때 429. 갑자기 코드 간의 차이는 작업 기능과 지원 티켓의 차이를 위한 웹 툴링을 많이 구축 합니다 Toolz.dev그리고 검색 가능한 상태 코드 참조는 제가 지속적으로 도달하는 것 중 하나이기 때문에 사이트에 하나를 구축하고 이에 맞춰 이 가이드를 작성했습니다.
TL;DR: HTTP 상태 코드는 서버가 요청의 결과를 설명하기 위해 다시 보내는 세 자리 숫자입니다. 첫 번째 숫자는 클래스를 설정합니다: 1xx informational,2xx success,3xx redirection,4xx 클라이언트 오류,5xx 서버 오류. 그 중 하나를 즉시 찾아보십시오 HTTP 상태 코드 도구숫자, 이름 또는 키워드로 검색하고 각 키워드를 정의하는 RFC를 인용할 수 있습니다.
이 가이드는 상태 코드가 무엇인지,각 클래스가 무엇을 의미하는지,암기할 가치가 있는 특정 코드,사람들이 가장 자주 잘못하는 코드를 살펴봅니다. 프런트 엔드 개발자가 API 호출을 디버깅하고,백 엔드 개발자가 반환할 항목을 결정하고,리디렉션이 필요한 기술 SEO 를 수행하는 모든 사람이 행동하도록 하는 것을 목표로 합니다.
HTTP 상태 코드란 무엇입니까?
브라우저나 앱이 웹을 통해 무언가를 요청할 때마다 서버는 응답으로 응답합니다. 해당 응답의 첫 번째 줄에는 상태 코드가 포함되어 있습니다: "OK" 또는 "Not Found"와 같은 짧은 이유 문구와 쌍을 이루는 세 자리 숫자. 코드는 기계가 읽을 수 있는 무슨 일이 일어났는지 요약한 것이며,이유 문구는 인간 친화적인 레이블입니다. 클라이언트는 숫자에 따라 행동합니다; 문구는 로그를 읽는 사람들을 위한 것입니다.
상태 코드는 2022년에 이전 HTTP 사양을 통합한 RFC 9110을 중심으로 Internet Engineering Task Force에 의해 정의됩니다. IANA가 관리하는 중앙 레지스트리에는 공식적으로 인정된 모든 코드가 나열되어 있습니다. 이러한 표준화를 통해 한 회사에서 작성한 브라우저가 다른 회사에서 작성한 서버와 통신하고 404가 무엇을 의미하는지에 동의할 수 있습니다. 그만큼 HTTP 상태 코드 도구 해당 레지스트리를 미러링하여 모든 표준 코드를 의미와 함께 나열하고 이를 정의하는 RFC를 나열합니다.
핵심 정신 모델은 첫 번째 숫자가 카테고리를 알려주고 카테고리는 누가 책임이 있는지를 알려줍니다. 4xx 코드는 클라이언트가 잘못 보낸 것을 의미합니다. 5xx 코드는 서버가 괜찮은 요청에 실패했음을 의미합니다. 그 단일 구별은 누구의 버그인지에 대한 대부분의 디버깅 인수를 해결합니다.
다섯 가지 상태 코드 클래스는 무엇을 의미합니까?
정확히 다섯 개의 클래스가 있는데,앞의 자리수만큼 그룹화되어 있습니다. 클래스를 이해하는 것은 개별 코드를 외우는 것보다 더 가치있는 일입니다. 왜냐하면 어디를 봐야 할지 알려주기 때문입니다.
1xx 클래스는 정보 제공용입니다. 이 코드들은 서버가 요청을 수신하고 처리가 계속된다는 신호를 보냅니다. 일상 업무에서는 드물게 나타납니다. 가장 잘 알려진 것은 100 Continue 이고,가장 유용한 최신 코드는 103 Early Hints 로 서버가 전체 응답이 준비되기 전에 브라우저에 리소스를 미리 로드하기 시작하라고 지시할 수 있습니다.
2xx 클래스는 성공을 의미합니다. 요청을 받고,이해하고, 수락했습니다. 200 OK 는 일상적인 성공 코드이고,201 Created 는 새로운 리소스가 만들어졌음을 확인하고,204 No Content 는 "done,nothing to send back"라고 말하며,이는 삭제 작업에 일반적입니다.
3xx 클래스는 리디렉션입니다. 리소스는 다른 곳에 살거나 클라이언트가 마지막으로 본 이후로 변경되지 않았습니다. 이 클래스는 SEO 가 사는 곳입니다. 왜냐하면 301 과 302 는 이동이 영구적인지 검색 엔진에 알려주기 때문입니다.304 Not Modified 는 엄청난 대역폭을 절약하는 캐싱 워크호스입니다.
4xx 클래스는 클라이언트 오류입니다. 요청이 잘못된 형식이거나 승인되지 않았거나 존재하지 않는 것을 가리키고 있습니다. 400,401, 403,404, 429 가 모두 여기에 살고 있습니다. 4xx 가 표시되면 서버를 비난하기 전에 코드가 보낸 내용을 확인하십시오.
5xx 클래스는 서버 오류입니다. 요청이 유효했지만 서버가 이를 이행할 수 없습니다. 500,502, 503 및 504 는 일반적으로 충돌,과부하된 서비스 또는 중단된 업스트림 종속성을 가리키는 프로덕션 사고에서 만날 수 있는 것입니다.
모든 개발자가 알아야 할 HTTP 상태 코드는 무엇입니까?
머리 속에 60개 이상의 코드가 모두 필요한 것은 아닙니다. 아마도 15개가 필요하고 나머지는 찾아볼 수 있습니다. 여기에 작동 세트가 있습니다. 이를 유발하는 상황과 함께 메모리에서 영구적인 위치를 얻을 수 있다고 생각합니다.
| 코드 | 의미 | 보시면 |
|---|---|---|
| 200 | 좋아요 | 정상적인 성공적인 요청 |
| 201 | 창조된 | POST 또는 PUT가 새로운 리소스를 만들었습니다 |
| 204 | 콘텐츠 없음 | 빈 몸으로 성공, DELETE 후 공통 |
| 301 | 영구적으로 이동되었습니다 | 좋은 이동 URL; SEO 순위 전송 |
| 302 | 발견 | 임시 리디렉션; 이전 URL을 계속 사용하십시오 |
| 304 | 수정되지 않음 | 캐시된 복사본은 여전히 유효하다; no body sent |
| 400 | 잘못된 요청 | 잘못된 구문 또는 잘못된 요청 프레이밍 |
| 401 | 허가되지 않은 | 인증이 없거나 실패했습니다 |
| 403 | 금지된 | 인증되었지만 허용되지 않음 |
| 404 | 찾을 수 없습니다 | 자원이 존재하지 않습니다 |
| 409 | 갈등 | 요청이 현재 상태와 충돌합니다 |
| 422 | 처리 불가능한 콘텐츠 | 유효한 구문, 실패한 유효성 검사 규칙 |
| 429 | 요청이 너무 많습니다 | 요금 제한; 물러나서 다시 시도하세요 |
| 500 | 내부 서버 오류 | 예기치 않은 서버 오류 |
| 503 | 서비스를 이용할 수 없습니다 | 서버 과부하 또는 유지 관리 중입니다 |
226 IM Used부터 451 Unavailable For Legal Reasons까지 나머지 레지스트리는 알아볼 가치가 있지만 기억할 가치가 없습니다. 이것이 바로 조회 도구의 목적입니다.
401 과 403 의 차이는 무엇일까요?
이 쌍은 거의 모든 사람을 트립하므로 자체 섹션이 필요합니다. 둘 다 액세스가 거부되었음을 의미하지만 다른 이유로 인해 앱이 응답하는 방식이 변경됩니다.
401 Unauthorized 는 요청에 유효한 인증이 없음을 의미합니다. 서버는 귀하가 누구인지 모릅니다. 자격 증명을 보내지 않았거나 보낸 것이 잘못되었거나 만료되었습니다. 귀하의 측에서 올바른 응답은 로그인하거나 토큰을 새로 고치는 것입니다. 사양에 따라 401 응답에는 클라이언트에게 인증 방법을 알려주는 WWW-Authenticate 헤더가 포함되어야 합니다.
403 Forbidden 은 서버가 자신이 누구인지 정확히 알고 어쨌든 거절한다는 것을 의미합니다. 인증되었지만이 특정 리소스에 대해 승인되지 않았습니다. 문제가 ID 가 아닌 권한이기 때문에 다시 로그인하면 도움이되지 않습니다. 관리자 전용 엔드 포인트를 치는 일반 사용자는 403 을 받아야합니다.
내가 사용하는 빠른 규칙: 401 은 "who are you?", 403 은 "I know who you are,and no". API 를 구축하고 있고 이러한 흐름을 테스트하기 위해 Authorization 헤더를 생성하려는 경우,the 기본 Auth 생성기 필요한 인코딩된 자격 증명을 생성합니다.
301 대 302 리디렉션이 SEO에 중요한 이유는 무엇입니까?
리디렉션은 상태 코드가 내부 구현 세부 정보가 되는 것을 멈추고 검색 순위에 영향을 미치기 시작하는 곳입니다. 페이지를 이동하면 반환하는 상태 코드가 검색 엔진에 이전 URL's 축적된 권한으로 무엇을 해야 하는지 알려줍니다.
A 301 Moved Permanently 는 이동이 최종적이라는 신호를 보냅니다. 검색 엔진은 시간이 지남에 따라 인덱스에서 이전 URL 을 삭제하고 순위 신호를 새 URL 로 전달한 다음 링크를 업데이트합니다. 페이지 이름을 바꾸거나 HTTPS 로 마이그레이션하거나 중복 URL 을 통합할 때 원하는 코드를 올바르게 사용하는 것은 기술 SEO 감사에서 가장 일반적인 수정 사항 중 하나입니다.
302 Found 는 일시적인 이동을 신호합니다. 검색 엔진은 변경 사항이 영구적이지 않다고 말했기 때문에 원래 URL 을 인덱싱 상태로 유지합니다. 영구적 인 이동에 302 를 사용하는 경우 더 이상 사용하지 않는 URL 에 순위를 좌초시킬 수 있습니다. HTTPS 마이그레이션 중에 기본값이 302 로 설정된 프레임 워크가 리디렉션되기 때문에 사이트가 몇 달 동안 가시성을 잃는 것을 보았습니다.
또한 307 Temporary Redirect 와 308 Permanent Redirect 가 있는데,302 와 301 처럼 동작하지만 HTTP 메서드와 본문이 보존된다는 것을 보증한다. 메서드를 변경하면 문제가 발생할 수 있는 비 GET 요청에 307 과 308 을 사용한다. 크롤러가 사이트를 보는 방식을 감사하는 경우,이 지식을 the 와 페어링한다 robots.txt 생성기 그리고 the 메타 태그 생성기 전체 크롤링 및 리디렉션 그림이 일관성이 있는지 확인하려면. The 웹 개발자 툴킷 가이드는 이 조각들을 하나로 묶습니다.
가장 일반적인 서버 오류 코드는 무엇이며 어떻게 디버깅합니까?
5xx 클래스는 생산 사고가 발생하는 곳이며,각 코드는 스택의 다른 레이어를 가리킵니다. 중단 시 실시간 시간을 절약할 수 있는 것이 무엇인지 파악합니다.
500 내부 서버 오류는 일반적인 캐치 - 모든입니다. 그것은 당신의 응용 프로그램 코드가 처리 할 수없는 처리되지 않은 예외를 던졌다 또는 조건을 명중 의미. 수정은 거의 항상 자신의 로그에 있습니다. 500 은 "뭔가 파산하고 나는 it"에 대한 더 나은 단어가없는 서버입니다,그래서 코드는 어디를보고하지만 잘못 된 것은 알려줍니다.
502 Bad Gateway 와 504 Gateway Timeout 은 모두 앱 앞에 있는 로드 밸런서나 역방향 프록시와 같이 게이트웨이 또는 프록시 역할을 하는 서버에서 발생합니다. 502 는 업스트림이 잘못된 것을 다시 보냈다는 의미이며,종종 애플리케이션이 충돌했거나 실행 중이 아니기 때문입니다. 504 는 업스트림이 응답하는 데 너무 오래 걸렸고 게이트웨이가 대기를 포기했다는 의미입니다. Nginx,CDN 또는 클라우드 로드 밸런서 뒤에서 실행되는 경우 프록시 뒤에 있는 것이 건강에 해로울 때 표시되는 코드입니다.
503 서비스를 사용할 수 없다는 것은 서버가 일시적으로 요청을 처리할 수 없다는 것을 의미하며,일반적으로 과부하 상태이거나 유지 관리 중이기 때문입니다. 잘 동작하는 503 응답에는 클라이언트에게 언제 다시 방문해야 하는지 알려주는 Retry-After 헤더가 포함됩니다. 계획된 유지 관리 중에 503 을 보내는 것은 검색 엔진에 페이지가 사라졌다고 가정하지 않고 나중에 다시 방문하도록 지시하기 때문에 사이트를 잠시 다운시키는 올바른 SEO-안전한 방법입니다. 웹 문제 진단에 대한 더 넓은 시각을 위해,the 개발자 생산성 도구 가이드는 더 넓은 툴킷을 다룹니다.
덜 일반적인 상태 코드는 어떻습니까?
작업 세트 외에도 레지스트리에는 가끔 만날 수 있는 긴 코드가 있으며, 이를 인식하면 혼란스러운 30분을 절약할 수 있습니다. 몇 개는 빠르게 둘러볼 가치가 있습니다.
2xx 제품군에서 206 부분 콘텐츠는 재개 가능한 다운로드 및 비디오 스트리밍을 지원합니다. 클라이언트가 파일의 바이트 500 ~ 999 를 요구하는 Range 헤더를 보내면 서버는 해당 슬라이스만으로 206 에 응답합니다. 이것은 일시 중지 된 다운로드가 다시 시작하는 대신 재개되는 방식이며 브라우저가 모든 것을 먼저 가져 오지 않고 비디오의 중간을 찾는 방식입니다.
4xx 제품군에서 410 Gone 은 404 의 더 강력하고 신중한 버전입니다. 404 가 "I could not find it", 410 says "it was here,it is permanently gone,stop asking". 의도적으로 제거한 콘텐츠에 410 을 사용하면 검색 엔진이 404 보다 더 빨리 삭제하는 데 도움이됩니다. 또 다른 유용한 것은 451 Unavailable For Legal Reasons 로,그 숫자는 소설 화씨 451 에 대한 고개를 끄덕이며,내용이 게시 중단 또는 법원 금지 명령과 같은 법적 명령에 의해 차단 될 때 반환됩니다.
또한 418 I'm a Teapot,1998 년 만우절 사양에서 커피를 끓여달라고 요청하면 찻주전자가 반환되는 실제 등록 코드입니다. 일반 트래픽에는 사용되지 않지만 일부 API 에서는 부활절 달걀로 표시되며 이러한 표준을 작성한 사람들이 유머 감각을 가지고 있음을 상기시켜주는 작은 도구입니다. 이 도구는 추측하지 않고 우연히 발견 한 모든 것을 찾아 볼 수 있도록이 모든 것을 나열합니다.
HTTP Status Codes 도구는 어떻게 도움이 됩니까?
이 도구는 의도적으로 간단합니다. 작업이 간단하기 때문입니다: 코드나 증상이 있고 의미를 빠르게 원합니다. 숫자로 검색하거나 "not found"과 같은 이유 문구로 검색하거나 "redirect" 또는 "rate limit"와 같은 설명의 키워드로 검색할 수 있습니다. 단일 클래스로 필터링하여 리디렉션이나 서버 오류만 검색할 수 있습니다. 각 항목에는 이유 문구,코드가 적용되는 시기에 대한 간단한 설명,이를 정의하는 RFC 가 표시되므로 기본 소스에 대한 동작을 확인할 수 있습니다.
전체 레지스트리가 브라우저에서 로드되기 때문에 검색은 즉시 이루어지며 페이지가 열리면 오프라인으로 작동합니다. 검색하는 것은 아무데도 전송되지 않습니다. API 를 구축하는 동안 탭에 고정되어있는 종류의 참조입니다. 바로 옆에 사용자 에이전트 Parser 요청 헤더를 검사하기 위한.
자주 묻는 질문
HTTP 상태 코드의 다섯 가지 클래스는 무엇입니까?
HTTP 상태 코드는 첫 번째 숫자로 그룹화됩니다: 1xx informational,2xx success,3xx redirection,4xx client error,5xx server error.클래스는 클라이언트 또는 서버 측에서 요청이 성공했는지,리디렉션되었는지, 실패했는지 한눈에 알려 주며,일반적으로 디버깅을 시작할 위치를 알기에 충분합니다.
404 상태 코드는 무엇을 의미합니까?
404 Not Found 는 서버가 요청한 리소스를 찾을 수 없음을 의미합니다. URL 의 철자가 틀리거나 페이지가 삭제되었거나 링크가 깨졌을 수 있습니다. 클라이언트 오류 코드이므로 요청이 서버에 도달했지만 서버에 존재하지 않는 것을 가리켰습니다.
301과 302 리디렉션의 차이점은 무엇입니까?
A 301 Moved Permanently 는 클라이언트와 검색 엔진에게 리소스가 영원히 이동했음을 알려주기 때문에 링크를 업데이트하고 순위 신호를 새 URL 로 전송합니다. A 302 Found 는 임시 리디렉션이므로 원본 URL 은 향후 요청에 계속 사용되어야하며 검색 엔진은 색인을 유지합니다.
500 내부 서버 오류는 무엇을 의미합니까?
500 내부 서버 오류는 서버가 처리할 수 없는 예상치 못한 상태에 도달했음을 의미하는 일반적인 메시지입니다. 요청이 아닌 서버에 문제를 알리기 때문에 수정 사항은 일반적으로 응용 프로그램 코드나 구성에 있으며 자신의 서버 로그가 볼 수 있는 장소입니다.
API는 언제 400 대 422 를 반환해야 합니까?
잘못된 JSON 또는 누락된 필수 헤더와 같이 요청 자체가 잘못된 형식일 때 400 잘못된 요청을 반환합니다. 구문이 유효하지만 데이터가 이미 가져온 이메일이나 범위를 벗어난 값과 같은 비즈니스 또는 유효성 검사 규칙에 실패할 때 422 처리 불가능한 콘텐츠를 반환합니다.
429 Too Many Requests 코드란 무엇인가요?
429 Too Many Requests 는 클라이언트가 짧은 시간에 너무 많은 요청을 보냈고 요금이 제한되어 있음을 의미합니다. 응답에는 종종 클라이언트가 다시 시도하기 전에 기다려야 할 시간을 알려주는 Retry-After 헤더가 포함되며,잘 행동하는 클라이언트는 기하급수적인 백오프로 이를 존중합니다.
HTTP 상태 코드 참조는 무료로 사용할 수 있나요?
예. 이 도구는 가입이나 제한이없는 완전 무료이며 전체 목록이 브라우저에서 실행되기 때문에 페이지가로드되면 오프라인으로 작동합니다. 검색 한 내용이 서버로 전송되지 않으므로 디버깅하는 동안 안전하고 빠르게 사용할 수 있습니다.
