day 3

헤더

- 전송에 필요한 부가정보

 

엔티티 헤더

- 유형 길이 압축정보

, 엔티티 본문

 

>> 표현 

=표현 메타데이터 + 표현

표현 - 실 데이터

 

표현 헤더 - 데이터를 해석할수 있는 정보 제공(존송 응답 둘다 사용 가능)
타입 - 형식

인토딩 - 압축방식

랭귀지 - 자연 언어(한글 영어)

랭스 - 길이

 

협상

네고에이션

우선순위를 같이 보내서 원하는 언어를 받는다

구체적인 것일수록 높우은 우선수위를 받는다

 

전송방식

단순 요청하면 응답

압축 인코딩 정보를 넣어줘서 용량을 확 줄여줌

분할 여러개로ㄴ 나누어서 전송 랭스 넣으면 안됨

 

범위

다양한 범위에 전송

 

 

referer - 이전 유입 경로를 알 수 있다

 

 

유저 에이전트

 

서버 

 

 

 

host - 필수 < 도메인 처리

 

 

 

 

 

쿠키 

셋 쿠키 - 서버에서 클라이언트

쿠키 - 틀라이언트에서 서버로 

 

 

 

스테이스 레스로 인해 로그인 인식이 안댐 

요청에 사용자 정보를 포함해야 하는 문제 

 

 

사용처 - 세션관리 , 광고 정보 트래킹 

 

생명주기 - 쿠키 삭제되는 시간

 

쿠키는 도메인(domain)에 종속적입니다. 즉, 쿠키는 특정 도메인에서 생성되어 해당 도메인에만 사용됩니다.
쿠키는 생성된 도메인에서만 사용 가능하며, 서브 도메인(subdomain)에서는 케이스에 따라 다르게 공유됩니다.

예를 들어, "example.com" 도메인에서 생성된 쿠키는 "example.com" 도메인과 "www.example.com" 서브도메인에서 사용할 수 있지만, "anotherdomain.com" 도메인에서는 사용할 수 없습니다.
그리고 "example.com" 도메인과 "blog.example.com" 서브도메인은 기본적으로 같은 도메인에 속합니다. 따라서, "example.com" 도메인과 "blog.example.com" 서브도메인 간에는 쿠키가 공유되기 때문에 "example.com" 도메인에서 생성된 쿠키는 "blog.example.com" 서브도메인에서도 사용할 수 있습니다. 특정 도메인에서 생성된 쿠키는 그 하위 도메인에 대해서도 유효하기 때문입니다.

하지만, "blog.example.com"에서 생성된 쿠키는 "example.com" 도메인에서 사용할 수 없습니다. 쿠키는 생성된 도메인에서만 유효하며, 다른 도메인에서는 액세스할 수 없습니다.
또한 서브도메인 간에도 쿠키를 공유할 수 있는 것은 아닙니다. 예를 들어, "blog.example.com"에서 생성된 쿠키는 "mail.example.com"과 같은 다른 서브도메인에서는 사용할 수 없습니다. 이것은 서브도메인이 다른 도메인으로 간주되기 때문입니다.

이러한 쿠키 동작 방식은 보안 및 개인 정보 보호를 강화하기 위한 것입니다. 동일한 도메인에서 생성된 쿠키만 해당 도메인에 액세스할 수 있기 때문에 쿠키를 통해 다른 도메인에서 사용자 정보를 알 수 없습니다.

이렇게 도메인은 쿠키가 사용될 수 있는 범위를 제한합니다. 이를 이용하여 보안 및 개인 정보 보호를 강화할 수 있습니다.

 

https://atoz-develop.tistory.com/entry/%EC%9E%91%EC%84%B1%EC%A4%91-Cookie%EC%BF%A0%ED%82%A4%EC%99%80-%EB%8F%84%EB%A9%94%EC%9D%B8%EC%9D%98-%EA%B4%80%EA%B3%84-%EC%A0%95%EB%A6%AC

Cookie(쿠키)와 도메인의 관계 정리

 

 

 

캐시가 없으면 - 느리고 돈도 많이 들고

>>> 자주 사용하는 이미지 같은것을 클라이언트 로컬에 저장하고 사용

캐시 시간이 만료되면 재요청

 

쿠키는 사용자의 수고를 덜어주는 데 목적을 두고 캐시는 데이터의 전송량을 줄이고 서비스 이용 속도를 높이는 데 목적을 둡니다.

 

 

캐시가 만료 되어서 다시 요청하면 

자료가 안바뀌었으면 304를 반환해서 남아있는 데이터를 그대로 사용함

 

	캐시	쿠키
정의	캐시는 웹 페이지 요소를 저장하기 위한 임시 저장소이다.  특히, 후에 필요할 것 같은 요소들을 저장한다.  이러한 요소들은 그림 파일이나 문서 파일 등이 될 수 있다.	쿠키 또한 정보를 저장하기 위해 사용된다.  기본적으로 웹서버에서 PC로 보내는 작은 파일들을 저장한다.  보통 쿠키는 누군가 특정한 웹 사이트를 접속할 때 발생한다.
목적	캐시는 웹 페이지가 빠르게 렌더링 할 수 있도록 도와준다.	쿠키는 사용자의 인증을 도와준다.
삭제	사용자가 직접 수동으로 삭제해주어야한다.	만료기간이 있어 시간이 지나면 자동삭제 된다.
예시	오디오, 비디오 파일 등이 있다.	유저의 선호도 (로그인 정보, 방문기록, 방문횟수)

 

캐시에 있는

e 태그 - 날짜가 아닌 임의의 버전을 지정하여 데이터가 바뀌었는지 확인해줌

조건부 요청을 통해서

(4가지가 있음)

 

캐쉬 컨트롤

현대 만능 도구

>>>

유효시간 - 초단위로 - 만료일은 무시함

노우 캐쉬 - 데이터는 캐쉬해도 되지만 할상 원 서버에 검증하고 사용해야함(중요 데이터일시)

노우 스토어 - 저장하면 안됨 후딱 쓰고 삭제하셈

 

 

프록시 캐시 

미국 에서 받아올시 한국어딘가에 캐시 서버를 두고 거기에서 자주 사용하는 데이터를 저장해두고 사용함 

 

 

캐시 컨트롤

- 퍼블릭 중간에 저장되도됨

- 프라이빗 - 사용자를 위해서만

- s max 프록시 서버를 위해서만

-  max age  프록시 서버에 머무는 시간

 

 

캐시 무효화

캐쉬컨트롤 - 노캐시 노스토어 머스트 리벨데이트 (저장안되게끔) - 프록시 서버에서 원서버에 접속이 안되면 설정에따라 원데이터를 줄수도 있어서 3가지 다 필요하다. >> 504를 주기 위해서 

프레그마 - 노캐시 1.0 하위호환