_ 64.191.53.180でRNAlibwww-perl/5.69を回している人 (13:51)

ノーウェイトでblogmapのRSSをfetchして、1日117529ヒットってのは立派に攻撃レベルですよ。このアクセスだけで転送量も1G超えてますよ。もうdenyしたけど、これはいくらなんでもひどすぎ。

_ 今度はYahoo! Slurpか (13:51)

昨日の64.191.53.180からのアタック（http://mylog.ishinao.net/id/1227）はhttpdレベルで403返しただけじゃ負荷が収まらなかったんで、iptablesレベルでdenyしたらようやく収まった。

と思ったら、また気がついたら変にサイトが重い。で、見てみたら今度はYahoo! Slurpですか。blogmapのランキングでYahoo!が検索エンジンを変えたとかいうタイトルを目にした気がするけど、その関係かな。今日だけで5500アクセス以上来ているし、しかも複数のロボットが同時にアクセスしている関係上、集中同時アクセスなんかも発生している模様。

基本的に検索エンジンロボット系はできる限り弾かない方針なんだけど、こんなのがしばらく続くようだとちょっと我慢ならないなー。明日になってもアクセスが収まらないようだったら、66.196.90.11〜15あたりをまとめて弾くか。人が忙しいときにこういうことはせんでもらいたいのー。

_ ふーっ (13:51)

ようやく一息つけた。どのくらい隙間があるかな。なんか私的リフレッシュネタをやりたいところ。SQLite＋VB.NETでWikiMemoをちゃんと作り直そうとか思って、手をつけ始めたんだけど、やっぱりSQLiteなんか使わない（ディレクトリ＋ファイルでデータを保存する）方がいいような気もしてきた。というか、データストレージとしてSubversion（＋Apache2）を使うってのはありかなー。HTTPでアクセスすると、/repos/textで元データが、/repos/htmlでレンダリング結果が、/repos/attachで添付ファイル（画像等含む）が見える感じ。で、更新は専用クライアントでtextをダウンロードして変更し、commitすると同時にhtmlも更新をかける、とか。リバースプロキシで/repos/htmlだけを適当なURLにマウントしておけば、一見ふつうのサイトに見えつつ、バックエンドはWiki風管理というアプローチもできるかな。などというところまで手をつけている余裕はないだろう。

_ Google検索結果をRSS化する (13:51)

Google Web APIsを使って検索した結果をRSSに変換するツールってあったら便利かなーとふと思ったりしたけれども、別に大して便利でもないかな。RSSリーダーなんかで特定のキーワードに関する検索状況を定期チェックしたりする手助けくらいにはなる程度か。ありもののライブラリを組み合わせると5分くらいでできそうな気がする。

#!/usr/bin/perl

use CGI;
use Net::Google;
use XML::RSS;

my $QUERY = '検索キーワード';
my $GOOGLE_LICENSE_KEY = 'あなたのGOOGLE_LICENSE_KEY';
my $SEARCH_RESULT_COUNT = 10;

my $google = Net::Google->new(key => $GOOGLE_LICENSE_KEY);
my $search = $google->search();
$search->max_results($SEARCH_RESULT_COUNT);

my $query = $search->query( $QUERY );

my $rss = new XML::RSS (version => '1.0');
$rss->channel(
        title => "Google Search Result: ".CGI::escapeHTML($QUERY),
        link => "http://www.google.com/search?q=".CGI::escape($QUERY),
        description  => "search by Google : ".CGI::escapeHTML($QUERY)
);

foreach my $result(@{$search->results()}) {
        $rss->add_item(
                title => $result->title(),
                link => $result->URL(),
                descrption => $result->summary(),
        );
}

print $rss->as_string;

できたかも。

_ 分散はてなグループを実現する (13:51)

はてなグループ（http://g.hatena.ne.jp/）というか、blogベースのグループウェア（フリーフォーマットなテキスト群を、キーワード文字列を介して、特定のグループにおける特定の意味づけにおいて結びつける）というネタはかなりいかすと思うんだけど、はてなグループの場合、はてなダイアリーシステムを必ず使わなければならないというところがもったいないと思う。はてなダイアリーシステムも悪くはないんだけど、ほかのblogツールやサーバーを使うという選択肢もほしい。

で、昔少しだけ試した「言葉交差点」的アプローチを使って、様々なサーバー（およびツール）を使ってホスティングされている複数のblogの情報を結びつけるシステムを用意することで、ツールに縛られずにはてなグループ的なことが実現できると思う。

具体的には、

