Hat jemand erfolgreichAzure CDN für die HTTP-Komprimierung konfiguriert Verwenden Sie ihre gehostete Webrolle? Bei der Komprimierung von HTTP-Inhalten auf den Azure-Edgeservern treten Probleme auf. Der CDN speichert nur die unkomprimierte Version des Inhalts im Cache.

Wenn wir auf unseren Ressourcenlink klicken (webresource.axd) von einem Nicht-Azure-Ansatz komprimiert es über gzip (mit der xxxx.cloudapp.net/cdn/webresource.axd) wie erwartet. Sobald wir jedoch auf unseren Ressourcenlink zu Azure CDN verweisen (xxxx.vo.msecnd.net) wird der Inhalt unkomprimiert bereitgestellt, obwohl der Browser dem Azure-CDN mitteilt, dass er gzip akzeptiert.

I hat dasselbe Problem in Azure-Foren gepostet, aber noch hat niemand geantwortet.

Während der Fehlerbehebung scheint das Azure-CDN das Problem zu beseitigenAccept-Encoding HTTP-Header. Ich bin nur neugierig, ob andere das gleiche Problem hatten.

Best Practices für Azure CDN lauten ...

Wie funktioniert Windows Azure CDN mit komprimiertem Inhalt?

Das Windows Azure-CDN ändert die Komprimierung Ihrer Objekte nicht (oder fügt sie nicht hinzu). Das Windows Azure-CDN berücksichtigt die Komprimierung, die der Ursprung basierend auf dem Header "Accept-Encoding" bereitstellt. Ab Version 1.4 unterstützt Azure Storage keine Komprimierung. Wenn Sie die Bereitstellung von Hosted Service-Objekten verwenden, können Sie IIS so konfigurieren, dass komprimierte Objekte zurückgegeben werden.

Was wir sehen ist, dass das CDN den Ursprung nicht respektiertAccept-Encoding, es wird abgestreift.