01
알고 있는 토큰으로 검색하기
GET, Content-Type, application/json, .webp를 같은 칸에서 찾습니다. 확장자 검색은 목록 조회이며 파일 내용 검사가 아닙니다.
개발자 참고 자료
HTTP 레퍼런스메서드부터 MIME 타입까지
메서드, 헤더 이름, 미디어 타입 또는 일반적인 확장자를 입력하세요.
HTTP 레퍼런스
검색 결과
검색은 이 페이지에서만 처리합니다. 외부 출처는 링크를 누를 때만 열립니다.
분류
선별 항목 2 / 46개
IANA 메서드: 2026-06-17, 필드: 2026-08-28항목 확인일: 2026-09-23
API를 살펴볼 때 PUT과 PATCH, Accept와 Content-Type, 확장자와 미디어 타입을 같은 개념으로 착각하기 쉽습니다. HTTP 레퍼런스에서 역할을 분리해 읽은 뒤 실제 요청을 결정할 수 있습니다.
이 HTTP 레퍼런스는 선별한 항목마다 HTTP 예시와 출처를 연결합니다. QUERY처럼 새로 등록된 메서드나 드문 타입은 IANA 전체 등록부에서도 확인하세요.
HTTP 레퍼런스를 쓰는 이유
서로 맞닿은 개념을 한 화면에서 확인합니다.
헤더에서 본문 타입까지 이어 보기
Content-Type은 현재 본문의 타입, Accept는 원하는 응답의 타입입니다. HTTP 레퍼런스는 실제 헤더 줄과 미디어 타입을 함께 보여 줍니다.
확장자를 찾되 파일은 단정하지 않기
.webp 검색으로 image/webp를 찾을 수 있지만 확장자는 흔한 연결 관계일 뿐입니다. HTTP 레퍼런스는 파일 바이트를 읽거나 내용을 검증하지 않습니다.
예시를 복사하기 전에 볼 세 가지
02
항목별로 다른 속성 읽기
메서드는 안전성과 멱등성, 헤더는 요청·응답 방향, MIME 타입은 일반적인 확장자를 확인하세요.
03
예외는 원문에서 확인하기
각 항목의 규격 또는 MDN 링크를 열 수 있습니다. QUERY가 등록됐어도 대상 서버의 지원 여부는 별개입니다.
한 검색창에 모인 세 영역
메서드의 의미
GET부터 QUERY까지 선별한 메서드에 안전성, 멱등성, 요청 예시를 붙이고 QUERY는 RFC 10008로 연결합니다.
헤더의 사용 방향
주요 HTTP 헤더가 요청, 응답 또는 양쪽에 쓰이는지 구분하고 실제 필드 값을 보여 줍니다.
미디어 타입과 확장자
MIME 타입마다 Content-Type 예시와 흔한 확장자를 표시해 image/webp 같은 이름을 바로 찾습니다.
정적 참고표의 한계
- 전체 등록부는 아님
- HTTP 레퍼런스는 선별한 46개 항목입니다. 검색에 없다고 메서드·헤더·MIME 타입이 무효인 것은 아닙니다. IANA 전체 등록부를 확인하세요.
- 실제 요청을 보내지 않음
- 메서드 예시는 텍스트입니다. URL에 접속하지 않으며 QUERY나 TRACE를 서버가 지원하는지도 검사하지 않습니다.
- 확장자로 바이트를 확인하지 않음
- 파일명을 바꿔도 내용은 바뀌지 않습니다. 확장자 대응표만으로 파일의 실제 형식이나 안전성을 판정하지 마세요.
- 상태 코드와 원문 파싱은 별도
- 이 페이지에는 상태 코드 사전이나 원시 헤더 파싱 기능이 없습니다. 실제 헤더 블록은 전용 파서에서 분석하세요.
HTTP 레퍼런스 자주 묻는 질문
PUT과 PATCH는 어떻게 다른가요?
PUT은 대상 표현 전체를 교체하며 멱등입니다. PATCH는 일부를 변경하고 일반적으로 멱등성이 보장되지 않습니다. 실제 API 계약도 확인하세요.
GET과 HEAD의 차이는 무엇인가요?
GET은 표현을 반환합니다. HEAD는 같은 메타데이터를 응답 본문 없이 요청하므로 Content-Length 같은 헤더를 먼저 살펴볼 때 유용합니다.
Accept와 Content-Type은 어떻게 다른가요?
Accept는 클라이언트가 원하는 응답 타입이고 Content-Type은 현재 요청 또는 응답 본문의 타입입니다. 두 값은 반드시 같을 필요가 없습니다.
파일 확장자만으로 MIME 타입을 알 수 있나요?
없습니다. 확장자는 흔한 연결 관계만 보여 줍니다. 서버가 적절한 Content-Type을 보내는지와 실제 파일 바이트는 별도로 확인해야 합니다.
HTTP 메서드의 멱등성은 무엇인가요?
같은 요청을 여러 번 보내도 의도한 효과가 한 번 보냈을 때와 같다는 뜻입니다. PUT은 멱등으로 등록돼 있지만 PATCH에는 일반적인 보장이 없습니다.
빠진 항목이나 오류가 있나요?