• 記事情報投稿I/F - 各ツールで更新された記事の本文および固定URLを通知するインターフェース。登録ユーザー（のblogから）のみ投稿可能。本当は各blogツールの更新処理と連動して自動化されるのが理想だけど、最悪手動で投稿するという逃げ道もあるだろう。
• 共有ディクショナリ - 複数blogで共有するキーワードベースのCMS。つまりはWikiのようなもの。ここの機能次第でよりグループウェアっぽくすることが可能だろう。登録ユーザーのみが編集可能。
• キーワード取得I/F - 共有ディクショナリに登録されているキーワード一覧を取得するインターフェース。
• 各blog用キーワード表示プラグイン - キーワード取得I/Fから取得したキーワード情報を利用して、各blogの記事本文にキーワードリンクを埋め込む（もちろん必ずしも本文内にレンダリングしなければならないというものではない）プラグイン。

あたりがあれば、それっぽいことができるはず。

仕組みとしては全然難しい部分はないんで、まともな仕様さえ切ることができれば作るのは簡単なはず。この仕組みは、blogベースのグループウェアだけでなく、複数Wiki同士の高度な連携を実現するという目的にも使えると思う。誰か作らない？　誰も作らなかったらそのうち自分で作ってみるけど。

_ むぅ琢磨 (13:51)

そろそろ今シーズンこれから一回くらい表彰台にのる程度の結果じゃ、来シーズン以降のシートが安泰とは思えない感じになってきた気がするぞ。さすがに今回はチームからも批判が大きいっぽいし。とにかく結果を残そうよ。今回だってウィリアムズと-[ザウバー]-トヨタが失格になった（http://www.grandprix.com/ns/ns13040.html）ってことは、最後まで無難に走りきれていれば、ポイントは余裕で取れていただろうに。

_ blogmap検索インデックス更新中止 (13:51)

Estraierを新しいバージョンにアップデートしたら、不正な形式っぽいデータ（HTMLと名乗ったバイナリデータだと思うけど、細かく確認していない）を食わせても異常終了することがなくなったんだけど、index生成負荷がずいぶん高くなった模様。特に分割生成したindexをmergeするときの負荷が高すぎて、いくらniceしていてもサーバーごとこける。というかestmergeしているときに、MySQLにちょっと高めの負荷（blogmapの集計系query）をかけるとMySQLがロックの嵐になってconnection数を食いつぶして死ぬ。分割estindexの段階ではそんなに負荷が高くないんだけどなー。なんかいい方法を思いつくまでindex更新は中止。/proc/sys/vm/bdflushをいじればEstraier関連の負荷は低くできそうだけど、ほかへの影響が読めないんだよなー。

_ プロバイダの縛りのないIP電話 (13:51)

契約プロバイダの縛りのないIP電話ってないんですかね？　てっきり、インターネット回線プロバイダとは関係なく、IP電話サービスにだけ加入して使えるものだと思っていたら、たいていのところはインターネット回線サービスに契約しないと、IP電話サービスは提供しない模様。よりによって今使っているbit-driveはIP電話サービスはやってないみたいなんだよなー。でもIP電話サービスのために回線を乗り換えるのはいろいろと面倒くさい。それだったら、適当な安いADSL＋IP電話サービスを別に引いた方がいいのかも。むぅ。

_ Petals Around the Rose (13:51)

Petals Around the Rose - http://member.melbpc.org.au/~lborrett/computing/petals-j.htm

さいころ5個の数字と結果の数字を10回分くらい並べて、答えは必ず偶数になるような操作パターンを試してみたら、どうやら正しい計算方法に行き着いたらしい（5回くらい連続で正答したら、We think you've probably got it.と出た）けど、どの辺がおもしろいのかよくわからんちん。

_ 運転免許更新 (13:51)

昨日は運転免許の更新に鴻巣の免許センター（＠埼玉）に行ってきましたよ。今回俺は最寄りの警察署で更新できない状況になっていたのね。確か、5年くらい前に原チャリのスピード違反で1回、3年くらい前にバイクの通行区分違反（要はすり抜け）で1回捕まった覚えがあるから、2回の軽微な違反って扱いなのかな。1回目の違反ってその後1年無違反だったら記録から消えるとか聞いた気がするけど、細かいことを調べるのが面倒くさいからどうでもいいや。

