웹 기술

HTTP 리다이렉트는 클라이언트를 다른 URL로 안내하는 응답 방식이다. 주소 변경이나 작업 후 이동을 표현할 수 있다. 보통 3xx 상태와 Location 헤더로 새 위치를 전달한다. 영구·임시 이동과 요청 메서드 보존 여부에 따라 코드를 선택한다. 문서 주소를 바꾸었을 때 기존 주소에서 새 주소로 안내하면 오래된 링크를 통해서도 접근할 수 있다. POST 이후 결과 페이지로 이동시키는 구성도 있다. 301·302와 307·

HTTP 콘텐츠 협상은 같은 자원에 대해 클라이언트 조건에 맞는 표현을 선택하는 방식이다. Accept, Accept-Language, Accept-Encoding 등의 요청 정보로 형식·언어·압축 방식을 협상할 수 있다. 서버는 선택에 영향을 준 헤더를 Vary로 캐시에 알릴 수 있다. 같은 문서 주소에서 요청 언어에 따라 한국어 또는 영어 표현을 반환하거나 지원하는 압축 방식을 선택할 수 있다. 선호 헤더는 강제적인 보장이

Content-Type은 HTTP 메시지 본문의 미디어 타입을 나타내는 헤더이다. 수신자가 본문을 해석할 방법을 정하는 데 쓰인다. application/json이나 text/html처럼 타입과 하위 타입을 적고 필요에 따라 문자 집합이나 경계값 같은 매개변수를 붙인다. JSON API가 application/json을 보내면 클라이언트는 본문을 JSON으로 해석할 수 있다. 파일 업로드의 multipart 형식에는 구분 경계

ETag는 HTTP에서 자원 표현의 버전을 식별하는 검증자이다. 캐시 재검증이나 조건부 갱신에 사용할 수 있다. 서버가 응답에 태그를 보내고 클라이언트가 If-None-Match 또는 If-Match 같은 조건에 활용한다. 강한 검증자와 약한 검증자는 비교 보장이 다르다. 저장한 문서의 ETag를 보내 변경 여부를 확인하면 바뀌지 않은 경우 본문을 다시 받지 않을 수 있다. 편집 시 버전 충돌을 감지하는 데도 활용한다. ETa

CORS는 브라우저가 다른 출처의 응답을 스크립트에 공개할 수 있는지 서버 헤더로 판단하는 교차 출처 자원 공유 방식이다. 서버는 허용 출처와 메서드 등을 응답한다. 일부 요청은 실제 요청에 앞서 OPTIONS 방식의 사전 요청으로 허용 조건을 확인한다. 프런트엔드와 API의 출처가 다를 때 API가 허용한 출처에 대해 브라우저 코드가 응답 내용을 읽도록 설정할 수 있다. CORS는 사용자 인증이나 서버 간 요청 차단 장치가

HTTP 쿠키는 서버가 브라우저에 저장하도록 전달하고 이후 조건에 맞는 요청에 브라우저가 함께 보내는 작은 데이터이다. Set-Cookie 응답 헤더로 설정하고 도메인·경로·만료 조건 등으로 전송 범위를 정한다. 세션 식별이나 사용자 설정 유지에 활용한다. 로그인 후 받은 세션 식별자를 브라우저가 후속 요청에 보내면 서버가 해당 세션의 사용자를 찾을 수 있다. 쿠키 값 자체를 신뢰 가능한 사용자 주장으로 취급하지 않는다. Se

HTTP 캐시는 이전 응답을 저장해 조건에 맞을 때 재사용함으로써 전송량과 지연을 줄이는 방식이다. 브라우저 같은 개인 캐시와 여러 사용자가 공유하는 캐시가 있다. 신선도와 재검증 조건을 헤더로 정하고 필요한 경우 서버에 변경 여부를 확인한다. 변하지 않는 정적 파일은 긴 신선도 기간을 주고 내용이 바뀌면 URL을 바꾸는 전략을 사용할 수 있다. 문서는 검증자를 이용해 다시 확인할 수 있다. no-cache는 저장을 무조건 금

HTTP 상태 코드는 서버가 요청 처리 결과를 세 자리 숫자로 나타내는 값이다. 코드의 범주와 개별 의미를 함께 읽어야 한다. 1xx는 정보, 2xx는 성공, 3xx는 추가 동작이나 재지정, 4xx는 클라이언트 요청 관련 오류, 5xx는 서버 처리 오류의 범주를 이룬다. 없는 자원에 404를, 새 자원이 생성된 요청에 201을 사용하는 식으로 클라이언트가 결과를 구별하도록 할 수 있다. 상태 코드만으로 업무 처리의 모든 세부

HTTP 메서드는 요청이 자원에 대해 어떤 의미의 동작을 요구하는지 나타낸다. GET, POST, PUT, DELETE 등이 대표적이다. 안전성, 멱등성, 캐시 가능성과 같은 성질을 구분한다. 안전한 메서드는 요청한 의미상 상태 변경을 요구하지 않으며 멱등성은 반복 요청의 의도된 효과에 관한 성질이다. GET은 자원 표현을 읽고 PUT은 지정한 자원의 표현을 교체하는 의미로 사용한다. 생성 처리에는 API 설계에 따라 POST

HTTP는 클라이언트의 요청과 서버의 응답으로 자원을 주고받는 응용 계층 프로토콜이다. 문서뿐 아니라 이미지와 API 데이터 등도 전달한다. 메서드와 대상, 헤더, 필요에 따른 본문으로 요청을 표현한다. 응답은 상태 코드와 헤더 및 본문으로 처리 결과를 전달하며 중간 프록시나 캐시가 참여할 수 있다. 브라우저가 문서를 요청하고 서버가 HTML을 보내면 이어서 필요한 자원을 추가 요청할 수 있다. API 클라이언트도 같은 요청·