En utilisant Fiddler pour vérifier IIS Compression

Question

Comment puis-je voir si IIS Compression fonctionne en utilisant Fiddler ? J'ai une page, vue par Port80Software ou

Était-ce utile?

Nous faire parvenir

La solution 2

Je suis allé directement à la source (à Eric Lawrence) et voici ce qu'il dit:

  

En effet, Fiddler montre votre site est comprimant correctement.

     

Avez-vous un proxy en amont   serveur dans votre environnement? As tu   essayez ce test de votre réseau domestique   plutôt que votre réseau d'entreprise?

     

Le réseau d'entreprise de Microsoft, nous   sont tous derrière un serveur proxy ISA.   Il est configuré pour supprimer le sortant   tête Accept-Encoding (qui indique   serveurs d'utiliser la compression) et si un   réponse compressée est reçue par le   proxy, il est décompressé par l'ISA   serveur. Ceci est fait de sorte que le proxy ISA   serveur peut analyser le contenu de   données malveillantes. L'inconvénient est que   Fiddler voit seulement le trafic   il est obtenu à partir du proxy en amont.

     

En général, quand nous avons besoin de tester   compression, etc., nous le faisons   à la maison ou ce qu'on appelle un -a « DTAP »   ligne directe vers l'Internet qui   ne passe pas par le proxy.

Answer 1

Je suis allé directement à la source (à Eric Lawrence) et voici ce qu'il dit:

  

En effet, Fiddler montre votre site est comprimant correctement.

     

Avez-vous un proxy en amont   serveur dans votre environnement? As tu   essayez ce test de votre réseau domestique   plutôt que votre réseau d'entreprise?

     

Le réseau d'entreprise de Microsoft, nous   sont tous derrière un serveur proxy ISA.   Il est configuré pour supprimer le sortant   tête Accept-Encoding (qui indique   serveurs d'utiliser la compression) et si un   réponse compressée est reçue par le   proxy, il est décompressé par l'ISA   serveur. Ceci est fait de sorte que le proxy ISA   serveur peut analyser le contenu de   données malveillantes. L'inconvénient est que   Fiddler voit seulement le trafic   il est obtenu à partir du proxy en amont.

     

En général, quand nous avons besoin de tester   compression, etc., nous le faisons   à la maison ou ce qu'on appelle un -a « DTAP »   ligne directe vers l'Internet qui   ne passe pas par le proxy.

Answer 2

Ma version de Fiddler a et le bouton AutoDecode qui a fait tout semble avoir Compression. Après avoir ceci, mes réponses ont montré une compression

Answer 3

Dans l'onglet Inspecteurs, il y a un groupe de sous -tabs. Assurez-vous que vous avez sélectionné Transformer. Ensuite, pour chaque demande de la charge de la page, regardez pour voir si elle a été envoyée avec gzip ou sans compression.

Fiddler est assez bonne et vous permet de choisir chaque demande faite lors du chargement du fichier.

Answer 4

D'après les différentes réponses et commentaires, je vais conclure que peut-être la page elle-même (text/html) est comprimé, mais le text/xml vous livrer dans le cadre d'une requête AJAX (?) Et l'autre contenu livré à la page n'est pas.

Comme je l'ai déjà mentionné dans un commentaire, vous voulez généralement compresser text/* (c.-à - text/html, text/plain, text/css, etc.) et application/javascript & application/ecmascript (comme par rfc4329 ). Si vous livrez vos fichiers .js en utilisant un autre type MIME (par exemple, application/x-javascript ou text/javascript), compresser qu'au lieu, ou modifier le type MIME utilisé pour distribuer des fichiers de .js à la norme RFC.

Voir le lien approprié ci-dessous pour mettre à jour les types MIME sont compressés sur votre serveur:

• Utilisation de la compression HTTP sur votre site Web IIS 5.0
• Personnalisation du fichier types IIS Compresses (IIS 6.0)
• Comment ajouter des types de contenu pour la compression HTTP dans IIS 7.0

Un dernier point que je devrais faire, certains navigateurs web (en particulier certaines versions de Netscape 4, mais il peut y avoir d'autres) envoyer Accept-Encoding: gzip,deflate pour les demandes de fichiers CSS et JavaScript, mais n'a pas pu décomprimer réellement le contenu. En outre, certaines versions d'Internet Explorer ( 5.5 & 6 ) a eu des problèmes avec la compression.

Je sais que la configuration de compression par défaut Apache I utilisé traite de ces questions, je ne suis pas sûr de savoir comment (ou si) IIS compense pour eux.