それにしても、鴻巣は（浦和から）微妙に遠いな。ひたすら17号を下っていくだけなんだけど、大宮を越えてバイパスが終わったあたりから先は、平日の昼間なのに微妙な渋滞がずっと続いていて、結局うちから1時間ちょっと（ナビが下道時速30km/h平均で計算した通り）かかった。平日昼間の国道だったら、悪くてもナビの予測の7、8割の時間でつくと思っていたのに。

さらに、着いてからの違反者向け講習がきっちり2時間ありやがった。ちゃんとやるものなのか。ビデオはおもしろかったけど、おっちゃんの話はだるかったな。交通法規の最近の変更点の話はそれなりにおもしろかった（というか情報として有用だった）けど、それ以外の話はどうでもいいや。30分ぶんくらいしか内容がなかった気がする。

ちなみに免許の更新に必要なのは、古い免許、通知のはがき、お金（3000円〜4000円程度）が基本。あと住所とか本籍とか名前とかが変わった人は、その証明書類（住民票とか）が必要。受付時間は午前8:45〜11:00および午後13:00〜14:30。

ただ、講習の方の時間がある程度決まっているんで、タイミングが悪いと待ち時間が変に長くなるかも。俺の場合は14:00ちょい過ぎに着いて14:00〜16:00の講習を受けたんだけど、たぶん13:00に受付した人も同じ講習を受けなきゃならないんじゃないかな。となると一番いいのは14:30に受付して14:30〜16:00で講習を受けるパターンか。ただぎりぎりをねらって受付が間に合わないと悲惨だけど。

そういやいつの間にやら、免許の更新って誕生日の前後1ヶ月間の間できるように変わっていたんだね。要は、誕生日後も1ヶ月更新できる期間が延長されたってこと。なんで、今回交付された免許証の有効期間も、「○○年の誕生日まで」ではなくて、「○○年の誕生日の一ヶ月後まで」になっている。それにしても今回の免許証の写真は人相が悪いなー。

_ 自分の見たWebページを全文検索する (13:51)

• http://www.asahi-net.or.jp/~iw8n-tngc/dialy/200406.html#15_t1
• http://www.otsune.com/diary/2004/06/16.html#200406168

あたりから思いついたネタ。Windows＋IEな人向け。

Estraier（http://estraier.sourceforge.net/）のWindows版バイナリをダウンロードする。C:\Estraierあたりにアーカイブを展開しておく。

自分のマシンのIEキャッシュに対して、検索インデックスを生成する。以下のようなコマンドを、[ファイル名を指定して実行]を使って実行する。

c:\estraier\estindex register casket "c:\documents and settings\[USER名]\Local Settings\Temporary Internet Files\"

最後のパラメータはIEのキャッシュフォルダ名。デフォルトはサンプルのような感じ。ただし[USER名]は自分のWindowsアカウント名に変えておくこと。IEの[インターネットオプション]−[全般]−[インターネット一時ファイル]−[設定]−[インターネット一時ファイルのフォルダ]あたりで、自分の環境の設定を確認しておいた方が無難かも。

このコマンドを実行すると、検索インデックスの生成処理が始まるわけだけど、初回はかなり時間がかかる。キャッシュファイルが多ければ多いほど時間がかかるんで、最初はいったん[インターネット一時ファイルの削除]を使って、キャッシュファイルを削除しておいた方がいいかも。2回目以降は、差分（更新されたファイルのみ）処理が行われるので、そんなに時間はかからない（まあ更新されたファイルがどれだけ多いかによるけど）。

2回目以降の検索インデックス生成を行った場合は、以下のコマンドを実行することで、不要なインデックスファイルのデータを破棄することができる。まあこれはやってもやらなくてもどっちでもいい。

c:\estraier\estindex purge casket "c:\documents and settings\[USER名]\Local Settings\Temporary Internet Files\"

続いて、Estraierの関連ドキュメント検索（あるドキュメントと似たドキュメントを検索する）機能用インデックスも作成する。ただしこれは関連ドキュメント検索機能を使わないならば実行しなくてもいい。けど、やっておくとおもしろいから実行しておいた方がいい。

c:\estraier\estindex relate casket

これで検索インデックスの準備は完成。で、この検索インデックスを使って検索を行う方法は複数通り用意されている。

• 適当なWebサーバーをローカルで動かして、estsearch.cgiを動かす方法。
• estxviewコマンドでXML形式の結果を取得し、それをパースしてそれなりの結果UIを得る方法。
• estserverで専用検索用サーバーを動かす方法。

ここでは一番手軽な3番目の方法を使ってみる。

※あらかじめc:\estraier\locale\ja以下のファイルをc:\estraierにコピーしておくと、説明等が日本語になる。

