당 고성능의 웹 사이트에 대한 야후의 우수 사례 , 내가 직접 내 모든 캐싱을 관리하고 ETag를위한 필요가 없습니다 ... 그리고있어 (내 헤더에서 ETag를 제거하고자 할 때 / 나는 농장으로 확장해야하는 경우, 나는 그들이 사라지기를 정말로 바란다). Windows Server 2008에서 IIS7을 실행하고 있습니다.이 작업을 수행 할 수있는 방법을 아는 사람이 있습니까?
당 고성능의 웹 사이트에 대한 야후의 우수 사례 , 내가 직접 내 모든 캐싱을 관리하고 ETag를위한 필요가 없습니다 ... 그리고있어 (내 헤더에서 ETag를 제거하고자 할 때 / 나는 농장으로 확장해야하는 경우, 나는 그들이 사라지기를 정말로 바란다). Windows Server 2008에서 IIS7을 실행하고 있습니다.이 작업을 수행 할 수있는 방법을 아는 사람이 있습니까?
답변:
IIS7에서 Etag 변경 번호 (Etag 다음 부분)는 항상 0으로 설정됩니다.
따라서 서버의 Etag가 더 이상 동일한 파일에 대해 서버마다 다르지 않으므로 Yahoo 모범 사례가 더 이상 실제로 적용되지 않습니다.
IIS7에서 실제로 ETag 헤더를 억제 할 수 없기 때문에 전혀 조작하지 않는 것이 가장 좋습니다. 지금까지 가장 유용한 구성 규칙은 "기본값으로 인해 문제가 발생하지 않으면 그대로 두십시오"라는 것을 알았습니다.
web.config에서이 작업을 수행하면 IIS7에서 ETag를 비활성화 할 수 있다고 생각할 것입니다. 그러나 스니퍼 추적은 ETag가 어쨌든 전송되었음을 확인합니다.
<httpProtocol>
<customHeaders>
<remove name="ETag" />
</customHeaders>
</httpProtocol>
공백을 사용하는 것도 작동하지 않습니다. 어쨌든 ETag는 아래로 전송됩니다.
<httpProtocol>
<customHeaders>
<add name="ETag" value="" />
</customHeaders>
</httpProtocol>
다른 사이트에서 제안한대로 ETag를 빈 따옴표로 설정하면 작동하지 않습니다.
<httpProtocol>
<customHeaders>
<add name="ETag" value="""" />
</customHeaders>
</httpProtocol>
원인 더 있는 ETag 아래에 요청하실 수 있습니다 :
ETag : "8ee1ce1acf18ca1 : 0", ""
결론적으로, 적어도 사용자 정의 모듈을 작성하지 않고서는 IIS7에서 ETag를 죽이는 작업을 시도하거나 생각할 수 없습니다.
이를 처리하기 위해 사용자 지정 http 모듈을 작성했습니다. 소리만큼 나쁘지는 않습니다. 코드는 다음과 같습니다.
using System;
using System.Web;
namespace StrongNamespace.HttpModules
{
public class CustomHeaderModule : IHttpModule
{
public void Init(HttpApplication application)
{
application.PostReleaseRequestState += new EventHandler(application_PostReleaseRequestState);
}
public void Dispose()
{
}
void application_PostReleaseRequestState(object sender, EventArgs e)
{
HttpContext.Current.Response.Headers.Remove("Server");
HttpContext.Current.Response.Headers.Remove("X-AspNet-Version");
HttpContext.Current.Response.Headers.Remove("ETag");
}
}
}
원하는 web.config 변경 사항은 다음과 같습니다.
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<remove name="X-Powered-By"/>
</customHeaders>
</httpProtocol>
<modules>
<add name="CustomHeaderModule" type="StrongNamespace.HttpModules.CustomHeaderModule"/>
</modules>
</system.webServer>
</configuration>
업데이트 : @ChrisBarr 사용자 덕분에 URL 재 작성 모듈 요구 사항 추가
iis 6에서는 'ETag'= ""에 대한 사용자 지정 헤더를 추가 할 수 있습니다.
IIS 7에서이 스레드를 읽고 사용자 지정 http 모듈을 사용하지 않고는 불가능하다는 것을 확인한 후 Microsoft의 URL 다시 쓰기 모듈을 설치 하고 다음과 같이 아웃 바운드 다시 쓰기 규칙을 추가하면됩니다.
<outboundRules>
<rule name="Remove ETag">
<match serverVariable="RESPONSE_ETag" pattern=".+" />
<action type="Rewrite" value="" />
</rule>
</outboundRules>
이것은 실제로 작동하며 사용자 지정 http 모듈 (dll)이 필요하지 않습니다. system.webServer 구성 섹션의 잠금을 해제하고 customHeaders 등을 설정하는 것은 적어도 내가 시도한 모든 경우에서 작동하지 않습니다. 간단한 아웃 바운드 다시 쓰기 규칙이 적용됩니다.
그건 그렇고, iis8 을 사용하면 간단합니다
<element name="clientCache">
<attribute name="cacheControlMode" type="enum" defaultValue="NoControl">
<enum name="NoControl" value="0" />
<enum name="DisableCache" value="1" />
<enum name="UseMaxAge" value="2" />
<enum name="UseExpires" value="3" />
</attribute>
<attribute name="cacheControlMaxAge" type="timeSpan" defaultValue="1.00:00:00" />
<attribute name="httpExpires" type="string" />
<attribute name="cacheControlCustom" type="string" />
<attribute name="setEtag" type="bool" defaultValue="true" />
</element>
http://www.jesscoburn.com/archives/2008/10/02/quickly-configure-or-disable-etags-in-iis7-or-iis6/ 에는 멋진 그림 가이드가 있습니다.
기본적으로 ETag라는 사용자 지정 응답 헤더를 만들고 해당 값을 비워 둡니다.
iis6, iis7 및 iis7.5에서 Etag http 헤더를 완전히 제거하는 방법에 대한이 블로그 게시물을 확인하십시오.
나는 http://www.caspianit.co.uk/iis7-etag-problem/ 에서 removeetag.dll찾은 것을 사용했고 완벽하게 작동했습니다.
그것이 당신에게도 잘 작동하기를 바랍니다.
IIS 7에서는 IIS 구성 번호가 항상 0으로 설정되므로 더 이상 etag에 대해 걱정할 필요가 없습니다.
동일한 팜에 IIS6 및 IIS7 웹 서버가있는 경우 여전히 문제가 있습니다. 이 경우이 문서에 설명 된대로 IIS6 구성 번호를 0으로 수동으로 설정해야합니다 .
Etag는 스택 오버플로처럼 파일 이름을 변경할 필요가 없기 때문에 실제로 매우 유용합니다 (예 : default.css? 1234). default.css 파일을 변경하면 etag가 변경되므로 후속 요청은 캐시가 아닌 서버에서 파일을 가져옵니다.
나는 이것이 작동 할 것이라고 생각한다 .. 나는 제거하고 공백이 작동하지 않는다는 것을 안다.
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="ETag" value=" " />
</customHeaders>
</httpProtocol>
</configuration>
</system.webServer>