Web/XML

Live る

αετος — Tue, 30 Sep 2008 14:07:00 GMT

Google をやめて、Live Search を IE7 のデフォルトサーチエンジンにしてみる。

…なんだ、意外と使えるじゃないか。

Blog で議論

αετος — Fri, 26 Sep 2008 15:32:00 GMT

たまに、議論（とまで行かずに言い合いとか罵倒合戦の場合もあるが）をしている Blog を見かける。
そういうのは――こう言うと言い方がまずい気もするが――ちょっと困る。

コメントで議論するのはいくらでもやってくれていいが、自分の Blog で持論を展開し、トラックバックで持論間をつなぐというのは、どうも好きになれない。
なぜかと言うと、第三者から追いにくいからだ。

顔を突き合わせての議論なら流れが追えるし、多人数が参加する場合は議長が調停することもある。
Blog にはそれがない。

Blog は時系列でつけられ、その一部が日記に、一部が議論になることから、発端が分かりにくい。
検索で議論を見つけても、その検索にヒットした Blog の主が言いだしっぺだとは限らない。
二人が交互にエントリを書き、互いに相手の最新のエントリにのみリンクするなら単純だが、実際にはそうではない。
一つのエントリが複数のエントリにリンクすることは珍しくない。
あらかじめ会場を区切って行わないから、ホットな話題には際限なく人が流れ込み得る。
その中には同じことを言っている人もいるだろうし、傍目から見れば結び付けられるべきところが結ばれていないこともある。
誰かがまとめサイトを作ってくれる場合もあるが、そうでない場合も多い。

斯様な諸々によって、現在の Blog というツールは、議論に使うには向いてないのではないか、と思うのだ。

しかし、だから Blog で議論をするなと言う権利は俺にはないし、あっても言いたいとは思わない。
今の形が向いていないのならば、では議論に耐えうる――もちろん、当事者たちにとってだけでなく、第三者が読む議事録として――ためには、どのような改良を加えればよいのか、という方向性で見ていきたい。

とネタを振って、自分では何一つ案を出さずに締めくくる。

サーバ運営のハードルは下がるのか？

シャノン — Mon, 01 Sep 2008 01:16:00 GMT

本当にいろんなことが、パソコンでできるようになりました。
文書が作れる、絵が描ける、音楽が聴ける、DVDも観れる。
初音ミクはDTMのハードルを大きく下げたと思います。それでも作曲のサの字も知らない俺のようなやつが買っても手に余るだけだと思いますが。

そして、我らがマイクロソフト！　Visual Studio Express Editions なんてものを出してくれたおかげで、プログラミングまでタダでできるようになっちゃいました。
プログラミングなんて、本業でない人がやるものの中では、マニアックさでは上位に入るものではないでしょうかね。
いや、素晴らしいことです。

そんなマイクロソフトさんに、ぜひ次に頑張ってほしいのが、サーバ運営のハードルを下げることです。
要するに、趣味で自家サーバを立て易くしてくださいと。

もちろん、現状でも自家サーバを安価に立てることはできます。
Unix で Apache 使うとか、Windows 用でも無料の Web サーバソフトはあります（サーバ OS じゃないと接続数制限があったっけ？）。

でも、ほら、どうせなら、マイクロソフトさんが宣伝している最新の IIS でもって、ASP.NET とか WCF とか駆使してやりたいじゃないですか。
そういう本はよく出てますし、セミナーも積極的にやってくれてますけど、レンタルサーバだと使えないことが多いし。
Windows 2008 には Web Edition なんてのがありますが、やっぱりお値段がね。趣味では買えない。
どうもこの領域は高止まりしている気がします。
いやいや、難癖付けてるつもりはないんですよ。
もちろん、それ相応の機能制限はあって当然でしょうとも。

さて、一方、仮にマイクロソフトが英断を下して、そのあたりを気軽に使えるようになったとして、使う我々の側はどうなのでしょう？
最初にも言いましたが、いくら初音ミクが出たからといって、誰も彼も作曲ができるようになるわけではありません。
Visual Studio Express Edition だって、入手することは誰にも可能であるものの、誰にでも使いこなせるわけではありません。
そのへん、サーバ運営は？

ちゃっぴさんのところでおあつらえ向きな話題が上がってたので絡めますが、サーバ開発の経験がない俺からすると、Java や C# のような（広義の意味での）マネージ言語で作っても、いろいろ気をつけないと、あっという間にスーパーハカーの標的にされてウィルスばら撒くことになるんじゃないかなんていう漠然とした不安があります。
最近はクロスサイトナントカっていうのもよく聞きます。
マネージ言語を使うことでバッファオーバーフローの危険がなくなった（ゼロになったと言うと突っ込まれそうだな）ように、最近の開発環境ではクロスサイトナントカも低減できるようになっていたりするんでしょうか。

MIX essentials. "Silverlight Day" の申し込みが始まっています

シャノン — Wed, 13 Aug 2008 15:59:00 GMT