まず、c:\estraier\estsearch.confファイルを開き、16行目あたりにある

prefix: ./

ってのを、

prefix: file://

に変更して保存する。この作業は1回だけやればいい。これによって、検索結果画面からのリンクがきちんとキャッシュファイルに張られるようになる。

あとは、専用検索サーバーを起動する。

c:\estraier\estserver -port 8080

上記はポート8080でサーバーを動かす際の設定。ほかにWebサーバーをローカルで動かすつもりがないならば、80ポートで動かしておくとブラウザからアクセスするときにいちいちポートを指定する必要がなくなる。ともかく自分のマシン上の他のサービスとバッティングしないポートを指定すればいい。

すると、サーバーが立ち上がり、コマンドプロンプトの画面が表示される。特にその画面は使わないんで最小化して放置しておこう。

さて、実際に検索を実行してみる。ブラウザから

http://localhost:8080/

にアクセスしてみると、なにやらファイル一覧が表示されるはず。そこでファイル一覧が表示されないようだと、ちゃんとサーバーが動いていない可能性がある。別のポートに変えてみたり、あるいはファイアーウォールソフトの設定なんかをいじってみるといいかも。

右上のSearchをクリックすると検索フォームに移動する。そこから先はふつうのWeb検索フォームと同じ使い勝手。Estraierはデフォルトでいろいろ高機能なんで、ふつうに検索しているだけでも結構遊べる。

estserverはCTRL+Cで終了しようとしても、複数プロセスがなかなか全部終了してくれなかったりする。あと、estserverは起動時の検索インデックスを見ているみたいなんで、検索インデックスを生成し直したときにはestserverを立ち上げ直す必要がある。なんてところがあるんで、このままだと微妙に使いづらい。ほどよいラッパーツールを作ればその辺解決できそうなんで、誰か作ってくださいな。あとIE以外のブラウザのキャッシュでも似たようなことができそうだけど、自分では未調査。

c:\estraier\autoest.batとかに、

c:\estraier\estindex purge casket "c:\documents and settings\[USER名]\Local Settings\Temporary Internet Files\"
c:\estraier\estindex register casket "c:\documents and settings\[USER名]\Local Settings\Temporary Internet Files\"
c:\estraier\estindex relate casket
c:\estraier\estserver -port 8080

とかを列挙しておいて、インデックス更新＋サーバー起動をまとめてできるようにしておくといいかもね。

_ blogmap検索インデックス更新再開 (13:51)

bdflushをかなり大きめに設定したらインデックス更新負荷が減って、何とか現在のドキュメント規模（blog検索が13854文書/648797単語、ニュース検索が8679文書/310191単語）のインデックス更新をそれなりの負荷（表向けのhttpdプロセスと、裏のblogmap/textmaniaのデータ収集・集計プロセスを、最大負荷時でも止めない程度）で実行できるようになった模様。bdflushを大きくするデメリットってのは、それなりに安定運用していて、クリティカルなデータを扱っていないサーバーではほとんどなさそうだ。オンメモリで処理しなければならないデータの最大サイズをちょっとだけ意識しておけば（その分までディスクバッファが食わなければ）それでいいんじゃないかな。問題が出るようならまた調整するってことで。

_ 自分の見たWebページを全文検索する 2 (13:51)

昨日「自分の見たWebページを全文検索する（http://mylog.ishinao.net/id/1242）」で、Estraierを使ってIEキャッシュを全文検索するってネタを書いたけど、実際のところ、私自身は似たような用途のための別のシステムをすでに持っている。ってのは、実はblogmapのNews検索とクリッピングサービスのこと。

blogmapクリッピングサービスでクリッピングされたURLは、自動的にblogmapのNews検索のインデクシング対象に追加される。blogmapのNews検索は、Webで話題になっている（blogmapで複数ポイントを集めた）URL＋クリッピングサービスで手動クリップされたURLに対して全文検索を行うようにしてある。

つまり実際のところ、blogmapのニュース検索ってのは俺が興味を持った範囲に特化したWeb系ドキュメント検索ツールであり、クリッピングサービスってのはそこへ検索対象ドキュメントを追加するためのインターフェースだったりするわけだ。

というわけなんで、利用者が少ない（割にトラブルが多い）クリッピングサービスと検索サービスをがんばって稼働させ続けているのは、実はこのシステムってのは、限りなく自分用の検索ツールを一般向けのふりをして公開しているから、だったりする。

