rfc2616

1열

1답변

RFC2616 13.3, 브라우저의 역사와 캐싱

나는 RFC의이 섹션은 사용자가에서 "뒤로"가면을 의미합니까 전체 캐싱 대 브라우저의 역사 문제와 RFC2616 13.13 주위에 내 머리를 얻으려고 노력 했어요 예를 들어, 브라우저는 사용자가 다르게 구성하지 않으면 캐시 지시문을 무시하고 로컬 저장소의 페이지를 항상 표시해야합니다. 히스토리를 탐색 할 때 페이지를 다시로드하는 브라우저는 캐싱 지시문에서

caching browser-cache browser-history rfc2616 2012-03-29

---

5열

1답변

"no-cache"와 "max-age = 0, 다시 유효성을 검사하고 프록시를 다시 유효화해야 함"

Cache-Control: no-cache 대 Cache-Control: max-age=0, must-revalidate, proxy-revalidate 인 HTTP 응답의 차이점은 무엇입니까? 브라우저는 과 동일하게 처리합니다.?

http caching browser-cache cache-control rfc2616 2013-03-14

---

9열

1답변

여러 범위에 대한 HTTP/1.1 응답

HTTP/1.1 서버를 작성하는 동안 여러 범위 요청을 처리하지 못했습니다. RFC 2616의 14.35.1 절은 몇 가지 예를 나타내지 만 서버 동작을 명확하게 설명하지는 않습니다. 예를 들어 는 : GET /some/resource HTTP/1.1 ... Range: bytes=200-400,100-300,500-600 ... 나는 바이트의 정

http httpserver http-1.1 rfc2616 2013-08-19

---

0열

2답변

HTTP 바이트 범위와 multipart/byteranges 대안?

RFC2616 (HTTP/1.1) 한 범위에 대한 요구에 대한 응답이 다중/byteranges를 미디어 유형을 사용하여 전송해서는 안된다. 결과가 단일 범위 인 여러 범위에 대한 요청에 대한 응답은 한 부분으로 여러 부분/바이트 범위 미디어 유형으로 전송 될 수 있습니다. 멀티 파트/byteranges 메시지를 디코딩 할 수없는 클라이언트는 이 단일 요청에

http range multipart rfc2616 2013-10-10

---

2열

1답변

내장 된 HTTPS 서버. 리디렉션을 어떻게 처리해야하며 HTTP를 제공해야합니까?

I는 장치의 보안 원격 구성 목적을위한 하드웨어의 조각 내부에 앉는 HTTPS 서버를 구현 배경. 이를 위해 필자는 기존의 경량 임베디드 TCP/IP 스택을 오픈 소스 SSL 라이브러리와 함께 사용했습니다. 그 위에 앉아있는 웹 서버는 완전히 처음부터 작성되었습니다. (이것은 휠을 재창조하는 것처럼 보일 수 있지만, 우리의 목적을 위해 매우 가볍고 매우 좁

http redirect https webserver rfc2616 2012-05-31

---

1열

1답변

Date 및 Expires 값이 모두 과거 일 때 예상되는 캐시 동작은 무엇입니까?

응답 헤더에서 캐시 동작을 지정하는 데 상당히 표준적인 방법은 Date 값과 Expires 값을 모두 설정하는 것입니다. (어떤 종류의 캐시 제어 지시문 (예 : cache-control=public)과 함께). 그런 다음 Tue, 24 Jun 2014 13:36:05 GMT 1 시간 캐시 값은 다음 헤더를 포함 할 수 있습니다 설정하는 표준 응답 : 요청

http caching http-headers cache-control rfc2616 2014-06-24

---

0열

1답변

206 부분 요청 - 중복되는 바이트가있는 단일 범위 요청

206 개의 부분 요청을 지원하는 모듈을 구현 중입니다. RFC rfc2616을 읽은 후 멀티 레인지 요청을 수신하면 "a-b, a-d"와 같은 겹치는 범위가 허용되지 않는다는 것을 알았습니다. 내 질문 : 단일 범위 요청 및 중복되는 바이트는 어떻게됩니까? Request #1: a-b Request #2: a-d 두 번째 요청에서 바이트 a-b를 무

http-headers httpserver rfc2616 2013-10-21

---

0열

1답변

HTTP 응답 데이터가 콘텐츠 길이를 초과하는 경우 프록시/게이트웨이 동작

HTTP 서버가 데이터 크기가 콘텐츠 길이를 초과하는 HTTP 응답을 보낼 때 프록시/게이트웨이가 어떻게 동작해야합니까? RFC 비준수로 떨어 뜨리는 것도 한 가지 방법이지만, 현재이 동작으로 구현/배포가 상당히 많이 이루어지고있는 것처럼 보입니다.이 변경으로 인해 이러한 URL이 깨질 것입니다. 정말 통찰력/포인터를 주셔서 감사합니다. 감사

http httpresponse webproxy rfc2616 http-content-length 2013-07-17

---

0열

1답변

리눅스에서 http 패킷을 읽는 중

RFC 2616을 읽었으며 모든 http 패킷을보고 싶습니다. 어떤 도구가 가장 좋습니까?

http packet-sniffers rfc2616 2012-08-04

---

1열

1답변

Flask : 배열 매개 변수로 HTTP GET 구현

/feed 요청을 포함하는 HTTP REST API를 구현 중입니다. 요청은 사용자의 뉴스 피드를 반환합니다. 요청은 userId, 추종자 목록 인 startTime 및 maxItems을 비롯한 몇 가지 매개 변수와 함께 제공됩니다. 서버 측 (Python 및 Flask)에서 구현하는 가장 쉬운 방법은 인수를 읽을 수있는 JSON 페이로드를 추가하는 것입니

http rest flask payload rfc2616 2014-05-14

---