Study/HTTP19 07. StartRow&StatusCode 시작줄 Method 모든 메서드는 그 뜻을 정의할 뿐 기능은 내가 만들어야한다. Method Explain isBody? GET 서버에서 어떤 문서를 가져온다. false HEAD 서버에서 어떤 문서에 대해 헤더만 가져온다. false POST 서버가 처리해야 할 데이터를 보낸다. true PUT 서버에 요청 메시지의 본문을 저장한다. true TRACE 메시지가 프락시를 거쳐 서버에 도달하는 과정을 추적한다. false OPTIONS 서버가 어떤 메서드를 수행할 수 있는지 확인한다. false DELETE 서버에서 문서를 제거한다. false LOCK 사용자가 리소스를 잠글 수 있게 해준다. MKCOL 사용자가 문서를 생성할 수 있게 해준다. COPY 서버에 있는 리소스를 복사한다. MOVE 서버에 있.. Study/HTTP 2024. 4. 16. 0.6 URL escape String URL escape String Character URL Escape Codes String Literal Escape Code SPACE %20 $20 %3E $3E # %23 $23 % %25 $25 + %2B $2B { %7B $7B } %7D $7D | %7C $7C \ %5C $5C ^ %5E $5E ~ %7E $7E [ %5B $5B ] %5D $5D ‘ %60 $60 ; %3B $3B / %2F $2F ? %3F $3F : %3A $3A @ %40 $40 = %3D $3D & %26 $26 $ %24 $24 Types of Schme Schme 설명 사용법 http - 일반 기본 HTTP프로토콜 기본포트 : 80 http://:/?# ex)http://www.naver.com/index.ht.. Study/HTTP 2024. 4. 16. 05. HTTP2.0 HTTP 2.0 주요목표 전체 요청을 통해 지연 시간을 줄이기 응답 다중화를 지원 HTTP헤더 필드의 효율적 압축을 통해 프로토콜 오버헤드를 최소화 요청 우선순위 지정을 추가하며, 서버 푸시를 지원 보안 강화 주요 목표를 이루기 위해 다양한 보조 프로토콜을 개선 HTTP/2.0은 HTTP의 애플리케이션 의미 체계를 어떤 식으로도 수정하지 않는다. 모든 핵심 개념(ex. HTTP메서드, 상태코드, URI 및 헤드 필드)은 그대로 유지된다. But!! 클라이언트와 서버 간에 데이터 서식(프레임)이 지정되는 방식과 데이터가 전송되는 방식을 수정 클라이언트와 서버는 전체 프로세스를 관리하며 애플리케이션의 모든 복잡성을 바이너리 프레이밍계층 내에 숨긴다. 바이너리 프레이밍 계층(Binary Framework) 전.. Study/HTTP 2024. 4. 16. 04. HTTP 1.1 HTTP 1.1 용어사전 TCP의 다양한 기능을 수행하기 위해서는 TCP헤더에 다양한 정보가 필요한데, 데이터를 전송할 때에 꼭 필요하지 않은 처리나 정보 등을 일컫는 말 오버헤드(Overhead) 컨텐츠의 수가 증가하면서 TCP의 연결에 부담이 걸려 그 문제를 해결해야 하는 필요성이 생겨 발달했다. 위 그림에서 초창기에는 요청마다 왼쪽과 같이 TCP를 새로 연결시켜 줘야 했다. 때문에 1.1버전에서는 지속연결(presistent Connection)을 통해 여러개의 컨텐츠를 요청할 수 있게 되었다. 1.0에서는 Connection: keep-alive 을 통해 연결을 유지 했지만, 1.1부터는 모든 요청/응답이 Connection을 재사용하도록 설계 되었고 Connection: close 를 통해 명시.. Study/HTTP 2024. 4. 16. 03. HTTP의 역사 HTTP 역사(큰 틀로 간단히 정리) 버전 작성시 유의 사항 버전 번호는 분수로 다루어지지 않는다. 버전의 각 숫자는 각각 분리된 숫자로 비교한다. 때문에 각 숫자는 반드시 따로따로 비교해야 한다. ex) 1.0 은 1 과 0으로 나누어 진다. ex) 2.22와 2.3을 비교시 22와 3으로 비교하기에 22가 더 높은 버전으로 간주한다. HTTP 0.9 HTTP가 발전하기 전에 버전이 명시되어 있지 않아 이전 버전을 0.9로 칭함 간단히 GET 메서드만 존재했다. HTTP 1.0 GET /mypage.html HTTP/1.0 User-Agent: NCSA_Mosaic/2.0 (Windows 3.1) 200 OK Date: Tue, 15 Nov 1994 08:12:31 GMT Server: CERN/3.0.. Study/HTTP 2024. 3. 12. 02.비연결성과 StateLess 프로토콜 비연결성(Connectionless) 클라이언트와 서버가 한번 연결을 맺은 후, 클라이언트 요청에 대한 서버의 응답이 끝나면 연결을 끊는 성질 무상태(StateLess) 프로토콜 상태유지 상태를 유지하고 있으면 해당 서버가 해당 유저를 기억하고 있기에 그 서버만 응답해야 한다. 만약 특정서버가 장애가 발생한다면, 유저 상태가 사라지기 때문에 처음부터 다시 서버에 요청해야 한다. 무상태 상태가 유지되지 않기 때문에 아무 서버에서나 호출이 가능 해진다. 서버에 장애가 생기더라도 다른서버에서 응답하여 전달 할 수 있다. 즉, 응답 서버를 쉽게 바꿀 수 있기에 수평적인 확장에 유리하다. Study/HTTP 2024. 3. 5. 01.클라이언트 - 서버구조 클라이언트 - 서버 구조 요청(Request) → 브라우저인 클라이언트에 의해 전송되는 메시지 응답(Response) → 서버에서 응답으로 클라이언트에게 전송되는 메시지 TCP/IP 패킷 통신 방식의 인터넷 프로토콜인 IP(인터넷 프로토콜) + 전송 조절 프로토콜인 TCP(전송 제어 프로토콜) IP → 패킷 전달 여부를 보증하지 않고, 패킷을 보낸 순서와 받는 순서가 다를 수 있다. TCP → IP 위에서 동작하는 프로토콜, 데이터의 전달을 보증하고 보낸 순서대로 받게 해준다. HTTP, FTP, SMTP 등 TCP를 기반으로 한 많은 수의 애플리케이션 프로토콜들이 IP 위에서 동작하기 때문에 묶어서 TCP/IP라고 부르기도 한다. Study/HTTP 2024. 3. 5. 이전 1 2 다음 💲 추천 글 728x90 반응형