스택 교환 사이트에서 사용 하는 http://sstatic.net/ 사이트 와 비슷한 웹 응용 프로그램에 정적 콘텐츠를 제공하기 위해 쿠키가없는 도메인을 설정하려고 합니다.
제 질문은, 그러한 도메인에 대한 IIS 7.5 설정에 어떤 최적화를 할 수 있습니까? 예를 들어 정적 콘텐츠를 제공하는 것 외에는 책임을지지 않으므로이 사이트에서 ASP.NET 통합을 사용하지 않도록 설정하는 것이 좋을까요?
IIS 7.5를 사용하여 이러한 사이트를 설정하는 데 대한 제안이나 참조가 가장 좋습니다.
편집하다
명확히하기 위해 이것은 서버의 유일한 사이트가 아니므로 제안 된 최적화는 서버 수준 구성이 아닌 사이트 수준을 대상으로해야합니다.
답변:
여기에는 IIS (HTTP 압축, 캐싱 헤더 fx)에서 처리되고 일부는 빌드 프로세스 중 / 배포 전 (예 : Javascript 및 CSS 파일 연결 및 공백 축소)에서 처리되는 몇 가지 고려 사항이 있습니다.
따라서 일부 답변은 빌드 및 릴리스 방법에 따라 다르므로 한 번의 답변으로 완전한 요약을 제공하기가 약간 어렵습니다. 높은 수준의 단계에서 :
귀하의 웹 응용 프로그램과 연결되지 않은 새로운 도메인을 사용함으로써이 사이트는 "쿠키가 없습니다". 도메인에 쿠키를 설정하지 않기 때문에 (fx .NET 응용 프로그램 코드 사용) "쿠키리스"입니다.
Javascript 및 CSS와 같은 정적 텍스트 컨텐츠에 대해 HTTP 압축을 절대적으로 사용해야합니다 .
저는 가장 훌륭한 IIS 관리자는 아니지만 기본 "IIS (Web Server)"서버 역할 과 관련된 기본 IIS 구성 요소 만 있으면됩니다 .
당신이해야 절대적으로 가능하게 정적 콘텐츠에 대한 긴 캐싱 헤더를 . 일반적인 권장 사항은 31 일이지만 더 높거나 낮게 설정할 수 있습니다. 긴 캐시 헤더가있는 정적 컨텐츠를 제공하는 경우, 클라이언트가 캐시 된 오래된 컨텐츠를 재사용하지 않도록 파일을 변경하면 URL을 변경해야합니다.
당신은 해야 HTTP 연결 유지 (헤더 캐시와 같은 문서를) 할 수 있습니다.
이 외에도, 다음과 같은 사전 deployement 작업, 거기에 자바 스크립트와 CSS를 압축 공백 , 그리고 이상적으로 압축 PNG의 더 나은 등의 개발 도구가 있었고, 빌드주기가 진행하는 방법을 결정하는 데 도움이되는이.
완료되면 YSlow가 활성화 된 정적 서버 에서 몇 개의 파일을 다운로드하십시오 . 나는 것을 발견 "클래식 V2"규칙 집합 나는이 YSlow에 룰 세트에 대해 점수를 확인 제안 있도록, 노력에 대한 가장 큰 영향을 준다.
"Classic V2"규칙 세트 중 다음 규칙은 정적 서버 IIS 인스턴스 및 컨텐츠에 깔끔하게 적용됩니다.
3. Add an Expires or a Cache-Control Header
4. Gzip Components
10. Minify JavaScript and CSS
11. Avoid Redirects
13. Configure ETags
19. Use Cookie-Free Domains for Components
22. Make favicon.ico Small and Cacheable
거기에 아주 재미있는 쓰기 여기까지 누군가가 정적 파일을 제공하기 위해 IIS를 사용하고 있습니다. 주로 IIS 파일 캐싱 설정을 조정하여 병목 현상이 발생한 디스크 활동을 제한합니다. 그는 성능이 20 배 향상되었다고 말했다.