入力としてwgetの出力をunzipにリダイレクトする方法は？

このリンクからファイルをダウンロードする必要があります。ダウンロードしたファイルはzipファイルで、現在のフォルダーで解凍する必要があります。

通常は、まずダウンロードしてから、unzipコマンドを実行します。

$ wget http://www.vim.org/scripts/download_script.php?src_id=11834 -O temp.zip
$ unzip temp.zip

ただし、この方法では、2つのコマンドを実行し、最初のコマンドが完了するのを待って次のコマンドを実行する必要があります。また、ファイルの名前を知ってから、temp.zipに渡す必要がありますunzip。

それはの出力をリダイレクトすることが可能であるwgetのunzip？何かのようなもの

$ unzip < `wget http://www.vim.org/scripts/download_script.php?src_id=11834`

しかし、うまくいきませんでした。

bash：：wget http://www.vim.org/scripts/download_script.php?src_id=11834 -O temp.zipあいまいなリダイレクト

また、wget2回実行され、ファイルを2回ダウンロードしました。

次の理由により、ファイルを一時ファイルにダウンロードする必要があります（unzip manページを引用）：

funzipを除いて、標準入力から読み取られたアーカイブはまだサポートされていません（アーカイブの最初のメンバーのみを抽出できます）。

コマンドをまとめるだけです：

wget http://www.vim.org/scripts/download_script.php?src_id=11834 -O temp.zip; unzip temp.zip; rm temp.zip

しかし、より柔軟にするために、おそらくスクリプトに入れて入力を節約し、誤って何かを上書きしないようにするために、mktempコマンドを使用して一時ファイルの安全なファイル名を作成できます：

#!/bin/bash
TMPFILE=`mktemp`
PWD=`pwd`
wget "$1" -O $TMPFILE
unzip -d $PWD $TMPFILE
rm $TMPFILE

これは、同様の質問に対する私の答えの再投稿です。

ZIPファイル形式には、アーカイブの最後にディレクトリ（インデックス）が含まれます。このディレクトリは、アーカイブ内の各ファイルの場所を示しているため、アーカイブ全体を読み取ることなく、迅速でランダムなアクセスが可能です。

これは、パイプを介してZIPアーカイブを読み取ろうとするときに問題を引き起こすように見えます。インデックスは最後までアクセスされないため、ファイルが完全に読み取られて使用できなくなるまで個々のメンバーを正しく抽出できません。 。そのため、アーカイブがパイプを介して提供される場合、ほとんどのZIP解凍プログラムが単純に失敗するのは当然のことです。

アーカイブの最後のディレクトリは、ファイルメタ情報がアーカイブに保存される唯一の場所ではありません。さらに、冗長性のために、個々のエントリのローカルファイルヘッダーにもこの情報が含まれています。

インデックスが使用できない場合、すべてのZIP解凍プログラムがローカルファイルヘッダーを使用するわけではありませんが、tarおよびcpioフロントエンドのlibarchive（別名bsdtarおよびbsdcpio）は、パイプを介して読み取るときに使用できます。つまり、次のことが可能です。

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

JDKがインストールされている場合は、次を使用できますjar。

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

wgetの出力をunzipにパイピングする必要さえないと思います。

ウィキペディアの「ZIP（ファイル形式）」記事から：

ZIPファイルは、ファイルの最後にある中央ディレクトリの存在によって識別されます。

wzipは、unzipが作業を行う前にダウンロードを完全に終了する必要があるため、考えられるように織り交ぜることなく、順次実行されます。

適切な構文は次のとおりです。

$ 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ツールが主にlseekfunctionを使用して、中央ディレクトリレコードの末尾を読み取るために、最後にファイルオフセットを設定するためです。アーカイブ構造の最後にあり、ファイルのリストを読み取る必要があります（Zipファイル形式構造を参照）。したがって、入力オブジェクトをlseek関数で配置できないため、ファイルをFIFO、パイプ、端末デバイス、またはその他のダイナミックにすることはできません。

そのため、次の回避策があります。

• 異なる種類の圧縮を使用する（例tar.gz）
• 2つの別個のコマンドを使用する必要があります。
• 代替ツールを使用する（他の回答で提案されているように）、
• 複数のコマンドを使用するエイリアスまたは関数を作成します。

私の答えの再投稿：

BusyBox unzipはstdinを使用してすべてのファイルを抽出できます。

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

ダッシュの後unzipは、入力としてstdinを使用します。

できます

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 -