Как перенаправить вывод wget, как введено для разархивации?

Я не думаю, что Вы даже хотите потрудиться передавать вывод wget по каналу в, разархивировали.

Из статьи "ZIP (file format)" Википедии:

Zip-файл определяется присутствием центрального каталога, расположенного в конце файла.

wget должен полностью закончить загрузку, прежде чем разархивируют, может сделать любую работу, таким образом, они работают последовательно, не вплетенный, как можно было бы думать.

Если у вас установлен JDK, вы можете использовать jar :

wget -qO- http://example.org/file.zip | jar xvf /dev/stdin

Это репост моего ответа на аналогичный вопрос:

Формат файла ZIP включает каталог (индекс) в конце архив. Этот каталог указывает, где в архиве находится каждый файл, и, таким образом, обеспечивает быстрый произвольный доступ без чтения всего архива.

Это может создать проблему при попытке чтения ZIP-архива через конвейер, поскольку доступ к индексу не осуществляется до самого конца, и поэтому отдельные элементы не могут быть правильно извлечены до тех пор, пока файл не будет полностью прочитан и больше недоступно. Поэтому неудивительно, что большинство распаковщиков ZIP просто перестают работать, когда архив передается по конвейеру.

Каталог в конце архива - это не только место, где метаинформация файла хранится в архиве. Кроме того, отдельные записи также включают эту информацию в заголовок локального файла в целях избыточности.

Хотя не каждый распаковщик ZIP будет использовать локальные заголовки файлов, когда индекс недоступен, внешние интерфейсы tar и cpio для libarchive (также известные как bsdtar и bsdcpio) могут и будут делать это при чтении через канал, Это означает, что возможно следующее:

wget -qO- http://example.org/file.zip | bsdtar -xvf-

Правильный синтаксис:

$ unzip <(curl -sL https://www.winpcap.org/archive/1.0-docs.zip)

, но он не будет работать из-за ошибки ( Info-ZIP на Debian ):

lseek(3, 0, SEEK_SET)                   = -1 ESPIPE (Illegal seek)

Archive:  /dev/fd/63
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of /dev/fd/63 or
        /dev/fd/63.zip, and cannot find /dev/fd/63.ZIP, period.

или в BSD / OS X:

Trying to read large file (> 2 GiB) without large file support

Это потому, что стандартные инструменты zip в основном используют lseek функцию для установки смещения файла в конце, чтобы прочитать его конец записи центрального каталога . Он находится в конце структуры архива и требуется для чтения списка файлов (см .: Структура формата Zip-файла ). Следовательно, файл не может быть FIFO, конвейером, оконечным устройством или любым другим динамическим, потому что входной объект не может быть позиционирован функцией lseek .

Итак, у вас есть следующие обходные пути:

• используйте другой вид сжатия (например, tar.gz ),
• вы должны использовать две отдельные команды,
• используйте альтернативные инструменты (как предложено в других ответах),
• создать псевдоним или функцию для использования нескольких команд.

Репост моего ответа:

BusyBox unzipможет принимать стандартный ввод и извлекать все файлы.

wget -qO- http://downloads.wordpress.org/plugin/akismet.2.5.3.zip | busybox unzip -

Дефис после unzipозначает использование стандартного ввода в качестве ввода.

Можно даже,

cat file.zip | busybox unzip -

Но это просто лишнее unzip file.zip.

Если ваш дистрибутив использует BusyBox по умолчанию (, например. Alpine ), просто запустите unzip -.

У меня это хорошо работает:

tar xvf <(curl -sL http://www.vim.org/scripts/download_script.php?src_id=11834)

jar xvf <(curl -sL http://www.vim.org/scripts/download_script.php?src_id=11834)

wget -qO- http://www.vim.org/scripts/download_script.php?src_id=11834 | tar xvf -

wget -qO- http://www.vim.org/scripts/download_script.php?src_id=11834 | jar xvf -

Архив zipне является последовательным, поскольку оглавление часто находится в конце файла, что затрудняет потоковую -распаковку.

Альтернативное решение — посмотреть, можете ли вы получить другой формат файла, например .tar.gz.

Например, если вы загружаете файл .zipс GitHub, почти всегда доступна версия .tar.gz.

Например,

• https://github.com/madler/zlib/archive/v1.2.11.zip
• https://github.com/madler/zlib/archive/v1.2.11.tar.gz
• https://github.com/curl/curl/archive/curl-7_68_0.zip
• https://github.com/curl/curl/archive/curl-7_68_0.tar.gz

Обратите внимание на шаблон --просто замените .zipна .tar.gzи подключитесь к| tar xzf -

Если в zip только один файл, можно использовать zcatилиgunzip:

wget -qO- http://www.vim.org/scripts/download_script.php?src_id=11834 | gunzip

К вашему сведению :Вот определения gunzipи zcatв моей системе:

$ grep ^exec $(which gunzip zcat)
/bin/gunzip:exec gzip -d "$@"
/bin/zcat:exec gzip -cd "$@"