ただ、こういうやり方だとサーバーを持っている人しか実現できないけれども、この間のIEキャッシュを使った全文検索のアプローチと組み合わせるともっと便利なシステムが作れそうだ。

基本的には、ローカルディスクに興味をもったWebドキュメントをクリッピング（紙2001でいうところの「ページ全体を紙に取り込む」）していく。インターフェースとしては、blogmapクリッピングサービスと同様に、右クリックメニュー拡張からクリッピングするパターンが一つ。あと、できればブラウザに「録画」ボタンを組み込んで、録画ボタンがオンの間に閲覧された履歴はすべて自動的にクリッピングされる仕組みを持つと便利そう。

ただ、クリッピング処理の実装をリアルタイムにHTTP GETするようにしてしまうと、たぶん処理が重くて使うのがたるくなりそうなんで、非同期にIEキャッシュからコピーする方針にする。具体的には、リアルタイムではURL文字列だけを記録しておき、システムIdle時にIEキャッシュからURLから得られるキャッシュファイルをコピーするイメージ。

クリッピングされたWebドキュメントは、指定されたディレクトリ以下にHTML形式で保存されていく。あとは、適当なタイミングで検索インデックスを更新すればいい。これもIdle時に更新されたドキュメント数とか更新間隔とかをチェックして、非同期で処理すればいいだろう。検索処理自体は、Webインターフェースを使ってもいいし、専用のツールごしに（Estraierを使うならばestxview用のフロントエンドツールを作って）行ってもいい。

こういうツールってちょっとまじめにほしいかもと思って、Sleipnirのプラグインとして録画ツールを作れないかと調べてみたんだけど、Sleipnirのプラグイン関連の情報って少ないなー。IEのツールバー拡張だったら作れそうだけど、素のIEなんて仕事でしか使わなしなー。自分でタブブラウザを作るのは今更面倒くさいし。Sleipnirとかが標準で録画機能を組み込んでくれないかなー。

_ Bind9とchroot (13:51)

Bind9（のFedoraCore1のRPMパッケージ）はデフォルトでchrootするようになっているんだね。んでもって、設定ファイルはchrootの中のほうを変えなきゃだめなんだね。しばらく気づかなかったよ。あとなにやら認証キーみたいな要素も追加されているみたいだけど、まだ未調査。

_ 眠いぞコンチクショー (13:51)

でも琢磨よくやった。最後までとても強い走りだったし、最近滅多に見られないコース上の追い抜きがたくさん見られて幸せだった。っつーか、琢磨があれだけ無理してでも追い抜かないと、あのままじゃ下位に沈んで終わっちゃったよな。BARの関係者なんとかしてくれ。たぶんあのタイミングでピットに入れた場合、どれだけ燃料を入れるのがいいのかを計算できなかったんだろうけど、そんなのあらかじめ自チームの車の燃料積載量＆今後のスケジュール＆イレギュラー時の作戦パターンをリアルタイムで計算するようなプログラムを作っておけばそれでだいたいすみそうじゃん。他チームの作戦との兼ね合いまで計算するとなると結構難しそうだけど。

_ blogmap - この話題に関連したページ (13:51)

blogmapに「この話題に関連したページ」機能を追加してみました。要は、ある話題のページについて、似たような話題（キーワード）をあつかったページを類似度順に一覧表示する機能です。URLランキングの[もっと詳しく]から表示することができます。

中身的には、Estraierの関連ドキュメント検索機能を使ってます。クロールした全文に対して日次でインデックスを生成しているんで、出てくるタイミングにはちょっとタイムラグがあったりします。

Estraierの応用実験のためになんとなく作ってみただけなんだけど、実は結構有用な機能かもしれない。どうせなら、blog検索とも連動させてみようかなー。

ちなみにこの間Estraierが1.2.13にアップデートされ、インデックス生成処理がものすごく高速化されたんで、最近まで苦しんでいた検索インデックス生成時の不安定な挙動がずいぶん解消されたっぽい。今日の分の実行ログを見た限りでは、インデックス生成にかかる時間が半分以下になった模様。

_ blogmap - この話題に関連したページ (2) (13:51)

blogmap側で関連検索インターフェースを持ったついでに、news検索機能も素のEstraierを使うのをやめて、自前のインターフェースに取り込んだ。そうしないと、news検索から関連ページに自然につながらないんで。

これで、適当なキーワードで検索をかけて、そこで見つかったページのさらに関連ページをたどって……、というアプローチが可能になる。

_ blogmap - この話題に関連したページ (3) (13:51)

