2003-09-02 [長年日記]
_ こっちが正解 (13:50)
主な機能は新しいサーバー側に移動したんで、DNSもこっち側を参照するように切り替えた。まだいろいろ漏れている部分や修正が完全じゃない部分があるし、これから全面的に書き直す予定の機能もあるんで、まだまだしばらくの間は不安定な状態が続くだろうけど。
ちなみにこの記事は新しいサーバー側にだけ投稿してあるんで、この記事が見えている人は新しいサーバー側を見ている人。古いサーバーは契約が残っている間は一応残しておくけれども、そのうち消えると思う。メールもこっちのサーバー側をMX 10にしたんだけど、ちゃんと届くかな？ メール回りの設定はいろいろ手こずったんで、結構不安かも。
ちなみに全体的にURLがいろいろ変更されている（アプリケーションごとにバーチャルホストを割り当てる方針）けれども、だいたい転送をかけているんでそれほど不便はないはず（だといいな）。何かあったらBBSあたりにどうぞ。
2003-09-05 [長年日記]
_ うがー、やっちまった (13:50)
QuickMLを社内MLシステムとして使ってみているんだけど、社外の人にメールを送るときにBCC:quiclml-addressとして、QuickML側にログを残そう（QuickMLあてのメールはすべてアーカイブを残すようにしている）としたら、そのメールにCCした人たちがQuickMLのメンバーに追加されてしまい、さらにそれに気付かずに社内向けのお金の話とかをぶっちゃけ気味に書いたメールを別便で出してしまった（＝社外の人に送ってしまった）。うがー。まあ基本的に正直な商売をしているつもりなんで、お金の話がばれても大して痛くないつもりなんだけど、悪い方に考えるといろいろまずいかも。まあひとまずなるようになるさということで、あまり深く考えないでおこう。
2003-09-07 [長年日記]
_ Re:本人以外が送るTrackBackについて from ARTIFACT (13:50)
私も一時期、REFERERで自分のサイトあての言及を見つけたら、それを自分でTrackBack化する、ってことをやってました。
当時はREFERERも表示していたので、「ノイズが多いREREFERの中から、明示的な言及元を抽出し、第三者が関連記事を追いやすくなるように」、という目的でした。
私は、TrackBackの意義は、「言及通知を明示的に送ることができること」よりも、「言及に関する情報が第三者に公開されること」の方が大きいと思っているので、それを送った人間が誰であろうが構わない、と思います。
あと本筋ではないけれども、
>>具体的には、先日excerpt内でaタグが閉じていないTrackBackが送られてきて、サイトのデザインが崩れてしまったんですが
みたいなのはTrackBackの脆弱性ではなく、MovableTypeの脆弱性でしょう。ソースを見たわけではないけれども、なんだかMovableTypeって基本的な作りが甘すぎる気がする。
2003-09-08 [長年日記]
_ CoCoonを返した (13:50)
「CoCoonが来た」で書いた、50日体験キャンペーンに当選して一ヶ月ちょっとの間使ってきたCoCoon CSV-P500を昨日返却（着払いで発送）した。
スカパーと連動し、適当なキーワードで好きそうな番組を適当に録画し、見なかった番組は勝手に消えていく、というコンセプトは確かに悪くない。特にCoCoonがある間は、「F1」とキーワードに入れておけば、F1の放送日を気にしなくても勝手に録画してくれたのが、一番便利だった。
ただ、10万円出して買いたいというほどのものではなかった。というのは私の場合、ハードディスクレコーダーとしてすでに東芝のRD-X2を持っているので、ハードディスクレコーダーの基本性能はすでに魅力にはならない、というのが大きい。多分ハードディスクレコーダーを持っていなかった人が体験すれば、それだけで購入する動機になるだろう。
ちなみに、インターフェースのできが悪い東芝機と比べると、CoCoonの操作性はものすごくよかった。一般的な家電としては、複雑すぎていまいちだろうけど、並の1/10くらいのできであるRD-X2と比べれば5倍は使いやすい。
あと、EPG（番組表）機能があるというのはやはり便利だった。特に地上波とスカパーの両方のEPGがあるというのは強力だ。スカパーチューナーとも専用端子を使って完全に連動する。そして、うちのスカパーチューナーのEPG画面よりも、ジャンル別表示などの機能が用意されたCoCoonの方が圧倒的に使いやすい。
キーワード登録は思ったよりも使いにくかった。というのは、登録できるキーワード数が少なすぎる（地上波、スカパー3個ずつ）し、うまくヒットするキーワードを用意するのも難しい。情報量の少ないEPGで提供されるデータを元に、自分の好みの番組をヒットさせたいならば、簡単な正規表現くらい使えないと納得いく設定が出来なそうだ。ジャンルをキーワード化してしまうと山のようなゴミ番組が取られてしまうし。
DVDメディアが扱えないという点は、やはりかなりのマイナスだ。CoCoonがある間はRD-X2はほとんど使わなかったのだけど、そうすると後でちゃんと見たい番組なんかもCoCoonで録画することになってしまう。しかし、テレビなんか観ている暇はほとんどなかったので、結局CoCoonで録画した番組はそのまま見ずに返却することになってしまった。外部メディアがあれば、ひとまずDVDに落としておくことが出来たのに。
RD-X2ユーザーによるCoCoon体験記はこんな感じでしたとさ。
2003-09-09 [長年日記]
_ 旧サーバー破棄 (13:50)
こっちのサーバーが安定稼働しているっぽいんで、旧サーバーはまだ利用期間が残っていたけれども、アカウントを破棄してしまった。英文で契約関係のメールがちゃんと通じるかどうか結構不安だったけど、なんとかなった模様。DNS情報もだいたい浸透したっぽいし。ただ、www.ishinao.netの登録は最後の最後に切り替えたんで、まだ古いサーバーを見ているところがあるかも。
2003-09-10 [長年日記]
_ QuickML de Wiki (13:50)
日記やらblogやらwikiやらCMSやらの連携について議論するML（http://kitaj.no-ip.com/tdiary/20030909.html#p02）に投稿したネタだけど、こっちにも転載しておこう。
QuickMLのルーズな柔軟さはWikiに通じるものがあるよなーと思い、面白そうな実装方法をいろいろ考えていたのですが、いまいちうまい仕組みが思いつきません。
が、試しに無理矢理実装例を考えだしてみます。
QuickMLの1アドレスが、一つのWikiサイトに相当します。目的なしのWikiサイトではなく、何か目的を持ったWikiサイトな感じです。
replyではない投稿は、新しいWikiページを作成します。Subjectがページタイトルになるでしょう。メール本文には簡単なWiki記法が使えます。
そして、そのメールへのreplyはそのWikiページへの編集コマンドになります。特に何も指定がなければ追記（あるいはコメント）になります。対象となる場所と差し替える文章を指定することで、既存のドキュメントを修正することも出来ます（patch風）。
Web上では、そのようにして作成されたWikiページの形でMLアーカイブを見ることが出来ます。Web上でも通常のWiki同様の編集が可能です。
こうやってMLのスレッドをWikiページに見立てることによって、単純なツリー表示などよりも、ある話題に関する可読性の高いドキュメントの生成が期待できそうに思います。
といった感じなんてどうでしょうね。修正系の簡便なコマンド体系さえ思いつけば、実装は簡単そう。新規にWikiシステムを書くのが面倒ならば、MLの投稿を適当に整形して、既存のWikiシステムのインターフェースに放り込んでしまってもいいし。
ただ、メールの本文だけを確実に抽出する（署名みたいな余計な要素を削る）処理が結構難しそう。あと、Web（Wiki）からML側へのフィードバックをどの程度にするかも考えどころ。
_ うがー、やっちまった 2 (13:50)
このサーバーにqmailとQuickMLを同居させてみようといろいろ試してみたところ、QuickMLがlocalhostにSMTP接続して、他のサーバーにメールを配信しようとするときに、中継拒否になってしまうので、それを回避しようと、relay-ctrlの設定やらqmailの設定やらをいろいろいじっているうちに、通常のメール着信を拒否（rcpthostsからメール用ドメインを削除）してしまっていた。今日の昼から2時間くらいその状態になっていたんで、その間にML関連とかがひどいことになっていないといいんだけど。最悪、自動退会になってるかなー。
ちなみにtcpserver -x /etc/tcp.smtp.cdbとか/etc/relay-ctrl/RELAY_CTRL_RELAYCLIENTとかを設定しても、どうしてもlocalhostからのSMTP接続を無条件に許可する設定が有効になってくれなかったんで、現在のところ/var/spool/relay-ctrl/allow/127.0.0.1を定期的に生成する、という超ごまかし設定で逃げている。qmail＋APOP before SMTPな環境でのストライクな設定例がどこかに転がっていないかなー。
2003-09-11 [長年日記]
_ TrackBackの本質とは？ (13:50)
また、日記やらblogやらwikiやらCMSやらの連携について議論するMLに投稿したネタの転載。
私は、
- サイト間の被言及（逆リンク）情報を、REFERERやWeb巡回で見つけ出すのは面倒だなー。そんな情報が自動的に構築できたらいいのになー。
- MovableTypeにあるTrackBackという機能が流行れば、（半）自動的にそういう 情報が構築できそうだぞ。
- TrackBackが流行らないかなー（自サイトへの適用＆微妙に宣伝活動）。
という感じだったので、もともとTrackBackの本来の意義（ってなに？）よりも、それを使えば「サイト間の被言及情報が構築される（されやすくなる）」ことが重要でした。
ですから、TrackBack自体（の、そういう目的で使える仕様以外の要素）はどうでもよく、サイト間の被言及情報が簡単に構築される仕組みさえあれば、その依って立つ技術は何であっても構わない、という立場です。
流行らせるために、TrackBackがすでに持っていたユーザーベースは魅力だったのですが、TrackBackはそういう目的（がメイン）のものではない、という意見が多いのならば、そういう目的がメインの仕組みを別に作ってもいいかなー、とも思っています。
龍成さん（http://www.ryu-sei.com/d-point/）がやっているTrackGetみたいな仕組みの方が、より目的が明確でいいのかも。
＃ただ、いちいちReferer元をGETして解析するという実装は、あまりにも負荷が大きそうなので、そのあたりをなんとかしないとつらそうだけど。 ＃そのあたり、負荷が分散できるTrackBackの方が現状においては使いやすい。 ＃現実的には、TrackBack互換のインターフェースも持たせつつ、さまざまな方法で被言及情報を構築するための仕組み、を考えるのがいいのかな。で、TrackBackという名前は（トータルの仕組みに関しては）名乗らないようにして。
_ ポケットシンク for Zaurus (13:50)
2004/2/16
WindowsとSyncしようとすると、一応認識はしているのにSyncに失敗するときがある。しばらく待ってつなぎなおしたら通ったり、それでも通らなかったりといろいろあってうざかったんだけど、Syncが通るかどうかの見分け方がわかったので紹介。ちなみにSync方法はUSBネットワークを利用している場合。
USBケーブルを差したときに、Linux Zaurusを認識している場合は、タスクトレイの「ハードウェアの安全な取り外し」あたりに「SL series Ver3 (NDIS 5)」なんていう選択肢が表示されるはず。
で、それで認識OKだと思ってSyncをしてもうまくいかない場合は、Windowsの「ネットワーク接続」あたりを見てみる。すると、現在Windowsで認識しているネットワーク端子の一覧が表示される。そこで、「SL series Ver3 (NDIS 5)」がきちんと有効になっているかどうかを確かめる。うまくいかない場合は、こっちが無効になっているはず。たぶん、ハードウェアとしては初期化に成功したけど、ネットワークとしての初期化に失敗したって感じなんだと思う。
一度「無効」として認識されてしまうと、ソフトウェア的に「有効」にしようとしてもうまくいかないらしいんで、ハードウェア的に初期化をやり直してみる（＝ケーブルを抜き差しする）のが吉。自動認識（Plug and Play）が働くのにちょっと時間がかかるんで、抜き差しにはちょっと間をあけた方がいい。あと、なんか一度失敗したUSB端子にもう一度差してもまた失敗する確率が高いっぽいんで、端子が別にあるならそっちを使った方がよさげ。
2003/9/11
- ポケットシンク for Zaurus - http://pocketgames.jp/modules.php?op=modload&name=Shop&file=index&req=viewarticle&artid=146
リナザウでシンク＆充電が出来る巻き取り式USBケーブル。むむむ、欲しいかも。充電ってどのくらいの効率で出来るんだろうなー。
2004/1/13
今さらながら通販で購入。やっぱりこれいいな。標準のケーブルみたいにじゃまくさくなくコンパクトだし、ケーブル自体も薄いからのばしたときの邪魔度も低め。USB経由での充電効率がどれくらいなのかよく分からないけど、俺の場合それほどばりばりバッテリを消費しないんで、会社でSyncついでにノートPCに接続してからしばらく放置しておけば、そのうち（数時間で）満充電になっている感じ。
こうなると、同じような形のau携帯対応USBモデム＆充電ケーブルが欲しくなるなー。俺がバッテリ残量を気にしているのは、ノートPCとSL-C760と携帯電話の三つなんだよな。巻き取り式じゃないやつだったら、携帯電話管理ソフトの付属品として存在するみたいだけど。
2003-09-12 [長年日記]
_ ZDNN：ダウンロード楽曲の転売、ついに成功 (13:50)
- ZDNN：ダウンロード楽曲の転売、ついに成功 - http://www.zdnet.co.jp/news/0309/11/ne00_itunes.html
なるほど、デジタル音楽を権利付きでプレゼントする、か。それができるならば、従来CD（物理媒体）をプレゼントしていたところをMP3で送ったり、（商用）着メロをプレゼントしたりとか、いろいろ使い道があるし市場もありそうだな。
現状の技術で一番シンプルな実現方法としては、プレゼントする側が決済まで行ったあとで、ワンタイムのユニークIDを発行して、それをメールか何かでプレゼントする相手に送ると、送られた相手はそのワンタイムIDを使って権利登録ができる、って感じかな。
本当だったら、権利を簡単に他人に譲渡する仕組みを構築した方がスマートなんだけど、そっちのアプローチは完全に穴がない仕組みを作る（＆検証する）のが難しいし、1個でも穴があったらすべてに意味がなくなっちゃうからなー。
前記の方法のサービスをしているところってあるのかな？ まさかこういうのまでソフトウエア特許とかビジネスモデル特許とか取られたりしてないだろうなー。まだ取られていなかったらここで書いたから公知の技術ってことで。
※ワンタイムID＋当事者同士たちだけが知っているパスワード的情報（携帯電話番号とか）の組み合わせ、とかにするともっとセキュアかな。 ※いわゆる「魂の移動」と組み合わせれば、すでに購入した楽曲の権利を譲渡することも可能そうだな。
_ 短いほど早いものなーんだ (13:50)
っつーか、髪を短くすると伸びる（のが気になる）のが早いなー。まだ切ってから一ヶ月くらいしか経っていないのに、ずいぶん髪が伸びたんで、昼飯を食いに行ったついでにQBハウスに寄って髪を切ってきた。五分刈りなんてバリカンでばりばりやるだけだからすぐ済むかと思ったら、なんだかやたらと丁寧にやったんで普通に時間がかかった。こんなんだったら自前でバリカン買ってやった方がいろいろ楽かなー。ちょっと値段調べてみよう。
_ 2003F1イタリアGP (13:50)
予選1日目
すげー久しぶりのF1じゃないか。1回くらい飛ばしちゃったんじゃないかという気もするけど、飛んでないよな。
うーん、ミハエルがぱっとしないなー。というか、モントーヤが速いのか。モントーヤ＋今年のウィリアムズBMWって組み合わせはあんまり好きじゃないんで、あっさり勝って欲しくないんだけどなー。面白さで言うと、ラルフ、ライコネン、バリチェロ、ミハエルの順に勝って欲しいかな。
予選2日目
あららら、ラルフ（シューマッハ）は初日のクラッシュの影響が出て（頭痛らしい）結局出れないそうな。一応まだチャンピオンの可能性があったのになー。もったいない。代わりはマルク・ジェネだそうな。もう一人のラルフ（ファーマン）も前回の続きで欠場＆前回と同じドライバー（名前覚えられない）に乗り代わり。
ふーん、ジェネそんなに悪くないじゃん。決勝で上位に絡めれば面白いかもな。
今回はBARが結構速いな。一応さすがホンダエンジンってことか？
あら、アロンソが予選失敗とは珍しい。おお、トゥルーリ速い。ってことは、アロンソも失敗しなければ速かっただろうな。このチャンピオン争いが激しいときに、ルノーあたりが上位に絡むと面白そうだなー。
おお、ライコネン速い。この大一番でこのアタックは悪くないな。
ミハエルすげー。ノーミスだよ。修正舵なしですべてイメージ通りに曲がった感じだ。バリチェロもいいな。ひとまず1−2か。
おお、モントーヤも速い。うまいって感じはしないけど、なんだかごつごつした感じの速さだな。でもちょっとだけミハエルに届かなかったか。
決勝
ミハエルとモントーヤの1周目は熱かったなー。あそこでクラッシュしたり接触したりしないところが、どっちも偉い。
ダマッタの突然タイヤバーストはなんなんだ。せっかく3番手まで上がって突然失速したトゥルーリも。
なんだかぼーっと見ちゃってたよ。ミハエルとモントーヤのトップ争いは本当にかみあっているなー。
ふへー、さすがミハエルここで復活勝利か。モントーヤも中盤に一気にいけなかったのが痛かったね。っつーか、2回目のピットストップがあんなタイミングになってしまったチームの作戦ミスか？
バリチェロは良かったけどもぱっとしなかったなー。一応今回のバリチェロの仕事としては2番目の方を達成したけれども、でもやっぱりここで2位に入ってモントーヤをけ落とすことができていれば、評価がずいぶん違っただろうになー。
ライコネンはこれでもう可能性がずいぶん減ったな。もともとマシン性能的には厳しかったから、このあたりで偶然でも上に立てていないと、残り2戦で実力で逆転するのはとてもつらい。
2003-09-16 [長年日記]
_ 2.5連休 (13:50)
初日は久しぶりの草野球練習。1年ぶりくらいの二子玉グラウンド。オクサンとムスコも一緒だったんで、車で行ったら、環八がゲロ混み。混むことは予想していたんだけど、まさか井荻トンネルの中に30分も閉じこめられるとは思わなかった。エアコンからは熱風が吹き出てきて、窓を開けたらトンネル内の空気は30度を超えていたけれども、それでもまだエアコンの熱風よりは涼しい状態だし。
で、2時間半くらいかけてなんとかグラウンドにたどり着き、ちょっとだけ練習。フルグラウンドでの三角ベースって面白いな。1塁ランナーがいるときの外野前ヒットは、たいてい3塁でフォースアウトになる。2回投げたら一気に体力が尽きたんで、3回途中で降板。今から鍛えて本番までに完投できる体力を身につけるべきか、それともさっさとあきらめて若者をピッチャーに仕立て上げるべきか。
日曜日は買い物。ドイトとユニクロとゲームセンターと酒屋を回って、最近近所に出来たお好み焼きチェーン道頓堀で飯を食って終了。
月曜日はオクサンの出社日だったんで、一日ムスコの相手。半年くらい放置していた自転車のパンク修理をして、散歩をして終了。ムスコの相手をしていると休んだ気が全然しないのー。
_ バービーボーイズ (13:50)
ブックオフで250円で売っているのを見かけてゲット。昔持っていたバービーのCD（もしかしてLPだったかな？ あるいはMDか？）って行方不明でPCに吸い出せる音源がなかったんでラッキー。
2003-09-18 [長年日記]
_ デッドロックっぽい (13:50)
DBがデッドロックを起こしていたっぽい。blogmapかtextmaniaのどちらかの更新系がかち合っているんだろうなー。この間起こったときには「insert delayed」しているところが怪しそうだったんで、「delayed」するのはやめたんだけど、そっちが原因ではなかったか。でも前までのサーバーではこういうことは起こっていなかった気がするんだけどなー。このサーバーに移動してから書き換えたblogmapの更新処理が原因か。そういやtextmaniaの更新リストをblogmap側でも使っているから、双方から書き換えるフラグ類の更新タイミングがかちあうとまずそうだな。blogmap側のフラグは外部リンクにしようか。あるいは更新プロセスを非同期に複数立ち上げるのはやめて、もっと直列的に書き直すか。
2003-09-19 [長年日記]
_ 権限を伴わないCookieによるモード変更 2 (13:50)
Wiki系(WikiEngine)について語るスレPart2（http://pc2.2ch.net/test/read.cgi/php/1060739206/）で、「権限を伴わないCookieによるモード変更」に関係しそうな話題が出ていたんで、具体的にどういう感じになるのか、うちのPukiWiki（http://ishinao.net/pukiwiki/）に実装してみた。メニュー右端の「編集モード」とか「通常モード」とかでメニューのモードが切り替わる。デフォルトでは編集・管理系メニューは表示されない。
- PukiWiki 1.3.5をベースに書き換えてみたバージョン - http://dev.ishinao.net/archive/pw_viewmode.zip
ちなみにちゃんと動作テストしていない（おい）。でもまあ、skinに、Cookieを見てメニューの表示非表示を切り替える条件文と、モード（Cookie）切り替え用のリンクを追加しただけだし、モード切替スクリプト（setmode.php）は、
require_once('pukiwiki.ini.php');
setcookie('pwmode', intval($_GET['mode']), time()+60*60*24*30);
if (isset($_SERVER['HTTP_REFERER'])) {
header('Location: '.$_SERVER['HTTP_REFERER']);
} else {
header('Location: '.$script);
}
だけの処理しかしていないから、多分動くと思う（$script設定ってPukiWikiでは必須でないんだっけ？ その辺ちょっとやばいかも）。本当ならば、メニューの文言とかをもうちょっとわかりやすく書き換えたいし、モード切替リンクはもうちょっと違う見せ方をしたいところだったけど、まあその辺はみなさん好きなようにどうぞ。あと、もっと細かくモードを持たせてもいいかもね。煩雑にならないならば。
ちなみに、このサイトで使っているシステム（wikilog）は、権限Cookie（要はログイン情報などを持つセッションCookie）を使ったモード変更の方を実装しているんで、管理者としてログインしたときだけ、管理用メニューが追加されるようになっている。WikiではなくCMS系ならば、権限とインターフェースが1対1で対応して構わない。
Wikiみたいに、権限とインターフェースが1対1で対応しない（権限ではなく、ユーザーの意志によってやりたいことが変わる）場合に、権限を伴わないCookieでインターフェースを切り替える手法が有効になると思う。
2003-09-20 [長年日記]
_ PHP+NuSOAPでGoogle Web API (13:50)
>>PHP+NuSOAPで日本語したいと思って、こちらのページを参考にNuSOAPのSOAPリクエストを送信する部分のContent-Typeを書き換えてみたのですが、うまく行きません。Content-Lengthは削ってしまうとエラーが出てしまいます。
というコメントがあったんで、試しに新しいNuSOAP（Revision 1.59）で試してみたら、Conntent-TypeとContent-Lengthを削ってもうまく動かない。
で、真面目に中身を見てみたら、現在のGoogle Web APIは普通に日本語が通るようになっているみたいだ。SOAPレベルではUTF-8でやりとり出来ている。ただ、NuSOAPがISO-8859-1以外のことを考えていないため、せっかくUTF-8で返ってきた結果を強引にISO-8859-1に変換（utf8_decode）しようとしてデータを壊してしまっていた。
というわけで、NuSOAP Revision 1.59をベースに日本語でGoogle Web APIを利用できるようにした修正版nusoap.phpと元ファイルとの差分（nusoap1.59_jp.patch）、Google Web API操作ライブラリ（GoogleSearch.php）、それを使ったサンプル（sample.php）を作ってみた。
- アーカイブ - http://dev.ishinao.net/archive/phpgoogle.zip
- サンプル - http://dev.ishinao.net/sample/PhpGoogle/sample.php
GoogleSearch.phpのGoogle Web APIs license keyを自分で取得したものにするだけで動くかな。
- GoogleRecordSet.phpに、取得した結果セットの1行目を読み飛ばすバグがありました。現在のアーカイブに収録されているバージョン（1.2）では修正されています。
- 2003/10/15 queryに対して行っていた余計な変換処理を省きました。
2003-09-21 [長年日記]
_ yomoyomo in Tokyo Reloaded (13:50)
土曜日はyomoyomoさん飲み会（http://www.momonga-linux.org/~h12o/hiki.cgi?YomoyomoInTokyoReloaded）に行ったんだけど、家庭の事情で1時間ほど遅刻して行ってみたところ、あまりにも人数が多すぎてほとんどの人の名前すらよく分からず、結局近所の席の人たちと特になんと言うことはない馬鹿話をしただけで終わってしまった。一応ネット上でしか知らなかった方々と挨拶くらいは出来たか。でも別テーブルの人なんて、ほとんど誰が誰だか分からなかったなー。一応帰りの駅へ向かう道でちょっとだけyomoyomoさんと話せたけど、ほぼ一方的にべらべら話しただけなんで、ろくに話が通じなかったに違いない。そういやたださんとは挨拶も出来なかったなー。というか、誰がたださんなのかも分からないままに終わってしまった。
2003-09-22 [長年日記]
_ ２ちゃんねる、掲示板検索サービス「２ちゃんねる検索」βテスト開始 from INTERNET Watch (13:50)
どうやって実現しているのか考えてみるのは、なかなか楽しいかも。
まず最初にネックになるのは、2chは大量のサーバーがかなり適当に運用されているっぽいんで、それをきちんと統括管理すること、か。2chビューア系みたいにサーバー一覧のテキストファイルなんかを使ってローテクに管理しているのかなー。各サーバー側から検索サーバー側へメッセージを送る形にしたほうが、多少管理コストが下がる気がするけど。
で、どうやって検索処理を実現するか。datファイルまるごと、もしくはその差分ファイルを、検索サーバー側に定期的あるいは書き込みごとに送ったり（GETしたり）しているのかな？ それだと、まあみみずん検索と同じように、検索サーバー側で定期的にインデックスを作り直して運用は出来るな。でもそのやり方はつまらない。
どうせならば、各サーバーごとにちょっと偉いインデクサを組み込んで、サーバーレベルで書き込みごとの有意な（検索インデックスとして使える）情報を抜き出しておき、それを定期的に検索サーバーと同期する、といった感じの方が好みだ。さらにいうならば、各サーバーに乗っている板ごとに、インデクサの性格付け（簡単には辞書）を変えられるようにしておいて、生成されるインデックスの効率＆効果を高めておくといいかも。インデクサは動的にアップデート可能な感じだとさらにカッコいいな。
で、コアとなる検索エンジン部分はどうやったのかな？ オリジナルを作ったのか、既成のものを使ったのか。2chでは、AAとかジャーゴンとかが大量に含まれることを考えると、かなり専用に作り込んだものを用意した方が良さそうだ。
と、技術的にはおもしろそうなんだけど、有料で提供ってあたりから考えると、主に企業が効率的に2ch情報を活用するために利用するためのもの、という位置づけになっちゃいそうで、その存在意義的にはおもしろみがないなー。まあ2ch情報を勝手に使って商売しているところとかに対抗するために用意したんだろうし、運用には金がかかりそうだからしょうがないんだろうけど。
_ 定型度が低く添付ファイルが多く利用者は素人なCMS (13:50)
現在仕事で、「コンテンツの定型度が低く」、「添付ファイル（docとかpdfとか）が多く」、しかも「利用者は素人（技術者系ではなく、その仕事専任でもない）」というWebコンテンツを、CMSを使って管理できるようにしようと考えているんだけど、1週間考えてもいい案が思いつかない。
っつーか、こんなのをCMSで管理しようってのが間違いか。素直に「ファイルアップローダー＋HTMLはがんばって書いてね」（ジオシティーズ方式）で妥協しようかなー。
自分の趣味に走っていいならば、Wiki記法でフリーにコンテンツを書いて、添付ファイルが必要な部分は「」とかで囲っておくと、「↑」とかいうリンクとしてレンダリングされて、それをクリックするとそこにリンクされるファイルをアップロードできる、とかしちゃうんだけどなー（もちろん上記は管理者モードでの操作時のみ）。そんなものを作っても、ちゃんと使ってくれるかどうか。試しに作ってみようかなー。
2003-09-25 [長年日記]
_ Pie Eating Contest (13:50)
- Pie Eating Contest - http://www.microprizes.com/mp32.htm
夜中に目を覚ましてこれをやり始めたら眠れなくなってしまった。すげー時間がかかったよ。図形系数学が得意だったりする人は、こういうのをロジカルに解けるのかな？
2003-09-26 [長年日記]
2003-09-27 [長年日記]
_ 2003F1アメリカGP (13:50)
予選1日目
今回の上位の闘いは面白そうだなー。相変わらずウィリアムズが一歩抜け出ていて、フェラーリがちょい落ちで、マクラーレンがさらにちょい落ちって感じか。ただ、今回はラルフとバリチェロの、チャンピオン争いからほぼ外れた二人が調子良さそうなあたりが面白い。
あら、これはコースコンディションの影響が大きい展開だったのか。後から走った方がタイムが出やすかったのね。それでもやっぱり現時点での速さではモントーヤが一歩抜け出ている感じかな。
と思ったら、後半は大雨か。この週末って天候が結構微妙なのかな。そういう展開になるとバリチェロとかルノー勢とか、面白げなやつらがかき回してくれるかも。
予選2日目
うーん、ヴィルヌーヴ-BARぱっとしないなー。ここで活躍しないと今年はこのまま終わってしまうのに。一方パニス-トヨタは調子良さそうだなー。
うわー、ミハエルやっちゃったよ。ライコネンどころかパニスよりも下か。これはよほどのことがない限りは、このレース、ポイントを拾うのがせいぜいじゃないか。
モントーヤも失敗か。チャンピオンシップを争う3人の順番がきれいに、面白い方に並んだな。
バリチェロは悪くないな。暫定2番手か。微妙な奴が微妙なポジションに。
あら、トゥルーリダメだったか。
これでライコネン、バリチェロ、パニス、モントーヤ、ラルフ、アロンソ、ミハエル、クルサードという順番か。スタートでバリチェロとパニスがどのポジションをキープできるか、がポイントかな。
決勝
スタートは、ライコネン、パニス、ラルフ、ミハエルが成功。バリチェロ、モントーヤが失敗。ミハエルがモントーヤをかわした。
今日もまた微妙な天候だなー。一瞬雨が落ちて、パニスとヴィルヌーヴが早々にタイヤ交換したら、あっさり雨が上がった。2位を走っていたパニスもったいない。ミハエルは雨の間に順位を落として、モントーヤにも抜かれて、一気に6位まで落ちた。
バリチェロ、モントーヤに押し出されてリタイヤ。
あらら、モントーヤ、給油失敗で6秒くらい損した。ライコネンちょっとイージー気味になってきたかも。
また雨が降ってきたな。ミハエルはいったんドライにタイヤ交換してから、1周でウェットに交換。モントーヤはバリチェロに接触して押し出したドライブスルーペナルティ＋レインタイヤに交換の2回のピットストップで、一気に順位を落とした。
大雨の中、バトンが1位、フレンツェンが2位、ウィルソンが3位。ライコネンが4位。
ミハエルがいつの間にか4位。ウィルソンが順位を落として、ライコネンが3位。モントーヤはフレンツェンに周回遅れにされた。
バトン、トップをキープ。ウェットコンディションでふつうに速い状態。このままウェットが続けば期待できるかも。
ミハエル速いなー。バトン、キープするの難しいだろうなー。と思ったらミハエルがトップに立った。
あらら、バトン止まっちゃった。トラブル？ エンジンくさいなー。これでザウバーが2、3位か。
アロンソもエンジントラブルか。雨でごたごたしていたけど、やっぱりエンジンサーキットだなー。
ぼーっと最後まで見てしまった。結局ミハエルの勝利か。ライコネンもがんばったけど届かなかったなー。これでほぼミハエルのチャンピオンは確定か。最終戦でライコネン優勝＆ミハエルリタイヤじゃないと変わらないからなー。モントーヤは権利消失したし。
コンストラクターズもフェラーリが逆転したのか。
2003-09-28 [長年日記]
_ うげ、またデッドロックしてた (13:50)
やっぱこのままじゃダメか。ひとまず一番トリガー候補として怪しそうな処理にかかる時間を短くするために、DBレベルでちょっとだけ対処してみた。けれども、これはやっぱり全体的に書き換えた方が良さそう。裏タスクをシリアル化しつつ、表タスクから自動的に裏タスクを（複数プロセス）呼び出す可能性がある部分を完全に排除するか。
2003-09-29 [長年日記]
_ 緊急体力増強週間 (13:50)
今日はオクサンのプチ同窓会につき合って赤羽へ。赤羽で降りたのは初めてかも。途中でかいスポーツ用品店をひやかしていたら、ちょっと良さげなグローブがあったので購入。今までで買った中で一番いいグローブかも。投手用グローブを買ったのも初めてだな。再来週には試合だし、それまで緊急体力増強週間として、毎朝走ることにしようかな。1試合先発完投出来るとずいぶん違ってくると思うんだけど。一番最初に弱るのは握力（コントロール）だから、握力も鍛えておかないとなー。
_ ウイルスメールうざいなー (13:50)
最近毎日毎日ウイルスメールが10通くらいずつくるようになったんだけど、そんなもんですか？ しかもNorton AntiVirus 2002の最新パターンでも全然認識してくれない（けれども、exeとかpifとかbatとかscrとかの拡張子添付ファイル付きなんてどう見てもウイルスだよなー）んで、自分で気をつけて削除しておく必要があるのがうざさ倍増。というか、一番うざいのは、SL-C760＋AirH" 32kでメールチェックするときにウイルスメールは重すぎるってことなんだけど。
2003-09-30 [長年日記]
_ SNMP難しい (13:50)
SNMP＋MRTGの設定にえらい苦労してしまった。特にSNMPの方。一応動くようにはなったんだけど、設定内容とかが根本的に理解できねー。ひとまず、
- SNMPによるネットワークモニタリング - http://www.zdnet.co.jp/help/howto/linux/0007master/06/
を読んでおこう。それとも「ひとまず動いた」レベルでやめておいた方が無難だろうか？ SNMPって、片手間で理解できるほど浅くなさそうな気がする。
Before...
_ panda [ありがとうございます！ とても助かりました。 ＃私のコメントも引き合いに出されていましたね(汗) 修正してみたと..]
_ ishinao [＞まみおさん ライセンスはLGPLなんで、LGPLに基づいて改変＆再配布等好きにしてもらって結構です。 というか、..]
_ まみお [了解です。ありがとうございます。 ライセンス、難しいですね(^^ゞ 仕様変更はたぶん、前向きな理由だと思います。 ..]