HTTP 프로그램을 하신다면, 프린트를 해놓고 참고하시던지, 한번쯤 전문을 읽어보시기 바랍니다.
14.1 절에 Accept: 헤더에 관한 내용이 전부 적혀있습니다.
(맨 앞쪽 목차에 필요한 부분이 어디인지 매우 찾기 편하게 되어있습니다)
참고로, barosl 님은 Accept-Encoding: 헤더를 말씀하신듯 싶군요. :D
Accept: 는 브라우저가 표시할 수 있는 MIME 타입을 지정합니다. 보통 */*를 넣기 때문에 뭐든지 보내버리긴 합니다만... q로 우선 순위를 지정해서 동일한 문서가 있을 경우 어떤걸 먼저 보낼지 선택할 수도 있게 합니다. (서버에서 지원한다면 말입니다만...)
문제는 '서버가 지원'을 하는 것입니다.
실제로 지원하지 않는 부분도 꽤 되는게 실정입니다.
(굳이 지원할 필요가 없으면 안하는 경우도 많습니다)
Quote:
If no Accept header field is present, then it is assumed that the
client accepts all media types. If an Accept header field is present,
and if the server cannot send a response which is acceptable
according to the combined Accept field value, then the server SHOULD
send a 406 (not acceptable) response.
보시다시피 SHOULD로 지정되어 있기 때문에, 적합하지 않을 경우 406 응답을 하는것이 권장 사항이긴 하지만, 그렇게 하지 않아도 됩니다.
참고로 RFC 2119의 SHOULD의 정의는 다음과 같습니다.
Quote:
3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
may exist valid reasons in particular circumstances to ignore a
particular item, but the full implications must be understood and
carefully weighed before choosing a different course.
Accept 는...
Accept 는...
서버가 클라이언트의 기능을 알아보는 데에 주로 쓰입니다.
예를 들어, 서버는 페이지의 크기가 너무 클 때, 페이지를 gzip 등의 압축 기법으로 압축하여 클라이언트에게 보낼 수 있습니다.
그런 상황에서, 서버는 클라이언트가 서버에 보낸 Accept 를 보고, 이 클라이언트가 gzip 인코딩을 쓸 수 있는지/없는지 등을 판단하게 됩니다.
그러므로, 그냥 Accept: * 등으로 사용하시면 무방합니다.
----
블로그 / 위키 / 리눅스 스크린샷 갤러리
[url=http://www.ietf.org/rfc/rfc2616.txt
HTTP 1.1 규격 문서
HTTP 프로그램을 하신다면, 프린트를 해놓고 참고하시던지, 한번쯤 전문을 읽어보시기 바랍니다.
14.1 절에 Accept: 헤더에 관한 내용이 전부 적혀있습니다.
(맨 앞쪽 목차에 필요한 부분이 어디인지 매우 찾기 편하게 되어있습니다)
참고로, barosl 님은 Accept-Encoding: 헤더를 말씀하신듯 싶군요. :D
Accept: 는 브라우저가 표시할 수 있는 MIME 타입을 지정합니다. 보통 */*를 넣기 때문에 뭐든지 보내버리긴 합니다만... q로 우선 순위를 지정해서 동일한 문서가 있을 경우 어떤걸 먼저 보낼지 선택할 수도 있게 합니다. (서버에서 지원한다면 말입니다만...)
물론 RFC문서를 읽어 봣는데,가능한것을 나타내는데
물론 RFC문서를 읽어 봣는데,
가능한것을 나타내는데
만약
image/jpeg라고 보내면
그림 파일의 주소들과 그림과 관련된 태그만 보내지는지 이게 궁금합니다...
테스트 해보면 다 똑같은데,,,
문제는 '서버가 지원'을 하는 것입니다.실제로 지원하지 않는 부분도
문제는 '서버가 지원'을 하는 것입니다.
실제로 지원하지 않는 부분도 꽤 되는게 실정입니다.
(굳이 지원할 필요가 없으면 안하는 경우도 많습니다)
보시다시피 SHOULD로 지정되어 있기 때문에, 적합하지 않을 경우 406 응답을 하는것이 권장 사항이긴 하지만, 그렇게 하지 않아도 됩니다.
참고로 RFC 2119의 SHOULD의 정의는 다음과 같습니다.
MUST가 아닌 이상 강제 사항은 아니라는 점에 주의하세요.
음,서버가 만약에 지원된다면제가 말한것처럼 오나요?
음,
서버가 만약에 지원된다면
제가 말한것처럼 오나요?
그리고 혹시아파치는 지원이 안되는지요?
그리고 혹시
아파치는 지원이 안되는지요?
댓글 달기