インライン<< EOF ... EOFを使用すると、どこにファイルをパイプするのですか？

Question

私はftpセッションを自動化していますが、stdoutを取り出してファイルにパイプしたいと思います。私は3つのオプションが出ている：

オプション1

ftp -i ftpServer >stdoutFile <<EOF 
cd somewhere 
get something 
EOF 

オプション2

ftp -i ftpServer <<EOF >stdoutFile 
cd somewhere 
get something 
EOF 

オプション3

ftp -i ftpServer <<EOF 
cd somewhere 
get something 
EOF > stdoutFile 

私はそれらのすべてで構文エラーが発生しているように見えますが、どれも動作していないようです。

私は何とか前にうまく動作しているように感じますが、私はどのように覚えていません。

編集

構文エラーがまだ存在しています。あたかもEOFというhere-documentでこのメソッドを使うと、あたかもスクリプトのどこにでもそのdelimeterを使うことができないように見えます。

実際に生成される正確なエラーは、実際には次のif文終了時のエラーです。たとえば、

if [ condition ] 
then 
    ftp -i ftpServer >stdoutFile <<EOF 
    cd somewhere 
    get something 
    EOF 
fi 

if [ something else ] 
then 
    somethingWithaHereDoc <<EOF 
    foo 
    bar 
    EOF 
fi 

私はSyntax error near unexpected token 'fi'が最後のfiの行を指しています。

現在、FTP接続がハングしています。私は〜/ .bashrcファイルを使用していますが、別のコンソールでは動作しますが、スクリプトでは動作しません。私は誤ってディレクトリに名前付きパイプを持ち、ftpセッションがハングする原因となりました。すべてが解決されました。ありがとう！

私がこれをやっているのは、ftpサーバから特定のファイルをダウンロードしたいからです。 ftpセッションを終了してbashで処理し、別のftpセッションを開始して、選択したファイルを取得します。

Answer 1

ここに文書が次の行にを開始します<<EOFのみ信号。これを他のリダイレクトと自由に混在させることができるので、オプション1と2はどちらも有効です。この2つの間に違いはありませんが、私はほとんどの人がオプション1を好んで提案していると思われますが、出力リダイレクトをここの文書に「挿入」するようには見えません。

オプション1またはオプション2のいずれかで構文エラーが発生している場合は、ここのドキュメント自体とはほとんど関係がありません。

オプション3は無効です。ここでは、ドキュメントの区切り文字は1行に記述する必要があり、元のコマンドの一部ではないためです。

Answer 2

最初にEOFを引用します。オプション3は、heredocを終了させないので間違っていますが、他の2つはうまくいくはずです（私は一般にオプション2を使用します）。 ftpの代わりにsshが必要ですか（つまり、出力を生成する操作を実行しようとしていますか、ファイルをつかんでいますか？以下は、私はSSHを行う方法です。

ssh ... << 'EOF' > file 
remote commands here 
EOF 

こともローカルプロセスへのパイプ：

ssh ... << 'EOF' | awk ... 
remote commands here 
EOF