アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
ftpは引退が必要なの? (スコア:1)
ネットに公開するためのデータをアップロードするときとか、
公開されているものをダウンロードするときとか、
クローズドネットワーク内でのファイル転送とか、
ftpで十分ならftp使えばよいと思うので、いつまでも主流だと
思うのですが、ftpって何かダメなことあるんでしたっけ?
It's not who is right, it's who is left.
Re:ftpは引退が必要なの? (スコア:0)
パスワードが平文で流れる。もちろんデータも。
>公開されているものをダウンロードするときとか、
httpで代替可能ですよね。
>クローズドネットワーク内でのファイル転送とか、
ファイルサーバ立てたほうが利便性は高いと思います。
>ftpで十分ならftp使えばよいと思うので、いつまでも主流だと
>思うのですが、ftpって何かダメなことあるんでしたっけ?
もちろんメリットデメリットを考えた上でftpで十分な人はftpを使えばいいと思います。telnetで十分な人はtelnetを使えばいい。ftpを今後一切禁止するというわけではないから。ただ、パスワードが平文という点だけをとっても、一般大衆に第一候補として使わせるには十分でないと思います。
Re:ftpは引退が必要なの? (スコア:0)
>>公開されているものをダウンロードするときとか、
>httpで代替可能ですよね。
顧客にでかいファイルを渡すのに専用のウェブページを作ってそこからダウンロードしてもらっているんですが、あるとき「httpだと遅いのでftpでアクセスできるようにしてください」と言われたことがあります。なんか、そんな常識がまかり通っている世界もあるそうです。
Re:ftpは引退が必要なの? (スコア:0)
>なんか、そんな常識がまかり通っている世界もあるそうです。
rikenのサーバからrpm落とす時も
httpよりftpの方が速い。
っていう実体験から、経験則でそう思ってたのですが。
ちがうの?
Re:ftpは引退が必要なの? (スコア:1, 参考になる)
ファイル転送処理自体はread()/write()を繰り返すだけですので、プロトコルによって大きな差が出るとは思えません。実装によって多少の差は出るかもしれませんが、ボトルネックはインターネット網であることが一般的ですので、そこで吸収されてしまうでしょう。
ちなみにftpとhttpでどれくらいの速度差が出るのでしょうか。私の手元の環境で実験してみましたが、有意と思える差は出ませんでした。
$ wget http://ftp.riken.go.jp/pub/fedora/core/6/i386/iso/FC-6-i386-rescuecd.iso [riken.go.jp]
--14:56:51-- http://ftp.riken.go.jp/pub/fedora/core/6/i386/iso/FC-6-i386-rescuecd.iso [riken.go.jp]
=> `FC-6-i386-rescuecd.iso'
Resolving ftp.riken.go.jp... 134.160.38.1
Connecting to ftp.riken.go.jp[134.160.38.1]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 89,618,432 [text/plain]
100%[====================================>] 89,618,432 590.50K/s ETA 00:00
14:59:20 (588.90 KB/s) - `FC-6-i386-rescuecd.iso' saved [89618432/89618432]
$ wget ftp://ftp.riken.go.jp/pub/fedora/core/6/i386/iso/FC-6-i386-rescuecd.iso [riken.go.jp]
--14:59:26-- ftp://ftp.riken.go.jp/pub/fedora/core/6/i386/iso/FC-6-i386-rescuecd.iso [riken.go.jp]
=> `FC-6-i386-rescuecd.iso.1'
Resolving ftp.riken.go.jp... 134.160.38.1
Connecting to ftp.riken.go.jp[134.160.38.1]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/fedora/core/6/i386/iso ... done.
==> PASV ... done. ==> RETR FC-6-i386-rescuecd.iso ... done.
Length: 89,618,432 (unauthoritative)
100%[====================================>] 89,618,432 590.46K/s ETA 00:00
15:01:56 (587.32 KB/s) - `FC-6-i386-rescuecd.iso.1' saved [89618432]
プロトコル以外の可能性として、
・ftpとhttpで別サーバになっていて、ftp側のリソースが空いていた。
・ftpとhttpで途中経路に違いがあった。
・どこかでhttpだけに帯域制限が掛かっていた。
などもあるかもしれません。
もちろんそういった事情もかんがみて自分の環境ではhttpとftpではftpを選択するというのはありなのですが、一般においてプロトコル自体に速度的な差はないと思います。
とここまで書いて思いましたが、上記はある程度の大きなファイルを転送する場合に当てはまる話です。小さなファイルを大量に取得する場合は、転送が始まるまでのやりとりにhttpとftpで違いがありますので、有意な速度差が出る可能性はあります。rpmを取得するというのを単独のパッケージのことと思いましたが、インストール時などで多量のrpmを一度に取得するなどでしたらあり得るでしょう。