(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 2. 검증 헤더와 조건부 요청1 1. 캐시 시간 초과 캐시 만료 후 클라이언트가 서버에 다시 요청을 할 때, 2가지 상황이 존재한다. 1) 서버에서 기존 데이터를 변경한 경우 - 서버에서 변경된 데이터를 받음 2) 서버에서 기존 데이터를 변경하지 않은 경우 - 데이터를 전송하는 대신 저장해두었던 캐시를 재사용할 수 O - 단, 클라이언트의 데이터와 서버의 데이터가 같다는 사실을 확인할 방법 필요 2-1. 검증 헤더 추가 - 첫번째 요청 1) Last-Modified(데이터가 마지막에 수정된 시간)을 설정해서 클라이언트에 데이터를 전송한다. 2) 클라이언트는 유효 시간과 데이터 최종 수정일을 함께 응답 결과를 캐시..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 5. 일반 정보 일반 헤더 종류 내용 사용 헤더 사용 목적 기타 From 유저 에이전트의 이메일 정보 요청 검색 엔진 거의 사용X Referer 현재 요청된 페이지의 이전 웹페이지 주소 요청 유입 경로 분석 많이 사용 User-Agent 유저 에이전트(클라이언트) 애플리케이션 정보 요청 통계 정보, 장애가 발생하는 브라우저 파악 Server 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보 응답 실제 응답을 보낸 서버 파악 Date 메시지가 생성된 날짜 응답 1. From (요청) 유저 에이전트의 이메일 정보 - 일반적으로 잘 사용X - 검색 엔진같은 곳에서 주로 사용 2. Referer (요청) 현재 요청된 ..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 4. 전송 방식 1. HTTP 메시지 전송 방식 1) 단순 전송 Content-Length 설정 - 데이터 전체를 한 번에 보낼 때 사용 2) 압축 전송 Content-Encoding 설정 - 전송해야하는 데이터가 커서 압축해서 보낼 때 사용(압축 방식은 다양함) 3) 분할 전송 Transfer-Encoding:chunked 설정, Content-Length 설정X - 대용량 데이터를 클라이언트에 보낼 때, 요청이 모두 처리되기 전까지 총 크기를 알 수 없을 때 사용 - r\n\ : 분할 전송의 끝을 나타냄 4) 범위 전송 Range 설정해서 요청 -> Content-Range 설정해서 응답 - 어떠한 이유로 중..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1. HTTP 헤더 개요 1. HTTP 헤더 1) 헤더 용도 - HTTP 전송에 필요한 모든 부가 정보 e.g. 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등 - 표준 헤더가 너무 많음, 필요시 임의의 헤더 추가 가능 2) 헤더 분류-RFC 2616(과거) 1) General 헤더: 요청/응답 메시지 전체에 적용되는 정보 (e.g. Connection: close) 2) Request 헤더: 요청 정보 (e.g. User-Agent: Mozilla/5.0) 3) Response 헤더: 응답 정보 (e.g. Server: Apache) 4) Entity ..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 5. 4xx(클라이언트 오류), 5xx(서버 오류) 상태코드 원인 클라이언트 오류 400 요청 구문, 메시지 오류(요청 파라미터 잘못됨, API 스펙이 맞지 않을 때) 401 인증이 되지않은 경우 403 인증은 됐지만 접근권한이 불충분한 경우 404 요청 리소스가 서버에 없는 경우 서버 오류 500 서버 문제(NullPointerException, DB 접근 불가) 애매하면 사용 503 일시적 과부하/예정 작업(서비스 이용 불가) 1. 4xx (Client Error) 클라이언트 오류 - 오류의 원인 = 클라이언트 (e.g. 클라이언트 요청에 잘못된 문법) (중요!) 클라이언트가 이미 잘못된 요청, 데이터를 보내..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 3. 3xx - 리다이렉션1 1. 3xx (Redirection) 요청을 완료하기 위해 유저 에이전트(웹 브라우저)의 추가 조치 필요 종류 상태코드 리다이렉트 시 사용 여부 영구 301 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음 디폴트로 자주 사용 308 요청 메서드, 본문 유지 거의 사용X 일시 302 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음 디폴트로 자주 사용 307 요청 메서드, 본문 유지 권장 303 요청 메서드가 GET으로 변함 권장 기타 300 사용X 304 자주 사용, 캐시 목적으로 사용 301=302, 308=307 2. 리다이렉션 이해 웹 브라우저는 3xx 응답의..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 1. HTTP 상태코드 소개 1. 상태 코드 상태코드는 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능이다. 1) 1xx (Informational): 요청이 수신되어 처리중 2) 2xx (Successful): 요청 정상 처리 3) 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 4) 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 5) 5xx (Server Error):서버 오류, 서버가 정상 요청을 처리하지 못함 2. 만약 모르는 상태 코드가 나타나면? 클라이언트가 인식할 수 없는 상태코드를 서버가 반환하면, 클라이언트는..
(인프런) 김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식을 공부하고 리뷰한 글입니다. 4. HTTP 메서드의 속성 1) 안전(Safe Methods) 2) 멱등(Idempotent Methods) 3) 캐시가능(Cacheable Methods) 1. 안전(Safe) 호출해도 리소스를 변경하지 않는다 1) 안전O: GET, HEAD 2) 안전X: POST, PUT, PATCH, DELETE Q. 계속 호출하면, 로그 같은 것이 쌓여서 장애가 발생할 수도 있지 않은가? A. 안전은 해당 리소스만 고려한다. 그런 부분까지 고려하지 않는다. 2. 멱등(Idempotent) f(f(x)) = f(x) 클라이언트가 서버에 같은 요청을 여러 번 해도 결과가 똑같다. (한 번 호출하든 두 번 호출하든 100번 ..
