アカウント名:
パスワード:
使ったら分かると思うよ。
FFFTPは使ってますけど、使ってても分かりません。
ちうか、危険なほどの重大なバグが、単純に使っただけで分かるんでしょうか?
ftpはtcpでコマンドを、udpでデータをやり取りしてるので
うーん、嘘すぎ。こういうことを書く時は、念のために原典に当たる習慣をつけておくといいですよ。
参考: FILE TRANSFER PROTOCOL (FTP) [ietf.org]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
FFFTP (スコア:-1, フレームのもと)
いくらあーだこーだ言っても結論は出ないだろ。コメント数は伸びるけどさ。
FuanteiFuckinFTP。
ソースが公開されてるにも関わらず重大なバグを沢山抱え込んでる。
そして誰も
Re:FFFTP (スコア:1)
Re:FFFTP (スコア:-1, フレームのもと)
くだらんコメント投稿するな。
Re:FFFTP (スコア:0)
FFFTPは使ってますけど、使ってても分かりません。
ちうか、危険なほどの重大なバグが、単純に使っただけで分かるんでしょうか?
Re:FFFTP (スコア:0)
プチプチ接続が切れるのは,単純に使っただけでわかります.
Re:FFFTP (スコア:1)
放っておいて切れるのは環境依存な問題だと思いますが...
Re:FFFTP (スコア:1)
ftpはtcpでコマンドを、udpでデータをやり取りしてるので、
でかいファイルを連続してup/downloadするとき、udp側はせっせとやり取りしてるのに、tcp側は通信がないので、一定時間通信がないと接続を切るような実装がどっか(ソフト/TCPIPスタック/ルータ)にあると次のup/downloadができない。
NATルータでは、private IP:portとglobal IP:portの変換テーブルを一定時間で捨ててしまう。
CATVとかでプロバイダ側でNATを使ってる場合はどーしよーもない。
ていう理解であってるかな?
IEでも、99%でダウンロードに失敗することがあります。
おそらく、最後にQUITコマンドか何かを発行しようとして失敗しているんじゃないでしょうか?
linuxをNATルータにしてる場合/procかsysctrlかなんかでこの時間を変更できたと思いますが。
Re:FFFTP (スコア:1)
うーん、嘘すぎ。こういうことを書く時は、念のために原典に当たる習慣をつけておくといいですよ。
参考: FILE TRANSFER PROTOCOL (FTP) [ietf.org]
Re:FFFTP (スコア:1)
なんかとかんちがいしたか(tftpとか)。
Re:FFFTP (スコア:1)
>プチプチ接続が切れるのは,単純に使っただけでわかります.
ただ単にそれだけ言われても。
自分はぜんぜん切れないしなぁ(汗)
もしかして、ダウンロードしながら移動してます?
ヘルプかReadmeにあるように多重ログインを許可されてないと無理ですよ。
# そういえば、多重ログイン失敗したときの処理が
# ちょっと怪しかったなぁ・・・
あとは、ファイルリストが対応してない形式なのかな?
とりあえず、オプションを変えてみる事をお勧め。
サーバーの種類を書いてくれれば誰かのアドバイスもあるかもしれず。