surrealCode

캐시 기본 동작첫번째 요청만약 웹 브라우저에서 star.jpg를 요청하면 서버에서 별과 관련된 그림을 내려줄 것이다.star.jpg의 응답을 내려주는데 실제 이미지와 관련된 바이트코드들이 있을 것이다. 캐시가 없다면, 웹 브라우저에서 다시 star.jpg를 요청했을 때 서버에서 똑같이 별과 관련된 그림을 다시 내려줄 것이다.위 두 그림을 보자. 헤더와 바디부가 똑같은 응답을 동일한 웹 브라우저에 다시 내려주는 것이다. 캐시가 없을 때- 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다.- 인터넷 네트워크는 매우 느리고 비싸다.- 브라우저 로딩 속도가 느리다.- 느린 사용자 경험 --> 캐시를 사용 함으로써 위와 같은 문제를 해결해줄 수 있다. 서버에서 캐시를 적용하였다. ca..

HTTP 헤더header-field = field-name ":" OWS field-value OWS (OWS : 띄어쓰기 허용) field-name은 대소문자 구분이 없다.  HTTP에서 일반적으로 자주 사용되는 헤더는 다음과 같다HTTP 헤더의 용도- HTTP 전송에 필요한 모든 부가 정보를 담는다.  ex) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등등- HTTP표준 헤더는 종류가 너무 많다.- 필요시 임의의 헤더를 추가 가능하다.  HTTP 헤더 분류 - RFC2616(과거)과거 헤더는 네종류로 분류하였다.- General 헤더 : 메시지 전체에 적용되는 정보, ex) Connection: close- Request 헤더 : 요청 정보..

HTTP 상태 코드 : 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능- 1xx(Informational) : 요청이 수신되어 처리중- 2xx(Successful) : 요청 정상 처리- 3xx(Redirection) : 요청을 완료하려면 추가 행동이 필요- 4xx(Client Error) : 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음- 5xx(Server Error) : 서버 오류, 서버가 정상 요청을 처리하지 못함  만약 모르는 상태 코드가 나타나면 어떡할까?- 클라이언트가 인식할 수 없는 상태 코드를 서버가 반환하면?- 클라이언트는 상위 상태 코드로 해석해서 처리- 미래에 새로운 상태 코드가 추가되어도 클라이언트를 변경하지 않아도 된다.ex) 299 ??? -> ..

https://surrealcode.tistory.com/114 HTTP 메서드https://surrealcode.tistory.com/113 HTTP 기본https://surrealcode.tistory.com/112 URI와 웹 브라우저 요청 흐름https://surrealcode.tistory.com/111 요청 흐름을 파악하기 전 이전 포스팅을 참고하자. - URIURI(Uniform Resource Idsurrealcode.tistory.comHTTP 메서드들을 활용하기 전에 이전 포스팅을 통해 HTTP 메서드를 알아보도록 하자.  - 클라이언트에서 서버로 데이터 전송클라이언트에서 서버로 데이터를 어떻게 전송할까?클라이언트에서 서버로 데이터를 전달하는 방식은 크게 2가지 이다. 1. 쿼리 파라미..

https://surrealcode.tistory.com/113 HTTP 기본https://surrealcode.tistory.com/112 URI와 웹 브라우저 요청 흐름https://surrealcode.tistory.com/111 요청 흐름을 파악하기 전 이전 포스팅을 참고하자. - URIURI(Uniform Resource Identifier)URI는 로케이터(Locator), 이름(Nasurrealcode.tistory.comHTTP 메서드를 알아보기 전 이전 포스팅을 참고하자. - HTTP API 메서드를 만들어보자.요구사항은 다음과 같다.회원 정보 관리 API를 만들어라1. 회원 목록 조회2. 회원 조회3. 회원 등록4. 회원 수정5. 회원 삭제 위 요구사항을 기반으로 URI를 만들었다고 가..

https://surrealcode.tistory.com/112 URI와 웹 브라우저 요청 흐름https://surrealcode.tistory.com/111 요청 흐름을 파악하기 전 이전 포스팅을 참고하자. - URIURI(Uniform Resource Identifier)URI는 로케이터(Locator), 이름(Name) 또는 둘 다 추가로 분류될 수 있다.URI는 URL, URN보다surrealcode.tistory.com HTTP의 기본 구조를 파악하기 전 이전 포스팅을 참고하도록 하자. - 모든 것이 HTTPHTTP(HyperTextTransferProtocol)최근엔 HTTP 메시지에 모든 것을 담아서 전송한다.1.HTML, TEXT2, Image, 음성, 영상, 파일3. JSON, XML (..

https://surrealcode.tistory.com/111 요청 흐름을 파악하기 전 이전 포스팅을 참고하자. - URIURI(Uniform Resource Identifier)URI는 로케이터(Locator), 이름(Name) 또는 둘 다 추가로 분류될 수 있다.URI는 URL, URN보다 더 큰 개념이라고 볼 수 있다. URL(Resource Locator) : 리소스의 위치URN(Resource Name) : 리소스의 이름 URI의 단어 뜻Uniform : 리소스를 식별하는 통일된 방식Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음)(html, 파일, 실시간 교통 정보 등 우리가 구분할 수 있는 모든것)Identifier : 다른 항목과 구분하는데 필요한 정보 URL, U..

- 인터넷 통신인터넷에서 컴퓨터 둘은 어떻게 통신할까?클라이언트PC와 서버의 PC가 아주 먼 곳에 떨어져 있다고 생각해보자,서울에서 뉴욕으로 통신을 해야하는 상황이다.이런 상황에서는 인터넷 망을 통해 통신을 해야 한다. 그런데 이 인터넷 망은 단순하지 않다. 중간에 해저 광케이블이 있을수도 있고, 인공위성을 통해 송수신 할 수 도 있으며, 수많은 중간 노드들을 거쳐 뉴욕에 도착할 수 있다.그럼 대체 어떠한 규칙으로 어떻게 넘어갈까?이걸 이해하려면 IP에 대해 알아야 한다.  - IP(Internet Protocol)이런 복잡한 인터넷 망에서 뉴욕에 있는 사람에서 Hello, world를 보내야 할때 최소한의 규칙이 있어야 한다. 이건 IP 주소를 통해서 가능해진다. 클라이언트인 나와 상대방이 IP 주소를..