Mit Fiddler IIS-Komprimierung überprüfen

Question

Wie kann ich sehen, ob IIS-Komprimierung arbeitet mit Fiddler ? Ich habe eine Seite, die bei Betrachtung durch Port80Software oder GID Network Tool es kommen über komprimiert zu sein scheint.

Allerdings, wenn ich den Anruf in Fiddler sehen, sehe ich die 'Accept-Encoding: gzip, deflate' im Request-Header, aber ich sehe nicht, das 'Content-Encoding: gzip' oder 'deflate' in der Antwort-Header. Auch im Transformatorbereich ‚Keine Komprimierung‘ ausgewählt ist.

Danke!

Chris

Answer 1

Ich ging direkt an die Quelle (Eric Lawrence) und das ist, was er sagte:

  

Tatsächlich Fiddler zeigt Ihre Website Komprimieren richtig.

     

Haben Sie einen Upstream-Proxy   Server in Ihrer Umgebung? Hast du   versuchen Sie diesen Test aus Ihrem Heimnetzwerk   anstatt Ihr Firmennetzwerk?

     

Auf Microsofts Firmennetzwerk, wir   sind alle hinter einem ISA-Proxy-Server.   Es ist konfiguriert, um den Outbound zu entfernen   Accept-Encoding-Header (das sagt   Server verwendet Kompression) und wenn ein   komprimierte Antwort wird durch die empfangenen   Proxy, wird es durch die ISA dekomprimiert   Server. Dies wird so der ISA-Proxy getan   Server kann scannen den Inhalt für   schädliche Daten. Der Nachteil ist, dass   Fiedler sieht nur den Verkehr als   es ist von dem Upstream-Proxy empfangen werden.

     

Normalerweise, wenn wir brauchen, um zu testen   Kompression und dergleichen, tun wir so   von zu Hause aus oder was ein „DTAP“ -a genannt   direkte Verbindung zum Internet, die   geht nicht über den Proxy.

Answer 2

Meine Version von Fiedler hat und AutoDecode Taste, die alles Keine Komprimierung zu haben scheinen gemacht. Nach dem Einschalten dieser aus, zeigten meine Antworten Kompression

Answer 3

Von den Inspektoren Registerkarte gibt es eine Gruppe von Unter -tabs. Stellen Sie sicher, dass Sie Transformator ausgewählt haben. Dann gilt für jede Anforderung auf der Seite zu laden, um zu sehen, ob es mit GZIP oder Keine Komprimierung gesendet wurde.

Fiddler ist ziemlich gut und ermöglicht es Ihnen, jede einzelne Anfrage gemacht zu holen, wenn die Datei geladen werden.

Answer 4

Auf der Grundlage der verschiedenen Antworten und Kommentaren, ich werde zu dem Schluss, dass vielleicht die Seite selbst (text/html) komprimiert, aber die text/xml Sie als Teil einer AJAX-Anforderung liefern (?) Und andere Inhalte für die Seite geliefert ist es nicht.

Wie ich bereits in einem Kommentar erwähnt, Sie wollen typischerweise text/* komprimieren (dh - text/html, text/plain, text/css, usw.) und application/javascript & application/ecmascript (per rfc4329 ). Wenn Sie Ihre .js Dateien unter Verwendung eines anderen MIME-Typ liefern (zB application/x-javascript oder text/javascript), komprimieren, dass anstelle oder den verwendeten MIME-Typ ändern .js Dateien in den RFC-Standard zu liefern.

Siehe den entsprechenden Link unten für die Aktualisierung des MIME-Typs auf dem Server komprimiert werden:

• Mit HTTP-Komprimierung auf dem IIS 5.0 Web Site
• die Datei Customizing Typen IIS Kompressen (IIS 6.0)
• Wie Inhaltstypen für HTTP-Komprimierung in IIS 7.0
hinzufügen

Ein letzter Punkt sollte ich Accept-Encoding: gzip,deflate für CSS und JavaScript-Datei Anfragen, konnte aber nicht wirklich entpacken den Inhalt machen, einige Web-Browser (insbesondere bestimmte Versionen von Netscape 4, aber es könnte noch andere sein) senden. Auch einige Versionen von Internet Explorer ( 5.5 & 6 ) hatte Probleme mit Kompression.

ich weiß, die Standard-Apache-Komprimierung Konfiguration I befaßt verwendet, um mit diesen Fragen, ich bin nicht sicher, wie (oder ob) IIS für sie ausgleicht.