少し前に、サードパーティのホスティングからサーバーに1つのクライアントを転送する必要がありました。 サイトはシンプルです-タスクは簡単です。 さらに、データベースがなくても、すべてがxmlファイルに保存されていることがわかりました。 サイトのサイズは約200メートルでした。 そして、すべてが単純に思えますが、いつものように、予期しない問題が発生しました。
サイトを転送した同僚は、すべてをFTP経由でアップロードすることにしましたが、しばらくすると、ファイル転送がうまく機能していないと不平を言い始めました-それは定期的に低下し、私たちの地域のインターネットが遅いことを考慮して（私は600kbps、800kbpsです）-プロセスは行きました特に「ダンプ」では非常に退屈です。 そして彼は助けを求めた。
私はすぐにFTPを拒否することにしました。 サードパーティのホスティングにはSSHがありませんでした（明らかに、単純な関税の制限）。 ただし、管理エリアがあり、tar.gzに毎日美しいダンプが収まりました。
Linuxでの作業経験が多く、lynxで働いていたため、そこからダウンロードする方が簡単だと判断しました。 SSH経由でサーバーにアクセスしてから、数分間、テキストブラウザーのレンダリング速度が非常に速いことを思い出しました。 :)十分に迅速にログインし、800 kb / sの速度でファイルをダウンロードしました。
その後、彼は同僚に手綱を渡し、将来的にはリンクスを使用する価値があることを促しました。 :)
ただし、数分後、ICQにファイルが破損しているというメッセージが届きました-解凍されていません。 それは真実であることが判明しました。 vim archive.tar.gzを実行すると、素敵な画像が表示されました-ファイルはHTML挿入で始まりました
X-URL： xxxxx
日付：木、2010年3月28日15:24:40 GMT
最終変更日：2010年3月17日水曜日21:00:00 +0000
ベースHREF = " xxxxxx "
META HTTP-EQUIV = "Content-Type" CONTENT = "text / html; charset = windows-1251»
このlynxは懸念を示し、左ヘッダーをファイルに挿入しました。 :(
ヘムをインストールした16進エディタでこれを削除することにしましたが、「左」バイト数（414）しか表示およびカウントできませんでしたが、編集できませんでした。
sedエディターを使用することを考えましたが、バイナリデータ用ではありません。 その結果、ddは以下を支援しました。
dd if = broken_archive.bin of = archive_new.tar.gz ibs = 414 skip = 1 && tar -xzvf archive_new.tar.gz
入力ファイルの場合、ofは出力ファイル、ibsはファイルが読み取られるブロックのサイズ、skipはスキップするブロックの数
手術の正確さで過剰をカットします。 :) 20分強かかりました。 私のインターネットを考えると、それは時間を節約するソリューションでした。 さらに、他の人の時間を節約できる新しいエクスペリエンス。
PSたぶん誰かがそのようなドープからオオヤマネコを引き離す方法を言うでしょうか？
PPSところで、Windowsサーバーからターミナルにログインし、http経由でファイルをダウンロードするにはどうすればよいですか？
リンクスとLinuxの小さな喜び-ファイルのダウンロードと編集
All Articles