개발자's Life

HTTP 헤더 표현 HTTP 표현과 관련된 헤더 Content-Type -> 표현 데이터 형식 : html, json... Content body 에 들어갈 내용의 타입을 지정해준다. a. text/html; chatset=utf-8 b. application/json c. image/png . Content-Encoding -> 표현 데이터의 압축 방식 표현데이터를 압축하기 위해 사용 => 데이터를 읽는 쪽에서 인코딩 헤더의 정보로 압축해제 a. gzip b. deflate c. identity . Content-Language -> 표현 데이터의 자연 언어 : 언어 종류 표현 데이터의 자연 언어를 표현 a. ko b. en c. en-US . Content-Length -> 표현 데이터의 길이 표현 ..

HTTP 헤더 개요 HTTP 헤더 General 헤더 : 메세지 전체에 적용되는 정보 -> 요청, 응답 구분 없이 메세지 전체 적용 Request 헤더 : 요청 정보, ex) User-Agent : Mozilla/5.0.. Response 헤더 : 응답 정보, ex) Server : Apache Entity 헤더 : 엔티티 바디 정보, ex) Content-Type, Content-Length.. HTTP BODY(과거) 메세지 본문은 엔티티 본문을 전달하는데 사용 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보 제공 : 엔티티 본문이 html 인지 json 인지 이런 정보는 엔티티 헤더에 들어간다 HTTP BODY(최신) 엔티티 -> 표현으..

HTTP 상태 400,500 응답값 정리 400 : 클라이언트 오류 (Bad Request) -> 잘못된 문법등으로 서버가 요청을 수행할 수 없음 -> 해결 : 요청 내용을 다시 검토하고 보내야함.(API 스펙, 파라미터 등..) 401 : 클라이언트 인증 필요(Unauthorized) -> 401 오류 발생시 응답에 WWW-Authenticate 헤더와 함께 인증 방법을 설명 403 : 서버가 요청을 이해하였지만 승인을 거부 -> 인증 자격 증명은 있지만 접근 권한이 불충분한 경우 404 : 요청 리소스를 찾을 수 없음 -> 서버에 요청 리소스, 요청 페이지가 없음 500 : 서버 오류(Server Error) -> 서버 문제로 오류 발생, 재시도 하면 성공할수도 있음 500 Internal Serve..

HTTP 상태 300 응답값 정리 요청을 완료하기 위해 유저 에이전트(클라이언트)의 추가 조치 필요 영구 리다이렉션 - 특정 리소스의 URI 가 영구적으로 이동 301(드물게 보임) - 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수도 있음 - 예를들어 등록할려고 POST 방식으로 Body에 값을 넣어 보냈는데 해당 URL 은 사용하지 않아 리다이렉트가 되고 GET으로 자동 변경되어 새로운 URL 을 요청하는데 이때 POST때 넣은 BODY는 없다. 변경된 GET URL 에서 새로 작업을 하여야 한다. 클라이언트 - 서버 - 클라이언트 - 서버 - 클라이언트 순으로 진행되고 아래를 참고하면 된다. 클라이언트 - 옛URL, Body 값 -> 서버 클라이언트 서버 308(거의 못봄) - 30..

HTTP 상태 200 응답값 정리 2xx(Successful) 클라이언트의 요청을 성공적으로 처리하였을 때 200번대 응답값을 준다. 200 OK -> GET 메소드로 데이터 요청 후 응답 값 201 Created -> POST 메소드로 신규 리소스를 만든 후의 응답값 (TMI : POST 는 리소스의 URI 를 서버에서 만들어준다.) 202 Accepted -> 요청 접수가 되었으나 처리가 완료되지 않았음. -> 배치 처리 같은곳에서 사용 204 No Content -> 서버가 요청을 성공적으로 수행했지만 Payload 에 보낼 데이터가 없을 경우 응답 웹 문서 편집기에서 save 버튼 클릭 후 저장이 되고 그 이후 다른 내용은 필요 없고 성공이 되었는 정도에 대한 인식만 필요 https://www.i..

URI 설계 종류 HTTP API - 컬렉션 -> POST 기반 등록 : 회원관리 API 제공 HTTP API - 스토어 -> PUT 기반 등록 : 정적 컨텐츠 관리, 원격 파일 관리 HTTP API - FORM 사용 (GET, POST 만 지원) -> 웹 페이지 회원 관리 예제 회원관리시스템 - 컬렉션 API 설계 - POST 기반 등록 리소스는 왠만해서는 변경하지 않고 HTTP 메서드 속성 값으로 진행. GET : 회원목록 /members POST : 회원등록 /members GET : 회원조회 /members/{id} PATCH, PUT, POST : 회원수정 /members/{id} : 기존 데이터를 없애고 완전히 덮어버릴 경우에는 PUT 을 사용함. DELETE : 회원삭제 /members/{i..