Azure CDN nicht zurück gzipped Daten

Question

I gzip compression mit Windows Azure CDN konfiguriert, aber CDN gibt noch un-gzip-Daten:

$ curl -H "Accept-Encoding: gzip" -I https://bbbdev.azureedge.net/images/512.png 
HTTP/1.1 200 OK 
Content-MD5: GAXAIuQyL8MhCNc+BW1baw== 
Content-Type: image/png 
Date: Tue, 26 Apr 2016 12:59:45 GMT 
Etag: 0x8D363B09C5AB6D6 
Last-Modified: Wed, 13 Apr 2016 15:30:57 GMT 
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0 
Vary: Origin 
x-ms-blob-type: BlockBlob 
x-ms-lease-status: unlocked 
x-ms-request-id: 60846501-0001-0042-23bb-9f72d0000000 
x-ms-version: 2009-09-19 
x-ms-write-protection: false 
Content-Length: 11028 

Und ich habe image/png und image/jpeg hinzugefügt als "Formate zu komprimieren" - aber kein Glück.

Und die Tatsache ist - in unserem Herkunft (Blob Storage) diese Dateien nicht komprimiert - wir setzen sie nur in Container self.blob.put_block_blob_from_path() von Azure SDK.

Wie ich in einem similar topic gefunden - wenn Dateien auf der Ursprung Seite nicht komprimiert werden - CDN sie nicht gzip wird.

Also - gibt es nur Weg zu "manuell" (über Skript in der Tat) Gzip sie vor push zu Storage - oder dies kann anders gemacht werden?

Answer 1

Von dieser Seite: https://azure.microsoft.com/en-us/documentation/articles/cdn-improve-performance/#notes

„Wie bei neuen Endpoints, Konfigurationsänderungen CDN einige Zeit dauern, über das Netzwerk zu verbreiten In den meisten Fällen werden Sie Ihre Änderungen innerhalb von 90 Minuten sehen anwenden In diesem ist.. Wenn Sie das erste Mal die Komprimierung für Ihren CDN-Endpunkt eingerichtet haben, sollten Sie in Erwägung ziehen, 1-2 Stunden zu warten, um sicherzustellen, dass die Komprimierungseinstellungen vor der Fehlerbehebung an die POPs weitergegeben wurden. "

Froh, dass alles jetzt funktioniert!