HTTP6 HTTP 헤더 - 인증, 쿠키, 캐시 이전 HTTP 헤더 게시글과 이어지는 글입니다.자주 사용되는 HTTP 헤더 - 인증, 쿠키, 캐시인증 (Authentication)RFC 7235에서 HTTP 인증 프레임워크를 정의하며, 기본 인증(Basic Authentication), 다이제스트 인증(Digest Authentication), 토큰 기반 인증(Bearer Authentication), 프록시 인증 등을 다룹니다. 이러한 인증 프레임워크에서 사용되는 인증 헤더는 다음과 같습니다.1. Authorization 헤더클라이언트가 서버에 인증 정보를 전달하는 데 사용인증 스킴 (Basic, Bearer 등) Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=Authorization: Bearer 2. WWW-Au.. 2025. 2. 11. HTTP 헤더 - 개요 및 자주 사용되는 헤더 HTTP 헤더란?HTTP 헤더는 HTTP 메시지 구조 중 하나로, 클라이언트와 서버가 요청 또는 응답으로 부가적인 정보를 전송할 수 있도록 해주는 필드입니다. 헤더는 대소문자를 구분하지 않는 이름과 콜론(':'), 그리고 값으로 구성됩니다.header-field = field-name ":" OWS field-value OWS //OWS: 띄어쓰기 허용 HTTP 헤더는 아래와 같은 구조를 가집니다. 각 헤더는 별도의 라인에 위치하며, 헤더의 끝은 빈 라인으로 표시됩니다.이러한 헤더는 개발자 도구(F12)에서 Network에 Headers에서 확인할 수 있습니다.GET /index.html HTTP/1.1Host: www.example.comUser-Agent: Mozilla/5.0Accept: text.. 2025. 2. 6. HTTP 상태 코드 HTTP 상태 코드?HTTP 상태 코드는 클라이언트와 서버 간의 효과적인 커뮤니케이션을 위한 중요한 도구입니다.HTTP 상태 코드는 클라이언트의 요청에 대한 서버의 응답 상태를 나타내는 3자리 숫자입니다. 이 코드는 아래와 같이 첫 번째 자리의 숫자에 따라 크게 5가지로 구분됩니다.1xx (정보): 요청을 받고 프로세스 처리 중 (거의 사용하지 않음)2xx (성공): 요청을 정상적으로 접수, 인식, 처리 3xx (리다이렉션): 요청을 완료하려면 추가 행동 필요4xx (클라이언트 오류): 요청 문법 오류 등으로 서버가 요청을 수행할 수 없음 (오류)5xx (서버 오류): 서버가 정상적인 요청 처리 실패 (오류)2xx - 성공 (Success)2xx는 클라이언트의 요청이 성공적으로 처리되었음을 나타냅니다.2.. 2025. 2. 1. HTTP 메서드 들어가며 - 리소스?이전 HTTP 포스팅에서 언급한 HTTP 메시지의 시작줄(Start-line)의 첫 부분에 위치하는 HTTP 메서드에 대해 정리해 보겠습니다. HTTP 메서드에 알아보기에 앞서 API URI 설계할 때 중요한 리소스에 대해 다시 한번 정리해 보겠습니다. REST API에 대해 설명할 때도 리소스(자원)가 가장 중요하다고 언급했었습니다. 리소스는 HTTP 요청의 대상이며, 웹 서비스에서 제공하는 모든 것을 의미합니다. 예를 들어 '상품'과 관련된 '결제', '조회', '등록' 등의 기능이 있을 때, '상품'이 리소스(자원)가 되며 '결제', '조회', '등록'은 해당 리소스에 대한 행위입니다.API URI를 설계할 때는 이러한 리소스를 식별하고 URI 계층 구조를 효과적으로 활용하는 것.. 2025. 1. 29. HTTP 개요 HTTP란?HTTP(HyperText Transfer Protocol)는 웹에서 데이터를 주고받기 위한 응용 계층 프로토콜입니다. 1989년 팀 버너스 리(Tim Berners-Lee)가 설계했으며, WWW(World Wide Web)의 기초가 되었습니다. HTTP는 거의 모든 형태의 데이터를 전송 할 수 있고, 서버간에 데이터를 주고 받을때도 대부분 사용합니다.HTTP/0.9 (1991): 단순한 데이터 전송 프로토콜HTTP/1.0 (1996): 메타데이터와 수정자 도입HTTP/1.1 (1997): 연결 재사용, 청크된 응답 등 추가, 가장 많이 사용 (TCP)HTTP/2.0 (2015): 성능 최적화, 멀티플렉싱 도입 (TCP)HTTP/3.0 (2022): QUIC 프로토콜 기반, 향상된 성능 (TC.. 2025. 1. 24. REST(설계 원칙, 리소스 처리) REST와 RESTful?REST: 아키텍처 스타일과 설계 원칙을 정의한 것RESTful: REST 아키텍처의 설계 원칙을 준수하는 시스템이나 서비스REST(Representational State Transfer)는 2000년 Roy Fielding의 박사 논문에서 처음 소개된 소프트웨어 아키텍처 스타일입니다. REST는 웹의 구조를 효율적으로 활용하기 위한 규칙과 원칙을 정의하며, 클라이언트와 서버 간의 상호작용을 단순화하고 확장 가능하도록 설계되었습니다.RESTful은 REST의 설계 원칙을 준수하여 API를 설계하고 구현한 시스템이나 서비스를 의미합니다. 과연 여기서 REST의 설계 원칙은 무엇일까요?REST 설계 원칙 6가지1. 클라이언트-서버 (Client-Server)관심사의 분리를 통한 독.. 2025. 1. 18. 이전 1 다음
