URL de routage est grande. URLs sans extension, SEO friendly, etc. Cependant, il semble que IIS 6 n'effectue pas de compression sur les sites utilisant des URL sans extension.
WildCard Le mappage est activé afin que Asp.Net puisse traiter les fichiers sans extension, mais existe-t-il un moyen de configurer ces ressources pour qu'elles soient gzippées?
Peut-être le produit suivant peut être utile: Port80's httpZip
Disclaimer: Je ne l'ai pas essayé le produit, et ne sont affiliés à la société. Je l'ai simplement gardé sur mon radar dans le cas où les coûts de bande passante ont jamais franchi le toit, après avoir appris que IIS6 intégré dans la compression n'était pas les genoux des abeilles.
L'un des httpZip FAQ pages états: « Contrôle de compression par type MIME: IIS 6.0 intégré en compression utilise l'extension de fichier et/ou l'emplacement pour déterminer si un fichier doit être compressé ou non Si vous devez contrôler HTTP. compression par MIME (par exemple, si vous avez un fichier d'application comme ASP ou un filtre ISAPI qui sort du contenu avec différents MIME), les contrôles granulaires de httpZip pour la compression par type MIME sont la seule façon d'accomplir cela sur IIS 6.0. Pour répondre au point soulevé dans le commentaire de JackM, l'une des revendications du produit (au premier lien ci-dessus) est "Une décompression sans faille assurée par la vérification en temps réel de la compatibilité du navigateur. [... puis plus tard ...] IIS 6.0 sur Windows Server 2003: un moteur de compression robuste est intégré au serveur Web, mais il souffre d'une faille fatale: il manque la vérification de la compatibilité du navigateur. "
BTW, recherche sur "httpZip" pour trouver d'autres questions ici qui mentionnent le produit. –
Merci pour le commentaire httpZip. – Armstrongest
Je ne pense pas que HttpCompression fonctionne sur IE6, au moins via IIS. A eu un problème similaire lors du lancement d'un projet précédent. Personne, à l'interne de l'entreprise, n'a pu voir le site, et nous avons constaté que tout le monde avait installé IE6. Nous avons dû supprimer la compression. –
Eh bien, la compression Http n'est envoyée que si le navigateur le demande. Si IE6 ne le supporte pas, il n'enverra pas d'en-tête. Et de toute façon, qui se soucie sérieusement de IE6? :-) Je fais tous mes tests en FF3 et ensuite je m'assure que ça n'a pas l'air horrible dans IE6. La compression ne se produit pas sur FF3 ... donc le serveur n'envoie pas la compression. – Armstrongest