반응형
Notice
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
- 컴퓨터비전
- 프로그래밍언어
- 자료구조
- 네트워크보안
- 데이터과학
- 컴퓨터과학
- 2
- I'm Sorry
- 버전관리
- 클라우드컴퓨팅
- 빅데이터
- 보안
- 데이터베이스
- 인공지능
- 컴퓨터공학
- 데이터분석
- 머신러닝
- 소프트웨어공학
- 소프트웨어
- 프로그래밍
- 파이썬
- 코딩
- 자바스크립트
- 딥러닝
- Yes
- 웹개발
- 알고리즘
- 네트워크
- 데이터구조
- 사이버보안
Archives
- Today
- Total
목록청크드인코딩 (1)
스택큐힙리스트
컨텐츠 길이 헤더 대 청크 인코딩
내 서버에서 [가능한] 큰 파일을 반환하기 위해 Content-Length HTTP 헤더를 설정하는 것과 청크 인코딩을 사용하는 것의 장단점을 고려하고 있습니다. HTTP 1.1 사양에 따라 지속적인 연결을 사용하기 위해 둘 중 하나가 필요합니다. Content-Length 헤더의 장점은 다음과 같습니다: 다운로드 대화 상자에서 정확한 진행 막대 표시가 가능합니다. 클라이언트가 미리 파일이 그들이 처리하기에 너무 큰지 아닌지를 알 수 있습니다. 단점은 객체를 반환하기 전에 크기를 계산해야 한다는 것이며, 항상 실용적이지 않을 수 있고 서버/데이터베이스 사용량을 늘릴 수 있습니다. 청크 인코딩의 단점은 각 청크의 전에 청크 크기를 추가하는 것과 다운로드 진행 막대의 작은 오버헤드입니다. 어떤 생각이 있으신..
카테고리 없음
2023. 11. 8. 11:56