今年は Remix 08 ではなく MIX essentials. という名前での開催になるようです。
タイトルの通り、内容も Silverlight に絞ったものになるようですね。

公式サイト：MIX essentials. "Silverlight Day"
イベントサイト：MIX essentials. "Silverlight Day"

参加費は無料ですが（確か昨年は5,000円だったような）、定員がありますので、申し込みはお早めに。

SSLを使えば安全か？

シャノン — Thu, 07 Aug 2008 12:19:00 GMT

SSLで保護しない通信は、いつどこで改竄や盗聴をされているかわからない、という。
しかし、ここでは敢えて、「それはあくまで可能性の話であり、必ず行われるとは限らない」と言おう。
だから安穏としていて良い、とはもちろん言わない。実際にそれらの被害は発生している。
だがしかし、である。改竄されず、盗聴されず、なりすましも行われなければ、インターネットを安全に利用できるか？　というと、それは疑問であると言わざるを得ない。

通信の安全性を語るときには、よく３人の人物が登場する。
通信路の両端にいるアリスとボブ、そして悪意ある第三者である。
だが実際には、隠れたもう一人の人物がいる。それは、通信路の管理者である。
例えばプロバイダが代表的な例であろう。

SSLを使わないと、この「悪意ある第三者」の攻撃を受ける、という解説はよく目にする。
だが、第四者による攻撃の可能性を論じたものは見たことが無い。
もちろん、「第四者」などという言葉を普段聞かないことからもわかるとおり、この第四者と第三者は同一視することが出来る。
回線の管理人だろうがそれ以外の人間であろうが、通信の当事者でない攻撃者であることに変わりは無い、ということだ。

しかし実際問題、外部の人間による攻撃のニュースはたびたび目にするものの、通信路の管理者による攻撃というのは聞いたことが無い。
ここで、２つの可能性が浮上する。すなわち、そんな攻撃は行われないから聞かないのか、実は行われているけれども表沙汰になっていないだけなのか、ということだ。
ここで俺は、無謀にも前者を推したい。
回線事業者をはじめとするインターネットインフラの運営者は悪いことをしていないのだ。

ここで「否」と唱える人がいたら質問したい。
インフラ運営者は悪事を働いていると仮定する。そのために我々はSSLを利用して通信を保護せねばならないのだとする。
では、インフラ運営者が信用できないとして、何なら信用できる？

通信は、いくつもの暗黙の信用の上に成立している。
プロバイダを疑って、サーバの名前引きに使用するDNSの運営者、SSLに使う証明書を提供する認証局、Webブラウザの製造元などを疑わないのは何故か？

何より、仮に通信路の安全性が確保されたとして、通信している相手は信用できるのか？
通信路中ではデータは暗号化されて、改竄も盗聴もされていないとしても、相手のWebサーバに到達すれば復号される。
相手が十年来の親友だというならまだしも、検索に引っかかった初めて訪れるオンラインショップだったらどうだ。
個人情報の漏洩元として最も多いのはここじゃないか。

何もかもをホイホイ信じ込むのは危険だが、全てを疑っていたら何も出来ない。
どこかで折り合いをつけて、根拠の無い信頼を寄せなければならない。
だが、突っ込まれれば論破される薄弱なものだとしても、折り合いをつけるにはある程度の理由が必要ではないか。
「通信は本質的に危険である」と考える人には、そのあたりを聞いてみたいものだ。

ソーシャルブックマークの可能性を考えよう

シャノン — Tue, 05 Aug 2008 13:56:00 GMT

ソーシャルブックマークの可能性を考えよう - japan.internet.com Webマーケティング

要約すれば、こうだ。
ブックマークであるから、そのリンク先のリソースはほとんどの場合、自分（ブックマークした人間）が作ったものではない。
にも関わらず、それをある一貫した視点で集めたという功績に対して、（金銭的なことも含む）評価を与えても良いのではないか、と。

面白い。実に面白い。
Ajax より Silverlight より、こういうものこそ「Web2.0」と呼ぶにふさわしいと俺は思う。

RSS+SNSってのも面白そうだな

シャノン — Wed, 30 Jul 2008 10:41:00 GMT

以前、RSSリーダーとはどうあるべきかという記事を書きました。

要約すると、RSSリーダーを、単にサイトの更新情報を知るツールとしてではなく、もっと一般的な情報配信ツール、情報蓄積ツールとして使えないかということです。
その気になれば、HTMLを超える可能性を秘めていると思います（可読性ではHTMLには敵いませんが）。
そのためには、配信されたRSSや、そこからリンクされているHTMLをアーカイブしておいて、検索できることが必要です。
複数のニュースサイトのRSSを購読していると、同じ内容のニュースが出てくることはザラにあります。そういうのをすべて読むのは無駄です。
溢れる情報の中から重複を省いて必要な情報を絞り込むためには、例えば、出現頻度の高い言葉をピックアップしてキーワードクラウドを作ると有効でしょう。
ちょうどはてなダイアリーがやっているように、「このキーワードを含むRSS」というような検索ができれば面白いと思います。

