2009-06-25 13 views
8

Mamy 3 serwery WWW z IIS7. Włączyłem kompresję treści statycznej i dynamicznej. Testowaliśmy serwery pod dużym obciążeniem i po półgodzinie zaczęły się łamać style na stronie.Problem kompresji statycznego IIS 7

Zacząłem badać i dowiedziałem się, że IIS obsługuje pliki css i js z Content-Encoding: gzip, ale rzeczywista zawartość pliku nie jest skompresowana. Powoduje to błędy przeglądarki podczas próby przetworzenia zawartości. Problem zniknie po ponownym uruchomieniu usług IIS.

Czy ktoś ma podobne problemy? Jaki jest najlepszy sposób na zdiagnozowanie problemu?

Dzięki

+0

Mam ten sam problem z IIS 7.5, jakieś rozwiązania? – Weiming

+1

Problem spowodowany był przez CMS (sitecore), którego używaliśmy. Zmieniliśmy wersję na nowszą i działa ona od tego czasu. To prawdopodobnie strona trzecia httpsodule powodująca problem. – marto

Odpowiedz

1

Problem został spowodowany przez CMS (Sitecore) używaliśmy. Zmieniliśmy wersję na nowszą i działa ona od tego czasu. To prawdopodobnie strona trzecia httpsodule powodująca problem.

+0

Jakiej wersji Sitecore używasz i do której wersji został uaktualniony? Mamy ten sam problem. – Helephant

+0

Nie chcieliśmy aktualizować Sitecore, więc po prostu wykluczyliśmy nasze katalogi CSS, image i javascript z potoku Sitecore. – Helephant

+0

Udaliśmy się do najnowszej wersji 6.2. – marto

0

Nasza strona nie udało się pobrać JS i CSS, gdy strona została odświeżona po załadowaniu.

Wyłączyłem kompresję plików statycznych w IIS 7.5, a strona znów była w porządku. To doprowadziło mnie do zbadania, dlaczego tak się dzieje.

Dla nas problem wystąpił, ponieważ witryna posiadała jakiś starsze kodu, który programowo zaimplementował kodowanie GZIP, a IIS 7.5 był w konflikcie z tym. Usunęliśmy dotychczasowy kod i ponownie włączono kompresję plików statycznych.