アカウント名:
パスワード:
とある研究で何年か前に似たような(TCP/IPを中継する高速なプロトコル)ことを考えてプロトコルの実装まで某BSDで行ないましたが、標準から外れるがゆえの不具合に数多く悩まされました。
例えばftpの場合、コントロール(コマンド送受信)とデータ(データ本体の通信)が別々のコネクションで扱われますが、コントロールコネクション側にデータコネクションに関する情報(ポート番号他)があるため、少なくともその中身をきちんと読んで解釈しなければなりませんし、場合によっては中身を書き換えないといけません(ポートが空いていない場合など)。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
何年か前に似たようなことを考えました (スコア:2, 参考になる)
とある研究で何年か前に似たような(TCP/IPを中継する高速なプロトコル)ことを考えてプロトコルの実装まで某BSDで行ないましたが、標準から外れるがゆえの不具合に数多く悩まされました。
例えばftpの場合、コントロール(コマンド送受信)とデータ(データ本体の通信)が別々のコネクションで扱われますが、コントロールコネクション側にデータコネクションに関する情報(ポート番号他)があるため、少なくともその中身をきちんと読んで解釈しなければなりませんし、場合によっては中身を書き換えないといけません(ポートが空いていない場合など)。
Re:何年か前に似たようなことを考えました (スコア:2, すばらしい洞察)
> 手間暇だけでなく今後のメンテナンス(新しいプロトコルが生まれたときにそれに追いつく仕組み)
> が非常に面倒なものになりそうです。
ニュースを見る限りは、http/https専用に見えます。
実際にはhttp/httpsへの適用だけでも効果絶大だからいいのかも。
だが、いいこともあるぞ、外の天気は上々なんだ
Re:何年か前に似たようなことを考えました (スコア:0)
ビジネスモデルこそがミソなのかもしれませんね。
Re:何年か前に似たようなことを考えました (スコア:1)
みんつ
Re:何年か前に似たようなことを考えました (スコア:0)
Re:何年か前に似たようなことを考えました (スコア:1)