HTTP API 테스트 도구
https://post.jsonin.com
GET, POST, PUT, DELETE, HEAD, TRACE, PATCH, OPTIONS 등 모든 HTTP 메서드를 지원합니다

빠르게 추가 및 대량으로 요청 헤더 (Headers)를 가져옵니다 

빠른 추가: Cookies
Authorization
Accept
Accept-Language
Accept-Encoding
Connection
Cache-Control
X-Forwarded-For (프록시)
X-Real-IP (프록시)
X-Requested-With
Content-Type: Form
Content-Type: Multipart
Content-Type: XML

배치 임포트: 브라우저 F12에서 복사한 원본 요청 헤더를 붙여넣으세요 (각 줄마다 Key: Value): 힌트: 브라우저에서 F12를 눌러 개발자 도구를 엽니다 → 네트워크 패널 → 요청을 클릭 → 헤더 태그 → 요청 헤더 영역을 우클릭하여 "모두 복사"를 선택하면 복사할 수 있습니다. 

표준 HTTP 프로토콜은 여섯 가지 요청 방법을 지원합니다:
    GET：GET는 가장 흔한 방식입니다. 이것의 본질은 서버에서 특정 자원을 얻기 위해 요청을 보내는 것입니다. 자원은 HTTP 헤더 집합과 표현 데이터(예: HTML 텍스트, 이미지 또는 비디오 등)를 통해 클라이언트로 반환됩니다. GET 요청에서는 결코 표현 데이터가 포함되어서는 안 됩니다;
    HEAD：HEAD와 GET은 본질적으로 같지만, 차이점은 HEAD는 표현 데이터를 포함하지 않고 오직 HTTP 헤더 정보만 포함한다는 것입니다. 일부 사람들은 이 방법이 유용하지 않다고 생각할 수 있지만, 사실은 그렇지 않습니다. 비즈니스 시나리오를 상상해 보세요: 특정 자원이 존재하는지 확인하려면 보통 GET을 사용하지만, 여기서는 HEAD를 사용하는 것이 의미가 더 명확합니다;
    PUT: 이 방법은 비교적 드뭅니다. HTML 폼도 이를 지원하지 않습니다. 본질적으로 PUT과 POST는 서로 매우 유사하며 서버로 데이터를 전송하는 것이지만, 중요한 차이점이 있습니다. PUT은 일반적으로 자원의 저장 위치를 지정하지만, POST는 그렇지 않습니다. POST의 데이터 저장 위치는 서버가 결정합니다. 예를 들어, 블로그 게시물을 제출하는 URL인 /addBlog을 사용한다고 가정해 봅시다. PUT을 사용하면 제출된 URL은 "/addBlog/abc123"와 같을 것이며, abc123은 해당 블로그 게시물의 주소입니다. 반면, POST를 사용하면 제출 후 서버가 클라이언트에게 주소를 알려줍니다. 현재 대부분의 블로그는 이와 같습니다. 명백히 PUT과 POST의 용도는 다릅니다. 어떤 것을 사용할지는 현재 비즈니스 시나리오에 따라 달라집니다;
    DELETE: 특정 자원을 삭제합니다. 이 방법도 비교적 드뭅니다. 하지만 일부 곳에서는 이 방법을 사용합니다. 예를 들어, Amazon S3 클라우드 서비스에서 자원을 삭제하는 데 이 방법을 사용합니다;
    POST: 서버로 데이터를 제출합니다. 이 방법은 매우 널리 사용되며, 현재 대부분의 제출 작업은 이를 통해 완료됩니다;
   옵션: 현재 URL이 지원하는 메서드를 가져옵니다. 요청이 성공하면, HTTP 헤더에 이름이 "Allow"인 헤더를 포함하며, 값은 지원하는 메서드로, 예를 들어 "GET, POST"와 같습니다.
보통 GET, PUT, POST, DELETE 몇 가지 요청을 사용하여 서버가 데이터베이스에 추가, 삭제, 수정, 조회 작업을 시뮬레이션합니다:
POST: create(추가)
     DELETE：delete（삭제）
     풀트 : 업데이트(更新)
     GET: 선택(쿼리)

온라인 POST, 온라인 GET, 온라인 인터페이스 테스트 도구:https://post.jsonin.com