メディアの方も、AmazonのSimilarSearchを使って、関連したメディア機能を追加した。けど、こっちはAmazon Web Serviceごしに結構な量のデータを持ってくるんで、キャッシュが効いていないとげろ遅い。まあでも最近Yahoo! Slurpさんがばりばり回っているんで、やつが主立ったキャッシュの更新作業を受け持ってくれるでしょう。

_ 尿管結石？ (13:51)

初救急車しちゃいましたよ。

15時頃会社で仕事していたら突然左の脇腹が痛くなり、椅子に座っていられなくなった。床に横になったんだけど、全然痛みがやむ気配はない。いろいろ体勢を変えてみても痛みが減らなかったんで、あきらめて病院に行くことを決意。

けど痛みで脳みそがろくに働かず、Googleに「病院」とだけ入れて検索してみたり（せめて地域とかジャンルとかも入れろよ）しちゃったんで、自分で考えるのはあきらめて会社の人に手近な病院を紹介してもらう。が、歩いて病院に行けそうもなくなってきたんで、救急車カモン。

痛みで冷や汗が出て手がふるえて来た頃に救急車到着。症状とか個人情報とかいろいろ聞かれたあとに、担架到着。建物が狭いんで座る担架（なんてのもあるんだね）。けど、そんなのに座って運ばれるよりもエレベータで自分で下りた方が楽そうだったんで、そろそろとエレベータで1階まで下りて、そこでストレッチャーにごろん。

せっかくの初救急車なのに痛くてあんまり周りを見物している余裕はなかった。車内で住所とかいろいろ聞かれたのは意識確認を兼ねているんだろうか。

結構すぐに救急車は病院に到着し、ちょっとだけ問診と触診を受けて、尿管結石の疑いがあるということで検尿。尿に血が混じっていたんでやはり尿管結石の可能性が高いでしょうと泌尿器科へ。

痛みはそのころにピークに達していて病院のベッドの上で少しでも痛みがない姿勢を探しつづける。で、痛い方の左脇を下にして横になっている体勢が一番痛みが少ないことに気づいて、しばらくその体勢をキープしていたらいつの間にか痛みがほとんどなくなっていた。

その後泌尿器科の医師の診察。音波検診みたいなのをやっていたっぽい。で、翌日レントゲンを撮るということになり、痛み止めの座薬の処方箋をもらっていったん終了。

そのころには痛みもほとんどなかったんで、とっとと帰ろうと処方箋薬局に行き、薬を待っている間に再び痛みがやってきた。うげ、前と変わらないくらいの痛みでやんの。これはちょっと帰るどころではないかも。ということで再び病院に。

早速痛み止めの座薬を使い、ベッドを貸してもらって痛みが治まるのを待つ。30分くらいでだいたい治まったんだけど、この調子だと明日この病院までやってくるのが厳しそうなんで、紹介状を書いてもらって家の近くの病院に行くことにする。で紹介状をもらってタクシーで会社に戻り、荷物を持って電車で帰宅。念のため会社の人にもより駅まで付き添ってもらったけど、幸い移動中は痛みがぶり返すことはなかった。

で、今家に帰って3時間ほどたったわけだけど、ほんの数分だけ痛みがぶり返しかけた以外は、今のところほとんど大丈夫。ただ、ちょっとでも左脇に振動を与えるといやな兆候が始まるんで、移動はおそるおそる状態。

まだ確定じゃないけど、尿管結石だったとしたら単に痛いだけの話っぽいんで、ひとまず一安心。ただ、ろくな治療法がないんじゃないかとちと不安。もしかして痛いのは我慢しながら、そのうち石が出てくるのを待ちましょうってだけの治療じゃあるまいな。

_ 尿管結石 (2) (13:51)

昨日最寄りの病院に行って（3時間以上待たされつつ）レントゲンと音波エコーをとってきたんだけど、それらしい影は見つからず。腎臓も腫れていないとか。

ただ、症状的にはどう見ても結石だろうということで、来週もう一度血液に造影剤を入れてから、レントゲンを撮ることになった。腎臓からの尿管の流れを追って、詰まっているところを探すんだとか。その準備のために二日前から下剤とかいろいろ薬を飲まなきゃいけないらしい。面倒だな。

ちなみに今のところ、安静にしていればほとんど痛みはない。左脇腹あたりに直接振動を加えると微妙にいたくなる（車とかに座っていて、下から突き上げるような振動が加わったときが顕著）けど、まあ単に痛いだけだとわかれば（原因がわかってしまえば）なんぼでも我慢できるよな。