アカウント名:
パスワード:
と思ったら、ChromeはFTPS未実装だったのね・・・。ならHTTPS一択ですわ。
そろそろFTPはobsoleteかそれに近い準ずる扱いにするRFCをIETFが出すべき時期だと思う
FTPのダメなところ
*文字コード地獄。両方asciiなら別に問題ないが、今時そんなわけない。
*mimeタイプを知らない。テキストとバイナリ以外の区別に興味がない。
*lsが環境依存。ファイルリストを要求すると、lsやdirの出力をそのまま送って来るが、セマンティックなにそれななテキストだから、GUIのためのパーサを書くには全世界のlsの書式を網羅しないといけない。そんなの無理というか、ブラウザなんかに積みたくない。
*エラー処理が……
> テキストとバイナリ以外の区別に興味がない
これを利点だと思ってる老害が通りますよっと
#わりと本気なのでAC
俺も老害だと思うが、バイナリ以外使いみちないだろ?テキスト使うとか、有りえん
電話回線時代ですが、FTPでよかった点はFTPのサーバー間転送機能ですね。今は、データ接続で大抵どっちかに制限がついてるから、サーバーの組み合わせでできないこと多いし。(データ接続受け付けるIPか、データ接続先IPか(コントロール接続と同一IPのみの)制限付いてる)
ブラウザでダウンロードするだけならFTPいらないですね。
WebDAVプロトコルって、現状だと枯れているもんでしょうか。。
subversionやCalDAVで使うくらいには枯れてるかと。gitはwebdavだとダメダメらしいが、何が問題かは知らん。何となくgitの問題な気はするが。
Windowsは確かxp辺りからWebClientってサービスが既定で有効になってエクスプローラーでWebDAVアクセスできたような。でも8.1か10で既定で無効になったもするけれど。
cgiとかじゃないから、リポジトリのファイル構造をそのまま提供するから必要最小限の通信が出来ず遅い&更新をトリガーとした処理も起動できない、のが問題らしい。
でもこれ、SubversionでもHTTP/WebDAVアクセスだと遅いらしいからgit固有の問題ではなさげ。トリガーを仕込めるかもサーバに使うソフトウェア毎の個別対応になりそうだし、任意のトリガー仕込めるような柔軟なサーバを考えるなら専用プロトコル吐いたほうが良さそう…
必要最小限の通信についてはファイル構造次第で多少は改善できるだろうけど、一定以上の効率改善はサーバ側のストレージ容量との非効率なトレードオフしかできんだろうな…クライアント側の状態に正確に対応したファイルを一々サーバ内で配置するのは色々面倒くさそう。サーバ内でシンボリックリンクないしハードリンクを山ほど作るってのはありなんだろうか?
確かに想像すると凄く遅くなりそう。diffを送れば済むんだけど、だったらputじゃなくてpostでいいよね、って話じゃない?差分の取れないバイナリだけputするんならアリ。ただ、その場合も更新情報を一か所にまとめて集中管理しないと、タイムスタンプの取得だけでheadで問い合わせるならかなり無駄だね。
FTPSとSFTPがごっちゃになる。確か、どっちかはあんまり安全じゃなかったような。
FTPSがSSL/TLS、SFTPがSSHでしたっけ
正直FTP廃止でSFTPだけでいいです。
#ファイル連携FTPでやりたいといわれたときサーバ立てるのが面倒で
インターネットに対してSSH開けたくないです
FTPなら開けていいの?その方が信じられない……# sshdはscpしか使えないようにできますよ
→ sftpね
ローカルのアカウントに依存しないSFTPサーバとSSHポートフォワーディングサーバ・クライアントは割とマジで欲しい。アカウントに依存するとユーザや用途のたびにアカウント作ったり、使わせたくないサービス閉じるために設定こね回したり、それでも穴があったりで微妙すぎる…
SFTPならもうFTPじゃなくてSCPで良くない?
将来性とか踏まえるとシェルとコマンドを経由するSCPよりも独立したサブシステムで完結するSFTPの方が良いと思うけど。SCPだとFTPの欠点(シェル・環境依存)が抜けきらんし。
scpの他にslsとsmvとsmkdirとsrmdirもください。できるならschmodも。それぐらいはないとsftpの代わりにはならないかと。
Portモードだかのときにデータ通信用のポートをやり取りするけどFWなどからは暗号化されて見えなくなるので全部ポート開けてあげなきゃいけなかったんじゃなかったかな?# 頑張っても範囲絞るくらいだったような・・・
FTP滅びろ
あ、違うものだったんだ。
SFTPはPKIじゃないのでサーバ鍵のフィンガープリントの確認を自前でやる必要があって、それを疎かにするなら安全であないですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:0)
と思ったら、ChromeはFTPS未実装だったのね・・・。
ならHTTPS一択ですわ。
Re: (スコア:0)
そろそろFTPはobsoleteかそれに近い準ずる扱いにするRFCをIETFが出すべき時期だと思う
Re:そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:2, 参考になる)
FTPのダメなところ
*文字コード地獄。両方asciiなら別に問題ないが、今時そんなわけない。
*mimeタイプを知らない。テキストとバイナリ以外の区別に興味がない。
*lsが環境依存。ファイルリストを要求すると、lsやdirの出力をそのまま送って来るが、セマンティックなにそれななテキストだから、GUIのためのパーサを書くには全世界のlsの書式を網羅しないといけない。そんなの無理というか、ブラウザなんかに積みたくない。
*エラー処理が……
Re: (スコア:0)
> テキストとバイナリ以外の区別に興味がない
これを利点だと思ってる老害が通りますよっと
#わりと本気なのでAC
Re: (スコア:0)
> テキストとバイナリ以外の区別に興味がない
これを利点だと思ってる老害が通りますよっと
#わりと本気なのでAC
俺も老害だと思うが、バイナリ以外使いみちないだろ?
テキスト使うとか、有りえん
Re: (スコア:0)
電話回線時代ですが、FTPでよかった点はFTPのサーバー間転送機能ですね。
今は、データ接続で大抵どっちかに制限がついてるから、サーバーの組み合わせでできないこと多いし。
(データ接続受け付けるIPか、データ接続先IPか(コントロール接続と同一IPのみの)制限付いてる)
ブラウザでダウンロードするだけならFTPいらないですね。
Re: (スコア:0)
WebDAVプロトコルって、現状だと枯れているもんでしょうか。。
Re: (スコア:0)
subversionやCalDAVで使うくらいには枯れてるかと。
gitはwebdavだとダメダメらしいが、何が問題かは知らん。何となくgitの問題な気はするが。
Windowsは確かxp辺りからWebClientってサービスが既定で有効になってエクスプローラーでWebDAVアクセスできたような。
でも8.1か10で既定で無効になったもするけれど。
Re: (スコア:0)
cgiとかじゃないから、リポジトリのファイル構造をそのまま提供するから必要最小限の通信が出来ず遅い&更新をトリガーとした処理も起動できない、のが問題らしい。
でもこれ、SubversionでもHTTP/WebDAVアクセスだと遅いらしいからgit固有の問題ではなさげ。
トリガーを仕込めるかもサーバに使うソフトウェア毎の個別対応になりそうだし、
任意のトリガー仕込めるような柔軟なサーバを考えるなら専用プロトコル吐いたほうが良さそう…
必要最小限の通信についてはファイル構造次第で多少は改善できるだろうけど、
一定以上の効率改善はサーバ側のストレージ容量との非効率なトレードオフしかできんだろうな…
クライアント側の状態に正確に対応したファイルを一々サーバ内で配置するのは色々面倒くさそう。
サーバ内でシンボリックリンクないしハードリンクを山ほど作るってのはありなんだろうか?
Re: (スコア:0)
確かに想像すると凄く遅くなりそう。diffを送れば済むんだけど、だったらputじゃなくてpostでいいよね、って話じゃない?差分の取れないバイナリだけputするんならアリ。ただ、その場合も更新情報を一か所にまとめて集中管理しないと、タイムスタンプの取得だけでheadで問い合わせるならかなり無駄だね。
Re: (スコア:0)
FTPSとSFTPがごっちゃになる。確か、どっちかはあんまり安全じゃなかったような。
Re: (スコア:0)
FTPSがSSL/TLS、SFTPがSSHでしたっけ
Re: (スコア:0)
正直FTP廃止でSFTPだけでいいです。
#ファイル連携FTPでやりたいといわれたときサーバ立てるのが面倒で
Re: (スコア:0)
インターネットに対してSSH開けたくないです
Re:そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:1)
インターネットに対してSSH開けたくないです
FTPなら開けていいの?
その方が信じられない……
# sshdはscpしか使えないようにできますよ
Re:そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:1)
インターネットに対してSSH開けたくないです
FTPなら開けていいの?
その方が信じられない……
# sshdはscpしか使えないようにできますよ
→ sftpね
Re: (スコア:0)
ローカルのアカウントに依存しないSFTPサーバとSSHポートフォワーディングサーバ・クライアントは割とマジで欲しい。
アカウントに依存するとユーザや用途のたびにアカウント作ったり、
使わせたくないサービス閉じるために設定こね回したり、それでも穴があったりで微妙すぎる…
Re: (スコア:0)
SFTPならもうFTPじゃなくてSCPで良くない?
Re:そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:1)
将来性とか踏まえるとシェルとコマンドを経由するSCPよりも独立したサブシステムで完結するSFTPの方が良いと思うけど。
SCPだとFTPの欠点(シェル・環境依存)が抜けきらんし。
Re:そこはFTPSへの移行を推奨する所じゃないのかよ? (スコア:1)
scpの他にslsとsmvとsmkdirとsrmdirもください。できるならschmodも。
それぐらいはないとsftpの代わりにはならないかと。
Re: (スコア:0)
Portモードだかのときにデータ通信用のポートをやり取りするけど
FWなどからは暗号化されて見えなくなるので
全部ポート開けてあげなきゃいけなかったんじゃなかったかな?
# 頑張っても範囲絞るくらいだったような・・・
FTP滅びろ
Re: (スコア:0)
あ、違うものだったんだ。
Re: (スコア:0)
SFTPはPKIじゃないのでサーバ鍵のフィンガープリントの確認を自前でやる必要があって、それを疎かにするなら安全であないですね。