2011-10-31 5 views
0

니스에서 ESI가 해결되지 않는 :니스 내 로컬 호스트에서 ESI가 해결되지 않는 내 로컬 호스트

내가 아파치에있는 다른 사용자와 같은 유사한 구성을 가지고,하지만 난 다음 얻을 헤더 전송/:

Server Apache/2.2.21 (Debian) 
X-Powered-By PHP/5.3.8-2 
Content-Encoding gzip 
Edge-Control cache-maxage=31536000s 
Cache-Control public, max-age=31536000 
Pragma public 
Expires Tue, 30 Oct 2012 11:41:15 GMT 
ProcessID 3918 
Etag c2e6665981c6441ab860d12a6853a002 
Vary Accept-Encoding 
Content-Type text/html; charset=UTF-8 
Content-Length 4193 
Date Mon, 31 Oct 2011 10:40:54 GMT 
X-Varnish 630755530 
Age 0 
Via 1.1 varnish 
Request Headersview source 
Host i.host.com 
User-Agent Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Iceweasel/7.0.1 
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 
Accept-Language en-us,en;q=0.5 
Accept-Encoding gzip, deflate 
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 
Connection keep-alive 
Cookie OAX=1I6M006JYzwABwNj; __utma=164510763.315921951.1317626740.1319722611.1319795071.39; __utmz=164510763.1317626740.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utma=229641156.678788339.1317628577.1320057939.1320060143.19; __utmz=229641156.1317628577.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); lang=es; __utmc=229641156; __utmb=229641156.4.10.1320060143 
If-None-Match c2e6665981c6441ab860d12a6853a002 
Cache-Control max-age=0 
을 작동

다른 사용자 예 :

Server Apache/2.2.4 (Win32) PHP/5.3.5 
X-Powered-By PHP/5.3.5 
Set-Cookie lang=es; expires=Mon, 31-Oct-2011 11:46:01 GMT; path=/ 
Edge-control cache-maxage=31536000s 
Cache-Control public, max-age=31536000 
Pragma public 
Expires Tue, 30 Oct 2012 10:46:01 GMT 
ProcessID 3824 
Etag f9dcd4b1ec3f40e6763e80a3ba195de3 
Content-Type text/html; charset=UTF-8 
Transfer-Encoding chunked 
Date Mon, 31 Oct 2011 10:46:01 GMT 
X-Varnish 630755925 
Age 0 
Via 1.1 varnish 
Connection keep-alive 
Cabeceras de la peticiónver fuente 
Host t.host.com 
User-Agent Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0 
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 
Accept-Language es-es,es;q=0.8,en-us;q=0.5,en;q=0.3 
Accept-Encoding gzip, deflate 
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 
Connection keep-alive 
Cookie OAX=1I6M001BiwUAB0EE; __utma=164510763.1374034467.1296142874.1319189845.1319204625.107; __utmz=164510763.1319204625.107.79.utmcsr=tamara.eitb.com|utmccn=(referral)|utmcmd=referral|utmcct=/eu/eguraldia/eskia/; __utma=261580168.2132154740.1302611206.1319197586.1320057948.90; __utmz=261580168.1302611206.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); lang=es; __utmb=261580168.1.10.1320057948; __utmc=261580168 

내가 니스에서 다른 헤더를받는 이유를 알고하지 않습니다 ...

,691,363 (210)

내가 얻을 :

Content-Encoding gzip 
Vary Accept-Encoding 

왜 내가이 헤더와 다른 사용자 없음을 얻을 ???

모두

답변

0

멋져요 제대로 요청을 처리, 모두 콘텐츠 인코딩을 받고 니스는 A 사용자 에이전트하기 위해서는 다양 ... mod_deflate가에 있습니다. Content-Encoding은 사용자 에이전트 인 Vanish에게 페이지 내용이 zip 형식으로 인코딩되었음을 알려주는 반면, Vary는 gzip 압축의 유무에 관계없이 페이지의 두 버전 모두를 캐시하도록 Varnish에게 알려줍니다. 백엔드가 압축 인코딩을 인식하면 압축 된 버전 (gzip 또는 deflate)을 제공하거나 모든 압축 (예 : text/html)과 함께 버전을 제공 할 수 있습니다.

그러나 바니시에서 ESI 처리를 사용하려면 esi; 명령을 사용하십시오. 자세한 내용은 page을 참조하십시오.

+0

저는 개발자입니다. 광택 서버에 액세스 할 수 없습니다. (sysadmin은 도움이되지 않습니다. 클라이언트 쪽 (내 편)이 문제를 해결한다고 말하지만, 이유는 모르겠습니다. 이 헤더를 얻고 다른 사용자는 no를 얻는다. ( – ZiTAL

관련 문제