Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Could not find or load main class worker.org.gradle.process.internal.worker.GradleWorkerMain
- 세션타임아웃설정
- 300
- HTTP API
- 양쪽 모두 값 설정
- 프록시객체
- 서블릿필터
- no cache
- supportParameter
- 쿠키보안문제
- hikaricp
- 세션만들어보기
- 조건부요청
- Expires
- HTTP상태코드
- Not Modified
- 캐시
- 인증체크
- UrlResource
- must revalidate
- 서블릿http세션
- etag
- 쿠키생명주기
- max age
- resolveArgument
- 검증헤더
- 프록시 캐시 서버
- gradle오류
- www-Authenticate
- http
Archives
- Today
- Total
복습을 위한
전송방식(Transfer-Encoding) 본문
전송방식은 4개로 분류할 수가 있다.
첫번째는 단순전송이다. 압축하지않았을 때 보통쓴다. 콘텐트 길이 값을 알고있을 때 사용한다. 한번에 요청하고 한번에 쭉 받는 것이다. 단순하게.
압축전송은 서버에서 gzip같은걸로 압축을 하는 것이다. 단순전송과 다르게 content encoding을 추가해줘서 무엇으로 압축했는지 클라이언트에게 알려줘야한다.
분할전송은 나눠서 보내는 것이다. 용량이 크다면 한번에 보내기에 시간이 너무 오래걸리는데 분할해서 전송하 먼저 온 것을 바로바로 표현할 수 있다. 참고로 content length를 넣으면안된다. 길이를 예상하기 어려울뿐더러 분할된 chunked마다 바이트정보들, 길이들이 다 들어있기 때문이다.
범위를 지정해서 전송하는 것이다. 용량을 효율적으로 사용할 수 있다. 전송받다가 끊겼다고 처음부터 다시 전송하면 자원소모가 많이 될 것이니 범위를 지정해서 사용할 수가 있다.
참고
'http헤더' 카테고리의 다른 글
쿠키 (0) | 2024.01.17 |
---|---|
특별한 정보, 인증 (1) | 2024.01.16 |
일반 정보 (0) | 2024.01.15 |
콘텐츠 협상(콘텐츠 네고시에이션) (0) | 2024.01.14 |
http헤더개요, 표현 (0) | 2024.01.14 |