La dernière version de Chrome and Chromium semble décompresser les fichiers .tar.gz automatiquement pour moi sous OS X et Linux. Lors de l'utilisation wget
avec la même URL, il montre:
$ wget http://mydomain/dir/file.tar.gz
...
HTTP request sent, awaiting response... 200 OK
Length: ... [application/octet-stream]
...
Vérification du type de fichier:
$ file file.tar.gz
file.tar.gz: gzip compressed data, from FAT filesystem (MS-DOS, OS/2, NT)
Lorsque vous procédez de la même manière pour le fichier téléchargé avec Chrome ou Chromium:
$ file file.tar.gz
file.tar.gz: POSIX tar archive
Notez que Chrome / Chromium a évidemment conservé le nom du fichier, mais l'a développé (la taille du fichier est environ 4 fois supérieure à celle du fichier téléchargé par wget).
En tant qu'administrateur de site Web, comment puis-je empêcher Chrome / Chromium de décompresser le fichier?
Mettre à jour:
Selon curl -I http://mydomain/dir/file.tar.gz
notre combo Apache / Tomcat répond avec
Content-Encoding: x-gzip
A tenté .tar.gz
les fichiers d'autres sites Web ne sont pas décompressés par chrome et ne signalent pas le Content-Encoding: x-gzip
en-tête, donc il semble y avoir une relation.
la source
application/octet-stream
pourgz
fichiers (voir lewget
sortie). Cela n'a rien changé. À côté de cela, il semble que ce soit une nouvelle fonctionnalité de Chrome. Je ne me souviens pas du fait que ses fichiers avaient déjà été décompressés il y a 3 mois.content-encoding: gzip
en-tête, cela n'a pas à voir avec leapplication/octet-stream
type de contenu. En d'autres termes, je vous conseille de changer votrecontent-encoding
en-tête, pas votreContent-Type
entête..tgz
extension. Exemple d'URL: lysator.liu.se/~jc/wotsap/download/wotsap-0.7.tgzSelon notre fournisseur d'hébergement l'en-tête
Content-Encoding: x-gzip
a été causée par l’Apache devant notre Tomcat. Supprimer la ligne suivante:de sa configuration résolu le problème.
la source