LINUX.ORG.RU

Хром качает tar.gz как tar

 


0

1

Проблема, качаю например архив tar.gz размером 10мб, а скачивается 100мб. На самом деле скачаный архив представляет собой уже не tar.gz а tar архив, но имя файла при этом остается tar.gz. При этом нет прогресса скачивания. По началу грешил на свою панельку с бекапами, но потом заметил что хром ведет себя так же и на других сайтах, например скриншот. Причем что интересно, с одних зеркал качает нормально, а с других с багом. На скриншоте один и тот же архив скачаный с разных зеркал php. Только один уже tar а второй как и должен быть tar.gz. Тестил на сафари, там такого нет. Сталкивался ли кто нибудь с подобным?


Линк на проблемный архив в студию.

anonymous
()

Если так, то хром не нужен - wget спасет тебя.

anonymous
()

Проблема, качаю например архив tar.gz размером 10мб, а скачивается 100мб. На самом деле скачаный архив представляет собой уже не tar.gz а tar

Он распаковывает в процессе скачивания? Вот это поворот.

entefeed ☆☆☆
()

напиши баг-репорт

snaf ★★★★★
()
Ответ на: комментарий от entefeed

Он распаковывает в процессе скачивания? Вот это поворот.

Этот поворот в целом понятно, откуда взялся. Сервер может на лету сжимать данные gzip, поэтому браузер должен уметь его распаковывать. Если сервер, например, передаёт сжатую HTML-страницу, её надо показать, а не предлагать сохранить как файл. Только Хром у ТСа, видимо, распаковывает абсолютно любые архивы почему-то. Наверное, баг.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

в том то и дело что не все, один распаковывает а другой такого же формата нет. Хз насчет бага, неужели этого никто не заметил бы.

OxFF
() автор топика

года 4 назад, когда была необходимость пользоваться макос на виртуалке была аналогичная хрень и это очень бесило. Но тогда это было в сафари

kiotoze ★★★★
()
Ответ на: комментарий от OxFF

в том то и дело что не все, один распаковывает а другой такого же формата нет.

Возможно, один сервер передаёт заголовок Content-Disposition: attachment, а другой — нет.

Хз насчет бага, неужели этого никто не заметил бы.

Может быть, он появился недавно и только на Mac OS X. Причём большинство «нормальных людей» ведь архивы .gz не скачивают.

proud_anon ★★★★★
()

по традиции

Хром не нужен

sudopacman ★★★★★
()
Ответ на: комментарий от OxFF

Ты дай прямые ссылки на проблемный и нормальный файл. Мы проверим, чего гадать то.

entefeed ☆☆☆
()
Ответ на: комментарий от kiotoze

года 4 назад, когда была необходимость пользоваться макос на виртуалке была аналогичная хрень и это очень бесило. Но тогда это было в сафари

safari по умолчанию распаковывает

fornlr ★★★★★
()
Ответ на: комментарий от macsucks

На скрине же сафари

нет, это плагин для хрома который заменяет панель даунлоадов внизу на панельку по типу сафари и фаерфокса.

Возможно, один сервер передаёт заголовок Content-Disposition: attachment, а другой — нет.

здравая идея, вполне возможно.

Ты дай прямые ссылки на проблемный и нормальный файл. Мы проверим, чего гадать то.

ну вот например

Тут с багом

Тут без

OxFF
() автор топика
Ответ на: комментарий от OxFF

нет, это плагин для хрома который заменяет панель даунлоадов внизу на панельку по типу сафари и фаерфокса.

дай линк

macsucks
()

а ещё он при скачивании зачем-то повторно сжимает gzip файлы, те скачиваешь file.gz а получаешь file.gz, который распаковывается тоже в file.gz, который уже со второго раза распаковывается в file

anonymous
()
Ответ на: комментарий от OxFF

Мне так кажется, тут проблема не в Хроме, а в Украине.

Тут с багом ( http://ua2.php.net/distributions/php-5.6.11.tar.gz )

Тут сервер передаёт

Accept-Ranges: bytes
Connection: keep-alive
Content-Encoding: gzip
Content-Length: 18319185
Content-Type: application/x-tar
Date: <вырезано>
Etag: <вырезано>
Last-Modified: Fri, 10 Jul 2015 10:00:17 GMT
Server: nginx/1.0.12

Тут без ( http://uk1.php.net/distributions/php-5.6.11.tar.gz )

А тут сервер передаёт:

Accept-Ranges: bytes
Connection: Keep-Alive
Content-Length: 18319185
Content-Type: application/x-gzip
Date: <вырезано>
Etag: <вырезано>
Keep-Alive: timeout=5, max=100
Last-Modified: Fri, 10 Jul 2015 10:00:17 GMT
Server: Apache/2.4.6 (CentOS) PHP/5.4.16
Я, конечно, не знаю стандарта HTTP наизусть, но поведение твоего Хрома в данном случае кажется корректным. Его можно обвинить разве что в неумении подстраиваться под кривую настройку сервера. Ведь сервер с багом говорит, что передаёт файл tar, хоть и сжатый для передачи по алгоритму gzip, вот браузер и делает вывод, что его надо распаковать «на лету». А второй сервер, который без бага, говорит, что передаёт файл gzip, который ничем дополнительно не перекодирован и не пережат, вот браузер и сохраняет его как есть.

Firefox, впрочем, у меня сохраняет оба файла как .tar.gz.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

Да, видимо проблема в этом, попробую на своем сайте поиграться с хедерами. Спасибо за анализ :)

OxFF
() автор топика
Ответ на: комментарий от OxFF

Кстати, сейчас я у себя на Убунте проверил Chromium 43.0.2357.130. Архив с сервера с багом тоже распаковывается автоматически, но сохраняется с расширением .tar.gz (только весит 117 Мб, и file говорит, что это несжатый tar), а архив с сервера без бага скачивается и сохраняется правильно.

proud_anon ★★★★★
()

Качай через wget, будет стабильнее. Еще в багтрекер хрома это добавь

Reedych ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.