サイトを舞台にしてML的なコミュニケーションがおきるわけです_ ってので思い付いた。
これは技術系MLで定期的に出てくる「Reは返信で投稿しろ。Reply-toヘッダーを付けろ」って議論と一緒だな。 *2
Trackback情報を使って、サイト横断的に議論を閲覧できる未来:
このTrackbackなりPingbackがちゃんと動けば、スレッド表示みたいに横断的に話題を串刺しすることも出来そうだなぁ。
例えば 「産經zakzakディープリンク事件リンク」_ みたいなものを追いたかったら。いままでは誰かボランティアが編集してgeocitiesとかにページを作っていたけど *3 。
拙速に多少ノイズ有りでも漏れありでも良いっていうんなら、連邦の該当記事をルートにしてTrackbackなりRefferなりをたどって一つにまとめるってのも出来そう。
こう考えると「実装家 *4 が苦労してユーザーは便利になる」という夢が出て有る。
tDiaryのツッコミ機能に、Trackbackインターフェースを付ける。ってのもアリのような気がしてきた。
例えば 「産經zakzakディープリンク事件リンク」_ みたいなものを追いたかったら。いままでは誰かボランティアが編集してgeocitiesとかにページを作っていたけど *3 。
拙速に多少ノイズ有りでも漏れありでも良いっていうんなら、連邦の該当記事をルートにしてTrackbackなりRefferなりをたどって一つにまとめるってのも出来そう。
こう考えると「実装家 *4 が苦労してユーザーは便利になる」という夢が出て有る。
tDiaryのツッコミ機能に、Trackbackインターフェースを付ける。ってのもアリのような気がしてきた。
Trackback用ルートサーバー設置のうんぬん_:
そういえば朝日奈アンテナだかの更新チェックアンテナでも議論が有ったなぁ。
機能を増やすと、いちいちチェック用に帯域を使い過ぎるから一意のidを発行して簡易化したい。
そうなるとアンテナid用のサーバーをどこかに設置するか? みたいな。
結局、時代が追い付いてXMLみたいな贅沢なリソースの使い方に落ち着いてきましたよね。
この手の親亀・小亀問題と言うか「/etc/rcを起動する/sbin/initを起動するカーネルを起動するブートストラップを起動するBIOSを起動するIPLを起動するのはどうするか問題」ってのは付きまとうので。
根幹に関わるDNSに関してはルートサーバーを設置するということで乗り切っていますが。
Trackback,Pingbackに管理サーバー設置ってのは「オプション扱いだけど、これ使うと速くなるよ。管理サーバーに登録されていないPingbackにはネガティヴキャッシュ時間内であれば、外部問い合わせにリダイレクトするよ」みたいな、bindとかdnscacheのキャッシュ扱いって感じが良いのかも。ようするに「無くても実用的だ。ルートサーバーが有ることを前提としては設計しない。でも有ると便利で早い」みたいな。
bindのキャッシュに依存していて、いざ名前解決ができないときは実用にならないぐらい重たい。ってのはまずいよなぁ。どうすればいいのだ。
機能を増やすと、いちいちチェック用に帯域を使い過ぎるから一意のidを発行して簡易化したい。
そうなるとアンテナid用のサーバーをどこかに設置するか? みたいな。
結局、時代が追い付いてXMLみたいな贅沢なリソースの使い方に落ち着いてきましたよね。
この手の親亀・小亀問題と言うか「/etc/rcを起動する/sbin/initを起動するカーネルを起動するブートストラップを起動するBIOSを起動するIPLを起動するのはどうするか問題」ってのは付きまとうので。
根幹に関わるDNSに関してはルートサーバーを設置するということで乗り切っていますが。
Trackback,Pingbackに管理サーバー設置ってのは「オプション扱いだけど、これ使うと速くなるよ。管理サーバーに登録されていないPingbackにはネガティヴキャッシュ時間内であれば、外部問い合わせにリダイレクトするよ」みたいな、bindとかdnscacheのキャッシュ扱いって感じが良いのかも。ようするに「無くても実用的だ。ルートサーバーが有ることを前提としては設計しない。でも有ると便利で早い」みたいな。
bindのキャッシュに依存していて、いざ名前解決ができないときは実用にならないぐらい重たい。ってのはまずいよなぁ。どうすればいいのだ。



[ コメントする ]