はてながキーワード辞書を各々のローカルマシンに持たせないのと同じように、フィードアーカイブもサーバに置いておくのが当然です。
コストダウンのためには、複数のユーザで共有できるとよいでしょう。

そこで今度は、そのソーシャル的な利用を考えるわけです。
言ってしまえば mixi ニュースのパクりなのですが、

同じフィードを購読している人を探す
他人が購読している傾向の近い（似たようなキーワードを含む）フィードを探す
フィードを元ネタに日記を書く

というようなことが可能になるかな、と。

…ひょっとしてアレですか、はてブあたりがとっくに実現していたりすることですかこれは？

XMLの比較と差分

シャノン — Wed, 23 Jul 2008 15:59:00 GMT

２つのXML文書を比較することを考える。
この場合、テキストの Diff のように単純には行かない。

当然ながら、２つの要素にまたがるような部分を差分として検出してしまうのは失格だ。
差分はそれだけでも、妥当なXMLフラグメントでなければならない。

加えて、属性の順番はどうでもいいとか、[追記]名前空間プリフィクスは違っても名前空間URIが同じなら同じ要素とみなすとか、[/追記]意味のある空白とない空白を見分けるとか、要素の順番もどうでもいいとか、いやよくないとか、そういうことも気にしなければいけない。

と、どこかからの受け売り。

RSSリーダーとはどうあるべきか

シャノン — Thu, 17 Jul 2008 10:23:00 GMT

昨日見つけたHanRSSは、多階層のサブフォルダが作成可能で、動作が軽快という、いくつも探したWebベースRSSリーダーの中で一歩抜きん出たものだった（そのくらい、どこのリーダーでもできると思っていたのだが…）。
しかし、純粋にRSSの更新を検出して閲覧するだけの機能しか持たないようで、受信したRSSをアーカイブしておく機能などはないようだ。
RSSはサイトの最新情報数件しか配信しないところも少なくないので、過去に配信された情報を蓄積しておいて検索できることは、それなりに需要があることだと思うのだが、どうだろうか。
もっと踏み込むなら、RSSには記事の全文が掲載されない場合もあるので、リンクされているHTMLまでダウンロードしてローカルに保存しておけると良いかもしれない。
この際、データ量の増加には目をつぶろう。

そうした場合、蓄積した過去のフィード、あるいはそこからリンクされているHTMLが更新された場合、それをどうやって検出すればいいだろうか。
俺は、いくつかのブログが提供している「コメントRSS」というやつの存在意義が、今までわからなかった。
だが、既にブログ自体のRSS配信の対象外となってしまった過去の記事に対しても新しいコメントが寄せられることは有り得るため、それを検出するためにあるのだとすれば納得はいく。
そのように、新着記事とは別に更新情報だけを集めたRSSがあればいい。MicrosoftのFeedSync技術なども、（使っているサイトがあれば）有用だろう。
しかし、そうしたものを提供していないサイトも多い。
蓄積するフィードはどんどん増加していくため、更新時に所蔵フィードとHTMLすべてについて更新をチェックしていたら、処理時間がいくらあっても足りない。
データ量の無尽蔵な増加はある程度は許容できても、処理時間の方はそうは行かないものである。

斯様に、RSSやHTMLをキャッシュしておいて、検索できるようにするということを重要課題とした場合、実のところ、やってることはGoogleと変わらなくなってくる。
すなわち、規模の差はあれ、いずれは、大量のコンピュータを用いて、24時間グリッドコンピューティングでブン回さなければならなくなってしまうのだろうなぁ、と。
そうしてみると、RSSリーダー利用者の数だけアーカイブストアが存在しているのは無駄なことこの上ないので、どこかの業者がアーカイブを一元管理してくれるとよいのだが…って、もはやRSSリーダーでどうにかなる範疇を超えてしまうわけだ。困った。

そういえば、ページが更新されているかどうかを簡易的に知るには、HTTPヘッダのIf-Modified-Sinceという手段もある。
ところでこれ、広告のローテーションで画像が変わっているとキャッシュが無効だとか、ブログの過去の月を表示したら、本文は変わっていないのに最新の投稿数だけが変わっているために全体が更新されているとみなされてしまうだとかいう問題は無いのだろうか。
本文とそれ以外の、言わばアーカイブしておく価値のある部分とない部分とを分けるような仕組みも必要なんではなかろうか。

RSSリーダーを探しています

シャノン — Wed, 16 Jul 2008 12:19:00 GMT

以下の条件に合うものをご存知の方は教えてください。

Webアプリ
２階層以上のフォルダ作成可
OPMLでのインポート、エクスポート可
日本語対応
できれば無料。安ければ有料でも構わない。
できれば日本語。たぶん英語でも大丈夫。
自サーバ設置型でも可

※「サブフォルダ」→「２階層以上のフォルダ」に改めました。