いやま最近金回りが悪くなってきた（家じゃなく個人の）ので、無駄な出費切ろうと、入会したままほとんど使ってないサービスの退会をしてたのだが、そんな中にDo-itという会社のInterFAXというサービスがあったわけですよ。
メールからFAXを送ったり受け取ったり出来るというサービスなんだけど、本当に全く使ってなくて、にもかかわらず月額1000円払いっ放しになってたので、キャンセルしようと退会手続きをしたんだけど、FAXでしか受け付けてなかったのでFAXしたのね。
で、月末締めでの退会しか出来ないと言うけど、今日がまさに月末だから、今日連絡しても今日停止と言うわけにはいくまい、という事で、6月末停止希望にして出したわけですよ。
もう営業時間はとっくに過ぎた、18時か19時頃だったかな？に。

そしたら、20時半頃になってDo-itから電話がかかってきて、何事かと思えば、「6月末で停止とされていますが、本当によろしいでしょうか？本日停止でも今ならまだ間に合いますが。使われていないなら、早くお止めした方がよいかと思いまして...」という内容。
もちろん、6月末希望は遠慮だったので、1も2もなく停止を要請、快く応じてくださる。

しかし、すごいと思わん？
サービス停止という自分たち側に不利益な状況変化要求に対して、それもぎりぎりになっての要求を、営業時間も遥かに過ぎた時間になって、顧客側有利にする便宜のためだけに電話かけてくるなんて...。
おまけに、電話に先立ってメールくれてたんだけど、そのメールへの返事が来ないから、メールを見てないのではと恐れて電話してきてくれたという事。
それもしがない個人ユーザ相手に。
いやー、恐れ入るね。
久々に接したよ、まじで顧客を大切にするサービス精神。
＃爪の垢飲ませたい連中が我が家から500m程南方に数人。
あまりに感動したので宣伝してしまいます。

私は使わなくなってしまったので解約してしまったものの、メール <-> FAXのASPゲートウェイを検討されているところがありましたら、Do-it社のInterFAXサービスを推薦いたします。
安価ですし、上記の通り対応も早いし、何より信頼できる会社だと思います。

しかしながら家内ははるばる京都へ大学に通う日であるので、仕方なく午前半休取って（というか申請は今からだが）俺が眼科へ。
しかしどいつもこいつも10時まで開かないとは何事か。
いつも朝は戦争状態で早くから起きてるだけに、突如暇？な時間が。
夜帰ってからやるつもりだった掃除でもやっとくか。

息子にも「適当に遊んでおいてー」と。
普段忙しく、幼稚園はともかく家の玩具で十分に遊べる時間が取らせてやれないだけに、嬉しかったらしく嬉々として散らかしている。

あ、そうだ近くの銀行に口座作らないといけないのだった。
ちょっと早めに出て作りに行くか。

先日まかまかさんと話して、いろいろFOAF/SNS/OpenID周りとかについて意見交換したんだけど、いろいろOpenIDの抱える根源的な危険の問題とか示唆してもらいました。
この手のサーバ間のやり取りによる分散型の認証システムって、原理的に完全にセキュアなもんにするのは難しいみたいですね...。
みんながルールを守ってくれると言う性善説の元だとうまくいくけど、誰のどんな要求でも認証の結果を返す悪意ある（あるいは管理されていない）認証サーバが混ざるだけで、何でもリレーするSMTPサーバ、誰でも串を通せるプロキシサーバのはた迷惑さと同じで、誰でも自由に認証されてしまってSpamの温床になってしまう危険性がある。
実際私がOpenIDの動作原理確認のためにまかまかさんのサンプルを使わせてもらって建てたテストサーバは、テストだったのでなんでも認証にしてました（既に削除）が、こういう認証サーバの存在が世間に広まってしまうだけで、捨てサイトのURLさえ用意すれば誰でも認証できてしまいます。
それを回避するには、そういう危険なオレオレOpenIDサーバでの認証を拒否するしかなくなってしまい、しかしてまたしてもMT-Blacklistみたいに危険サーバのリストを作って共有して...とまさにいたちごっこ。

とはいえ、これはOpenIDの問題と言うより、分散したサーバ間のやり取りだけで認証しようとするシステムにおいて原理的に避けようのない危険性のようなので、解決するには認証サーバを分散ではなくTypeKeyのようにある程度は信頼できるところのものだけに絞るか、或いは各ユーザのブラウザの方に秘密鍵を持たせるしか方法がない、というもののようです。
認証サーバを分散でなくすのは、そもそも「分散じゃないのが問題」というところからOpenIDも始まってるようにそれはそれで問題もあるし、かと言って各ユーザのブラウザが直接秘密鍵を持っちゃうっていうのは、そりゃブラウザーサーバ間の認証は完璧にできるようになるけど、秘密鍵という取り扱いの難しいデータが、セキュリティ意識もへったくれもない一市井ユーザの無管理PC内に光臨してくるのは、それはそれで問題ありあり。
というわけで、いろいろ問題あるのは承知しながらも、現状ではサーバ間やりとりでの認証しか解はないような気がするし、それならFOAF認証のバックエンドにもOpenID、もしくはその拡張版を使うのも一時的には仕方ないかなと。

-196℃の勢いで酔ってますが350mlなのでたいした事ない。

表題の通りですが、{{redirect URL}}みたいな書式でページへのアクセスを別URLに飛ばすしょぼしょぼプラグイン。
理由は、MapServer/GIS系とかFOAF/SNS/OpenID系とか、ケータイ系とか、Wikiを内容毎にWikiFarmに分けようかなと思ったので、前のURLでアクセスしてきた人を新しいURLにセーフランディングさせるため。

作ったはいいがよく考えると結構危ないプラグインなので、ページが凍結されていないと動作しないようにした。
でも私ゃあまりにも楽観的過ぎてセキュリティに甘い面があるので、FSWikiプラグインの大先生に一応ダメ出しチェックしてもらってからプラグイン投稿に挙げようっと。

きのう、ねねがここに狙いも入門すればよかった？

*このエントリは、BlogPetの「ここ」が書きました。

みんな！今狙い目の本はこれ！

Javaによる知的エージェント入門

posted with amazlet at 05.05.29

ジョゼフ・P. ビーガス ジェニファー ビーガス Joseph P. Bigus Jennifer Bigus 井田 昌之
ソフトバンクパブリッシング (2002/09)
売り上げランキング: 61,711
在庫切れ

おすすめ度の平均:

知的エージェントとその基盤になるAIの基礎テクニックをJavaプログラミングを通して説明
AIの素養のある人向け

Amazon.co.jp で詳細を見る

アナタが考えたコトを約20個の簡単な質問で当ててみせましょう！(ようこそ！人工知能研究所へ！)（パンパでガウチョさん経由）

すごい！
マジ当てられちゃうよ！
人間だってこんなにうまく質問して推測するのは難しいんじゃないか？

OpenIDでサーバ立てたりする時に必要だけど、普通のhttpsサーバ建てとかで検索できるのとはやり方が違うので、覚え書き。

1. DSA パラメータを生成
   openssl dsaparam -out parameter.pem 1024
2. 生成したパラメータを使って DSA 秘密鍵を生成
   openssl gendsa -out privatekey-crypt.pem -des3 parameter.pem
3. 秘密鍵に対応する公開鍵を生成
   openssl dsa -in privatekey-crypt.pem -pubout -out publickey.pem
4. 秘密鍵のパスワード削除
   openssl dsa -in privatekey-crypt.pem -out privatekey.pem

[composed and posted with ecto]

とりあえずkaMap、動かしてみました。>こちら。
苦労した割りに何のひねりもありません。
ただサンプル動かしてるだけです。
まあGIS DataPack持ってたりするので、ぼちぼち突っ込んでいきたいと思います。

にぽたんの島男レポートがきっかけで、アレゲな業界が「恋ヲチ萌え」で騒然となったのも記憶に新しいですが。
こっちのドラマなんかも、寿司職人の息子から見れば中々に突っ込みどころ満載だったようで。
いやあ、こんなん俺が見てても多分全然ワカラヘンので、気付かんだけであらゆる業界をネタにいろんな島男さんが日々創造されているんだろうなあ。

「火曜なんちゃら」とかミステリーもんなんか、それこそ調査に金もかけてなさそうな粗製乱造っぽいのが毎日みたいに流れてるけど、あんなんなんか本物の警察官とかからみたらお笑いの世界なんだろう。
それとも、流石にあれだけ流れてると、受け取る突っ込みの数も比べもんにならないだろうから、逆に多少は洗練する、なんてのもあるのかね。
いやーなさそうだな、このドラマとかのメディア業界に限っては。

[composed and posted with ecto]

Blog Hackers Conferenceに行ってきた - Modern Syntax

...行きたかったなあ、と思いつつ、泣く泣くあきらめて幼稚園の父兄総会に行ったつもりが...。

父兄総会じゃなかった!
なんか幼稚園の運営を任されているNPO法人の、活動報告や決算報告、次年度事業計画認定なんかを行う総会だった!
「正会員中...人の参加が確認できましたので、本大会の成立を確認します」みたいな。
参加者はみんな、議員さんやら教授やら社長さんやら園長さんやら、みたいな。

一応賛助会員として何口かお金納めているから、参加/不参加の問い合わせが来てたんだけど、電話して確認もしたんだけど欠席なら委任状を出さないといけないとかいうし、ややこしいから参加にしちゃえと(父兄総会だと思ってたし)参加に○したら、他の父兄はみんな不参加か回答すらなし。
委任状は正会員だけ必須だったんだってさ。

あー、本当に何も書く時間ないなー。
取り急ぎ有用な情報のみ。

たくぼさんのオープンソースGIS Wikiで、MapFile関連の有用なリファレンスの和訳が始まっていました。
結構前から始まっていたようですが、すまん、たくぼっち、飛べない日々しかRSS購読してなかった。

Mapserver - CGIリファレンス
Mapserverのマップファイルリファレンス

特にマップファイルの方は、誰もがみな口を揃えて「難しい」「難しい」と言ってるアレなので、超有用なのではないかと。
たくぼさんに大感謝です。

-- 追記 --
よく見ればそんなもんじゃないや。
こちらに膨大な量のリファレンス和訳が！
すげえ！何時の間に！
というわけで、とりあえず「凄いニュース」に分類します（なんじゃそりゃ）。

[composed and posted with ecto]

「FOAFだけで友人認証する方法」の続きですが、FOAFでの認証は、基本的に

• mbox_sha1sumをBookmarkletなんかで認証先サイトに渡し、FOAFで個人サイト逆引きさせる
• 単なる個人の信用認証？だけでなく、FOAFに書かれているか否かで記事公開側が主体的に公開範囲を設定できる

で、別の方面で考えを進めたんだけど、コンテンツの公開範囲って、FOAFで示された友達？或いは友達の友達、までに公開できればそれでよし、というもんでもない気がします。
一般的なSNSのような機能を実現しようとすると、お互いはいくらFOAFを辿っても知り合いじゃないけど、同じSNSの同じコミュニティに属している、という人に対しても、記事を公開したい、という要望もあると思います。
この場合、友人、友人の友人、には、FOAFがあるのでmbox_sha1sum→個人サイトの逆引きができて、そこからOpenIDの認証が出来るわけですけども、SNSコミュニティ所属ユーザなんかは、逆引きができないので認証手順に入れない。
で、どうしたらいいか考えてみたんですけど。

...がMLに流れてた。
How OpenID worksOpenID のカラクリ

MLの流通量すごいです。
入ってるだけで全く何も追えてません。
たまにこういうの見つけたら横流しするくらいしかできまへん。

どんぞこ日誌のまかまかさんが、FOAFやOpenID周りで実装を書いておられます。

FOAF関連

FOAFだけで友人認証する方法あたりのことをPerlで実装する上で楽ができるよう、XML::FOAF::Utilsをコツコツと作成中。

Net::OpenID::Serverの実験

IDサーバのフレームワーク用モジュールNet::OpenID::Serverが出たので実験。

...というか、後者の方なんかはまるで「書いてや」と言わんばかりに「出たで」とメールしてたりしますが...。
自分でもやろう、とは思ってたけど、1日でできるなんてやっぱすごいっす。

あぎゃ。業務中に(オイ)メモ代わりにさっと書いてXML-RPCでドラフト上げしてたエントリが、手直し前に配信されちゃってる。

Mapserver: Open Source Gis Development

posted with amazlet at 05.05.24

Bill Kropla
Apress (2005/07/18)
売り上げランキング: 113,738
近日発売　予約可

Amazon.co.jp で詳細を見る

というか、既にhogemanさんレポート済みでしたが。

というか、既にこんなCPANモジュール出てます。

Net-OpenID-Consumer

[composed and posted with ecto]

OpenIDの動作デモがありました。
やっぱ動くもんがあるとかっちょいいですね。
...とか言いつつ、OpenID Serverとか用意していないので（TypeKeyでいいのかな？）試してないですけど。

FOAFでの認証も、よく考えると認証用のURLをhttpsにしないといろいろ問題が出そうだし、httpsを設定するのは素人にはお勧めできない、という事で、認証サーバは別でもいいのかもしれません...というか何の問題もなさそう。
その認証サーバが1社独占だとTypeKeyになるし、独占でなければOpenIDになるという感じですね...OpenIDだと別に自サーバを認証サーバにする事も可能ではあるだろうし。
サイトでの認証サーバのAutoDiscoveryで、個人で認証サーバ立ててる人は自分のを指定すればいいし、TypeKeyみたいなASPを使う人は使えばいい、という感じ。

そう考えると、FOAFで認証云々は、独自プロトコルを考えるよりも、OpenIDでいうところの最初のユーザURL取得を、FOAFを用いて自動取得＆コンテンツ配信側からのフィルタリング可能性、を加えたもの、として捉えた方がいいかもしれない。
その意味では、まかまかさんのFOAF＆TypeKeyで認証をちょっとごにょごにょすればそれですむ話なのかも。

位置情報系から離れていたので、現サーバにはPROJもGEOSもPostgreSQLもPostGISもMapServerもインストールしてなかったのですが、ka-mapを動かしてみたくなって、週末丸々かけてこれらを1からインストール作業してましたが、インストールできないーーーーーー！
というか、コンパイルは通るんだけど、mapservを動かすとSegmentation Faultが出る。
また、php_mapscript.soを、ライブラリファイルに突っ込んでも

Warning: dl() [function.dl]: Unable to load dynamic library './php_mapscript.so' - ./php_mapscript.so: cannot open shared object file: No such file or directory in /.../phpinfo_mapscript.php on line 21

きょうここがうさとかミックスしたかもー。
ねねと事が失敗したかったみたい。

きのううさうさが、事は失敗ー！ちぇりあすが失敗されたみたい…*このエントリは、BlogPetの「うさうさは、事もミックスした。

*このエントリは、BlogPetの「ここ」がふるーつがーでんを読んで書きました。

先のエントリで書いた

一番いいのは認証側・被認証側のFOAF、認証側・被認証側のサーバ、被認証側のブラウザ、この５者だけで完結して認証できればベスト

OpenIDプロジェクト (Via blog.bulknews.net)

PassportのMicrosoft、TypeKeyのSixApartのように、特定のセンターに依存した共通認証システムではなく、完全に分散型の認証システムを作ろうと言うプロジェクト。
早速Mailing Listに入会しました。

FOAFベースのSNS認証も、現時点ではTypeKeyあたりの力を借りているわけだけれども、いずれはこういうのに移った方がいいのかもね。
というか、一番いいのは認証側・被認証側のFOAF、認証側・被認証側のサーバ、被認証側のブラウザ、この５者だけで完結して認証できればベストなんだけれども、
その方法としてよいのがまだ思いついてない（というか、個人的に暗号やら認証やらはどちらかというと苦手分野なので思いつかないかも）ので、とりあえずはTypeKeyでもOpenIDでもいいから何らかの認証システムの認証結果をFOAFのノードに射影してやって、人間間の関係だけFOAFでの記述に頼る、という形でないと難しいかなあ。
で、その射影対象としては、一箇所への依存の大きいTypeKeyよりは、普及するなら分散型のOpenIDの方がいいのだろうか、と。

[composed and posted with ecto]

いつも通り帰宅後子供寝かせつけるのと一緒に爆睡。
いつもは起きて2時頃自分の布団に戻ってもう一度寝て、4時??6時に起きて会社行くまで、風呂入ったり自分の時間、というパターンなんだけど、
昨日-今日はつい目が冴えて、書きたい事もいっぱいあったので2時に目が覚めてからずっと起きてしまった。
今になって、徐々に眠気が...。

昨日は晩にヘルニアの発作で足が痛くなり、歩けなくなったので、ゆっくり休んだ方がよかったんだろうけど、つい...。
まあ、書きたいと思いつつ書けてなかった事多少は消化できたからいいか。
さ、風呂入ろ。

[composed and posted with ecto]

はよモブログ再開できるようにせんとあかんな。

BOSSの新オマケ。
缶を2つ繋げる事で、オマケのサイズもちょっと大きくなって集めがいのあるものになって、かつ2本同時に売れるという、うまいやり方。
SLというネタも秀逸、おまけに「集めれば列車が作れる」という名目の元、貨車や石炭車（しょぼっ）が出てくる時もあるので、どうしても機関車が出るまで買いたくなる。
戦略的に美(ry

で、先のエントリを書くためにNakamura-KU ADDICTさんを覗いてたら、もっと凄いネタが。
ka-map - Nakamura-KU ADDICT

Google Mapsにたいする、オープンソースGISからの回答と行ったところですね、まだまだリリースは先かもしれませんが、期待大です。

メインサイトはこちら。
オークニーさんと提携しているDM Solutionの開発ですから、いずれは日本でも発売される（というかOSSだからやりたい人には自由に手に入るだろうけど）かもしれませんね。

[composed and posted with ecto]

Orkney MapServer 4.6 新発売 - Nakamura-KU ADDICT

オークニーさんのサイトのニュースでOrkney MapServer 4.6の予約が始まったとでてました。

買NDS 的理由 - 鬼畜之道 ??地獄人間紀實??
外人4コマの変型＠中国の人？
繁体字だから台湾？香港かな？

失意体前屈の時も驚いたけど、俺達ここまで文化を共有してるのか（笑）。

[composed and posted with ecto]

これをネタにしてうまいタダ飯食わせてもらった身としては言及しないわけにはいきませんが、Jcodeが2.0になったとの事。
Encode is now 2.10! Jcode is now 2.00! - 404 Blog Not Found

• Jcode 2.0 より、お使いの Perl Version が 5.8.1 以降の場合は Encode の Wrapper として機能するようになりました。
• それ以前のPerlをお使いの場合、Jcodeはver. 0.88と同じように機能します。

FOAFで訪問者の自分との近しさを判定して、記事の公開範囲を変更する場合、例えば既存のBlogなんかでそれをやろうとすると、PHPなんかで認証結果を受け取り、それに応じて動的に公開範囲に応じたページを生成するしかなかったわけです。
MovableTypeのように、スタティックなページを出力するタイプのCMSの場合、訪問相手の認証状況に合わせてページを変えるというのは不可能だったわけですが（もちろん最近のMTはPHP出力にも対応してるからそれを使えばよいという説もあるが）、
よく考えれば、FOAFで認証された公開レベルより低い公開レベルのデータしか提供しない、同じURLでも認証レベルによって異なるデータを出力するといったあたりを、Apacheのモジュールとして実装してやれば、静的コンテンツでも相手に合わせて公開内容を帰ることが出来ますね。

コンテンツって、認証によって見せる/見せないだけじゃなくて、内容そのものを変えたいというケースもありますよね。
例えば、Blogの記事一覧。
誰にでも見せる記事と、友人にしか見せない記事があったとして、でも一覧にはどちらも並んでて、というのは、名無しさんがアクセスしてみて「これは非公開です」っていうのも気が悪いし、そもそも記事の存在すら名無しさんには知られたくないというのもある。
記事一覧にアクセスした時に、同じURLでも家族には家族用の、友人には友人用の、名無しさんには名無しさん用の記事一覧が出てくれれば、それはすっきりする。
で、よく考えると、Apacheには既に似たような機能があるわけですよね。
index.html.jaとか、index.html.ko、index.html.frとか用意しとくと、日本語ブラウザからのアクセスならindex.html.jaを、フランス語ブラウザからのアクセスならindex.html.frを表示する...とかの機能。
あれを応用して、index.html.familyとか、index.html.friendsとか、index.html.anonとか用意しといて、家族からの認証アクセスならindex.html.familyを表示、非認証者からのアクセスならindex.html.anonを表示するとか、そういう機能をApacheモジュールとして実装するというのはどうだろうか。
以前はこういうFOAF/SNS系の認証機能をApacheのモジュールになんてするのは実装として重過ぎるかなあとか書いたけど、実は結構いけるんじゃないかという気がしてきました。

「XOOPS for SpaceTag Server」リリースのお知らせ

おお、出ましたね。
インストーラ自体はずっと前から出来てたと聞いてたんですが。

でも、まあまだ時間も人手も足りてないから将来対応になるんだろうと思うけど、
個人的には、「Xoopsインストーラ」を出して欲しかっただけに、「XoopsのSpaceTag Serverプラグイン」になっているのが残念。
試しに、SpaceTag Serverの「インストールされていない」PC上でXoopsインストーラだけ落として実行してみると、必要なコンポーネントをDLしてくれるかと思いきや、「SpaceTag Serverがインストールされていません」で終了してしまった。

Blog Hackers Conference 2005

日時
2005/05/27 (Fri) 19:00
会場
デジハリ東京御茶ノ水本校 (住所・地図)
費用
無料

こちらのエントリで引き取り手がみつかったと書いたアンテナ奪取とPerlモジュール群ですが、
アンテナ奪取の方はうまく引き継げた...というか、データ渡しただけでノウハウとか全然うまく引き継げなかったんですが新管理人きむらさんがフォローにご尽力くださったお陰で順調に稼働中なんですが、
Perlモジュールの方は、ほとんど引き継げないままなし崩し状態で、無管理状態になってました。

んなもんで、私も転職後落ち着いて、余裕がないと言えばないけどあると言えばある、くらいにはなってきましたので、どう管理するのがよいかは今後詰めていきますが、とりあえず共同開発できる場を設けてもいいかなと思い、Subversionレポジトリ化してみました。
自分のSubversionの勉強も兼ねてですが。
一応、trunkが開発用、tagsがリリースのスナップショットと考えてます。
こんなやり方でええのかよう判らんのですけども、よそ様の真似してみました。

フォトライフの測地系 - 脇見運転

auのGPS携帯電話はSTELLA★仮店舗 Version5.0β: むーん・・・によると同じ個体であってもexifに日本座標系で書く場合と世界座標系で書く場合があるようです。幸い、リンク先にこの識別方法が載っています。はてなフォトライフは対応しているのでしょうか。対応しているなら表明してくれたほうがユーザーは安心です。

HepCat Dev and Test: The Atom Publishing Protocol - draft4:

...が発表された、という事みたいです。
とりあえず原文はさっぱり見てませんが、紹介記事から引用。

ところで、先のエントリに絡んで久しぶりにケータイQRコードリーダについて調べてたら、こんなニュースが。
au携帯電話のバーコードリーダでジャンプ先URLが偽装される - BUGTRAQ-JP ARCHIVE

au携帯電話の「バーコードリーダ」機能でQRコードを読み取り、そこに含まれるURLにEZwebでアクセスする際、特定のQRコードを読み取ると、画面上で選択したのとは異なるURLにジャンプしてしまう。
この挙動は、リアル世界で配布される悪意あるQRコードによって、バーチャル世界で偽サイトに誘われてしまうという、いわば「ユビキタスフィッシング」の危険性をもたらしている。

読込んだバーコードによっては、カーソルのあたっている次の行のURLにジャンプする事があります。

私もしがないサラリーマンなので、小遣いもなかなかあがらずそれどころか下げられそうな勢いなので、自分の使う金はなんとか自分で少しでも確保しないといけない。
かといって投資だのするような元手弾もないので、必然AdsenseだのAmazonアソシエイトだのくらいしかやる事がないわけだけれども、まあうち程度の人気じゃそれも、1年かけてやっと月の小遣いの半分稼げるか稼げないか、という程度のもんでしかない。

なもんで他に何か堅実である程度稼げそうな事ないかなーなんて探してたりするのだが、最近興味持ってるのが「せどり」って奴。
なんでも、ブックオフで105円均一とかで売っている本の中にも、Amazonで売ると高値がつくようなのがあるらしく、その差額で儲けるらしい。
なるほど、これなら本が好きな人間なら、儲かればラッキー、儲からなくても本が読めていいという感じで、気軽に始められそうだ。
結構流行っているみたいで、既に携帯からアクセスできるISBNからのAmazonマーケットプレイスでの売価チェックサイトもできているようで、ブックオフ店頭でこれぞと思った本のISBNを打ち込んでアクセスすれば、儲かりそうかどうかチェックできるという仕組みだ。
今日、とりあえず様子見で、実際に買わずに最寄のブックオフで探してみたが、確かに105円で売っていても、Amazonの中古売値だと500円??600円くらいの売値がついているのは、4冊くらいは見つけた。
もっとも売れた実績があるかどうかではなく、他の出品者（いわばライバル）がいくらで出しているかが判るだけなので、売れないかも知れず絶対儲かるとは限らないわけだが、一方で原価が105円であるのなら読んでみても損はしないかなというような本の宝庫であったので、これは趣味と実益をかねて始めてみてもいいかな、という感じはしている。

韓流って、「かんりゅう」って言ってるのかと思ったら、昨日の世界ふしぎ発見なんか見てると、なんかみんな「はんりゅう」って言ってるのね。
現地語発音でマニアっぽく言ってるつもりなのか。
でも、韓国語専門の家内にも確かめたけど、現地語だと「韓流」って、発音は日本語でもっとも似せたら、語の連続による音変化で「はるりゅー」になるんだけどなあ...。

というか、音変化を考えなくても、個々の語が「韓」は「はん」、「流」は「ゆー」だから（なぜそれがつながって「はんゆー」ではなく「はるりゅー」になるかは省略）、そもそも単独語の現地音を繋げたものにもなってない。
誰が言いだしたか知らないけど、変。

[composed and posted with ecto]

Alexaに、サイトオリジナルのツールバーを無料で作るサービスがありました。
といっても、IE用のAlexaツールバーに、サイトのロゴを入れられる程度なんですけどね。

たわむれに作ってみました。
こんな感じ。

ダウンロードはこちら。
これで、どんな時も位置情報関連の最新情報を逃しません...わけない。
まあ、よかったら使ってやってください...ちなみにIE専用。

[composed and posted with ecto]

なんでもRSSの問題点。
というか。

Blogじゃない友人の日記サイトをRSS化した。
Bloglinesに登録した。
気になるエントリがあったので、直接サイトを訪れた。
すると...

なんかMovableTypeに脆弱性があるとかで盛り上がってるみたい。
遅ればせながらちょっと読んでみた。

元報告者の意見。
Movable Type 3.151以前のセッションハイジャック脆弱性問題 - 「旅行びと日記」日記
大御所の、擁護意見。
Movable Type の脆弱性の件 - NDO::Weblog
MTの認証Cookieに関する脆弱性とされているものについて - tdiary.ishinao.net

Webによるクライアント機能の作りこみ技術に関する、会社の技術先行調査部隊のレビューを聞いてたんだけど、遠隔やらクライアントマシンを選ばない、やら、WebでないといけないからWebで実装するのかと思ったら、なんかクライアントにインストールする市販商用データ処理ソフトと連携しないといけないから、Webからクライアントアプリを起動する方法とか、ローカルソフトにデータを渡すために、Webからローカルにデータをセーブする方法とか、そういう事を調べてる。
それで、ActiveX使わないとローカルにデータセーブは無理、そしたらActiveXの作成やインストールの方法は...とかなんとか。
えー？Webクライアントの強みはブラウザさえあればどこからでもアクセスでき、またサーバさえ更新すればどこでも最新の機能を得られる事こそが強みなのに、クライアントに市販商用ソフトやActiveXをSIしないといけないのなら、Webクライアントにする意味ないのでは？
むしろ、すぐ納入するわけじゃなく数年先とかのプロジェクトなわけだし、そうするとブラウザの仕様変更なんかでプラットフォームが変わってしまって動かなくなる危険性を考えれば、そんな条件では普通のバイナリアプリにした方がいいのでは？と指摘したら、どうも顧客の要請らしい、との返事。
（先行技術調査隊は（だけでなく私もですが）直接は顧客と接していないので、らしいという伝聞になってます）

それはおかしいだろう、顧客が要請してきたとしても、その要請に合理性がなくてむしろ顧客の不利益につながるならそれを修正して納得してもらうのがSEの仕事じゃないの、と思って上司に問題点を進言してみた。
すると、どうも顧客の要請ではなく、採用の決まっているフレームワークの仕様で、そうせざるを得ないという感じなのだそうだ。

ひらっちさんによる、Affelioの内部解析が始まったようです。
ソースコード旅行ガイド

Affelio 0.9.3 を元にソースコードを解読していく。

また、最新の0.9.4からは、Affelio-APIも公開されたようです。

80位後半から90位前半をキープしてたのが、一日で一気に296位にまで落ちた。
いや、多分実力としては現在の方が正しいとは思うのではあるが、うちのサイトだけ急に、何の前触れもなく突然ガクーッと下がるのはそれはそれで衝撃はある。
というか、こんなエントリ書いたから、それにfeedmeter管理人さんがそれに気付いたかなんかして、おかしいと思って判定条件チェックしたらミスがあって、修正した結果妥当な結果に落ち着いた、とかそういう感じのアレだろうか。

[composed and posted with ecto]

きょうはアンテナふかしなかった？

を、はてなに作っている人をみつけた。
SpaceTag Serverとりあえず..

*このエントリは、BlogPetの「ここ」が書きました。

スタンガンジジイ＠地下鉄 - 斜めうえ行く「オクノ総研 WEBLOG」

「ばごばごばごばごっ、ぴゅーいーん、ばごばごばごばごっ、ぴゅーいん」
「あせｄｆｇｙふじこｌｐ；あせｄｆｇｙふじこｌｐ；」
「へっくしょい」

[composed and posted with ecto]

昨晩、アンテナ奪取ユーザで有名なふかちんさんとお会いしてきました。
考えてみれば長年やってきて、ユーザも一時は1000人近くいたにも関わらず、アンテナ奪取関連で人とお会いするのはこれが初めてです。
元々2人で会おうと言う話でしたところに、あるぜすさんからもお申し出があって、それなら会う約束を急遽そのまま公開オフに格上げするか！という事で当日朝にふかちんさんに告知していただきましたが、あるぜすさんも都合がつかず結局やっぱり2人でした。
私の前職職場のとなりの、おいしいスペイン料理屋に言って、じっくりいろいろお話できました。

ここからここあたりでおいかけてきたSubversionのレポジトリ内をGoogle Desktop Searchで検索できるようにする話ですが、
その後レポートしてなかったもののある程度進んでいて、WebDAV経由でSubversionレポジトリをネットワークファイルシステムとして登録できるようにして、その際に生じる日本語文字コードの問題もmod_encodingで解決して、WebDriveでWebDAVフォルダをネットワークドライブとして認識させて（これのみ有償ツール、個人使用で5000円ほど）、レジストリ書き換えでネットワークドライブをGDSのインデックス対象にして...と言った感じで着々と進めてきてた。
最後の1パーツとして、GDS検索画面のリモートPCへの開放があったんだけど、そこで一つ悩ましかったのが、単に逆プロキシでGDS画面をリモートに公開しても、検索結果はGDSの走っているマシンから上でのローカルパスで表示されるので、リモートから検索は出来ても検索結果にアクセスできないという問題があった。
Apacheをフックして、ローカルパスを強制的に書き換えるスクリプトをperlで書いてやろうかとか考えていたんですが、今日なにげなくGDSのプラグインページを覗いていると、すごいツールを見つけてしまいました。

湘南新宿ラインや総武線の普通電車のグリーン車、最初見たときなんじゃそりゃ？金持ちビジネスマンと貧乏ビジネスマンの格差を見せ付けるアレか？とか思っていい感じしなかったけど、よく考えればいい制度かもしれないと思った。

そう考えた理由を説明するのに、全然関係ない感じの前振りをちょっと書くと、
関西から東京に来て驚いたのは、電車に乗る時にとにかく東京では列を作ること。
もちろん、別に関西でも列はつくるけど、特に満員電車の時刻とか、並ばない奴も結構いる。
これは別に割り込みや横入りを狙ってるんじゃなくて、別に並ぼうが並んでなかろうが座れないのは一緒なんだから、別に並ばなくてもFeel Freeに電車が来るのを待って、電車が着いてから適当なドアの後ろに付いて入れば気も楽よね、という感覚なだけ（まあ少なくとも俺の感覚）。
だから、どうしても座りたくてかつ並んで前の方にいれば座れる可能性が高い、とかいう場合以外は、適当にその辺でぶらぶら柱にもたれかかっていたりする事も多い。
でも関東だと、そうして適当にいる俺の後ろに、列が出来ちゃったりするんだよね...おまいら、人に頼らずにドアの位置くらい自分で確かめろ！というか。
ちょっとびっくり。

ドキュメント管理のシステムが欲しい - Miscellaneous
いやそんなシステムマジ欲しい。
というかある、あるけどオーバースペックでめちゃ高かったり。
混乱して困っている現場レベルから必要だと声を上げられない（というか、現場自体がそんな値段なら面倒を嫌って別にいらないと言う。今まで非効率なやり方でやってきて、それはそれで一つの慣れができてるのか）。
フリーだってある程度我慢すれば有用なツールもある事はあるのだが、今度は日本語化されてなかったり不十分だったり（いや、俺は別に英語でも使うけどね）。
ほんとにこんなツールあればいいなあ。

先のエントリでも取り上げた東工大奥村研のなんでもRSS、使ってみました。
俎上に上げるのはRSSを装備しておらず、これまで定期チェックできてなかった我が親友の日記サイト...だしに使ってスマソ　＞　すめりん（不明）

実行結果がこちら。
RSSに出来るのはすごいけど、ちょっと期待外れな面も。

FreeGIS.orgのRSS - Nakamura-KU ADDICT

GWに暇だったので、有名なオープンソース系GISの情報サイトであるFreeGIS.orgのメインコンテンツである最近更新したソフトウェアのリストをRSSにしてみました。

でもなぜか、前エントリで紹介したPLAYONのPuchi RSS Reader でははじかれてしまう模様...。
なんでだろ？

[composed and posted with ecto]

を見つけました。
複数サイトを選択肢付ではっつけられるので、今まで使ってたRSS貼り付けだとたくさん貼り付けると右サイドバーが長くなってしまって鬱陶しかったため入れ替えました。

PLAYON RSSリーダー

元々Bloglinesなんかと同様のWeb-RSSリーダで、そのインタフェースがFLASHになっているサービスなのですが、そうして登録した自分の購読サイトを、Puchi RSS Reader という形でサイトにはっつけられる形でも配信できるサービスのようです。

個人的要望としては、欲を言えば、この方式だと登録サイトの一番上の記事しかデフォルトでは表示されず、他のサイトはユーザが興味もってくれて操作しないとヘッドラインが見られないので、最上位表示にするサイトを引数などで切り替えられるようになってれば嬉しかったんですが...。
後、ヘッドラインも影に隠れてしまって全部見えないので（かといって縦に伸ばすとスマートじゃないし）、順々にヘッドラインが流れて訪問者の気が引けるティッカー型がよかったなあ、と思ったりもしました。
とはいえ、他に似たようなサービスが見つからないので、これはこれで重宝しそうです。

blogWatcher 2.0 / なんでもRSS - NDO::Weblog

API があったり (OKUMURANK!) いろいろ面白いのですが、僕個人として一番これはいいと思ったのは、メインの blogWatcher ではなく blogWatcher の研究成果を利用して作られたなんでもRSSの方ですね。

Blogでなくても日記形式になっているサイトのデータを解析する、という技術も面白かったのですが、なるほど、それをRSS生成に利用しますか。
考えたら当たり前の発想？のような気もしますが、飽くまでBlogが存在しなかった頃から解析対象にするために開発した技術...と聞いていたので、その当たり前の発想が思いつきませんでした。
でも考えてみたら、私の友人のサイトでもまだBlog使わずに手書き更新しているようなところもあるので、そういうところのもこれからはRSSで読めるようになるわけですな。

私個人はその技術を聞いて何を考えていたかといえば、ちょうどその頃はケータイサイト構築にはまっていてRSSリーダなんかも作っていた事もあって、Blog系サイトを携帯で見る際に、広告やらメニューやらごちゃごちゃしたところをさっぴいて純粋に日付・タイトル・本文部分だけを抜き出すための汎用エンジンとして使えないかなー、とか、そういう事を考えていた記憶があります。
RSSじゃ全文読めないし、Atomは非対応のサイト多いし、各Blog独自のケータイサイト（MT4iとか）への誘導は、URLが自動取得できないから無理っぽいので、この技術を使えば全ブログサイト共通対応可能な記事データ取得バックエンジンが出来るなと。

[composed and posted with ecto]

会社帰りの電車の中。
男女3??4人ずつくらい(計7??8人)の大学生らしき集団がいたのだが、野郎一人が

「カリブの海賊」

の話をしようとして

10日間という長かった連休も終りました。
あまりに長かったため、3ヶ月もの間スーツとして過ごしてきて忘れかけていたギーク感をちょっと取り戻して、CatalystいじったりCSSいじったりいろいろしとりましたが、またしばしのスーツ生活に逆戻りです。
（ここでいうスーツ/ギークとは、ここの感じの意です。それから、一応「ギーク」に「優秀な」という意味はこめてません）

全く手触りのないプロジェクトの決り事とか、そういったあたりをWordやExcel相手にゴニョゴニョする仕事への逆戻りです。
それで金もらってんだからやらなきゃのアレですが、実際そんなもの作っても過去の事例見ても全然守られてなかったりして、そうなると昔っからやってる連中は要領わかってるから儀式みたいなもんで適当にゴニョっとやってお茶を濁すんでしょうが。
こっちはそういう文化が判らないのでさじ加減がわからず、無意味っぽい事を理解するためだけに結構な時間を費やしてしまったりして orz だったりする感じです。
まあ、「無意味っぽい」事を無意味じゃなくするために、いろいろ考えなきゃいけないしそれが仕事なわけですが。

feedmeterで。

でも別にいいスコア取れるのは純粋に嬉しいけれど、どう考えてもうちのサイトがここやここと同程度の人気があるとは思えんのだが。
（まあ、さきっちょはんとこは更新止まって別ブログに移行しとるから判らんでもないが）
feedmeterのスコア導出規準は訳判らん。

[composed and posted with ecto]

多少難ありですが、こちらのエントリに書いた新レイアウト案、CSSで実現できそうです。
同エントリのコメント欄で教えていただいたこちらのページを参考に、試してみました。

こんな感じ。
まだレイアウトが組めるかどうかのテストだけで、メニュー内容の見直しとかは全然まだ終えてませんが、とりあえず配置できそうです。
ちゃんと、HTML記述の上で、Main部分（中央）の記述が、左右のメニューより前に来るようになってます。
一応、firefox1、IE6、Opera7.5、Opera8（全てWindowsのみ）でチェックしましたが、ちゃんと見えていそうです。

先日のCatalystレポートで、詳細なバグレポートの表示を紹介したけど、その画面はFirefoxでは以下のような感じで見える。

判るとおり、角が丸っちくなってみえるのだ。

すわ、これは画像でやってるのか？それとも悪評ぷんぷんで一時話題をかっさらったCSSで角を丸くするテクでやってるのか？と思ってCSSをみたら、

-moz-border-radius: 10px;

を、はてなに作っている人をみつけた。

SpaceTag Server

とりあえずメモ。
ちょっと最近の状況を考えると、複雑な感じのアレですが（独り言）。

[composed and posted with ecto]

PerlハカーもすなるCatalystといふものを...ということで、今更感爆発ですがちょっといじくってみました。
というか、NDO::Weblogのnaoyaさんが取り上げておられたのをきっかけにしたのですが、実際のところnaoyaさんくらいに噛み砕いてくれないとさっぱり使い方が判らなかったというのでFA。

とりあえず作ってみたのは、このブログの個別エントリについている、記事関連商品のAmazonアフィリエイトを作ってくれるJavaScript貼り付けサービスを、ページへのアクセスがある度にサービスにJavaScriptを要求するのではなく、一度取得した後はしばらくここギコサーバにキャッシュさせておいてそれを表示する、というもの。
要するにjscacheや中継君JSみたいなのを自前で用意した、という事ですが、これは、これらのサービスでキャッシュすると、キャッシュしてくれるのはいいのですが、キャッシュが切れた時（＝再度サービスに結果を聞きに行く時）のサイトアクセスが重くなる、というのが気に入らなかったので、JavaScriptの発行は飽くまでキャッシュされているものを表示するだけで、キャッシュの更新はcron等でアクセスとは非同期に行うものが欲しかったので、作ってみました。
（あ、ちなみに作ってみて完成してますが、以下の記事作成過程の説明やチュートリアルではないです。飽くまで使ってみた印象の記載だけなので、その辺期待しないように）

以前のエントリでイラっときた理由の一つには、関西圏なんかに比べ、東京の地下鉄が判り難い点も挙げられる。
ずいぶん前にその理由を考えていて、思い至ったのが、東京の地下鉄は多くが区間内の通過する一地名を元に名前が付けられているので、その路線の利用客の利用実態をほとんど反映していないという事に尽きるのでは、と思った。

大阪や京都や神戸の地下鉄の場合、多くの場合において利用客の利用実態にあった路線名が付けられている。
もちろん、考えうる全ての利用形態を路線名が代表する事は不可能ではある、が、少なくとも代表されるいくつかの利用形態のうちの一つは網羅した命名がされている。
例えば大阪の御堂筋線。
この路線の利用形態は、「１、大阪市街内での、御堂筋通に沿った南北の移動」「２．大阪南方郊外の堺方面、或いは北方郊外の千里方面からの市街への移動」が主なものだが、後者の利用法は代表していなくても、少なくとも前者の利用形態は路線名が代表している。
大阪では他にも「堺筋線」「四つ橋線」「千日前線」「中央線」等、大半に並行して走る通り名がついていて、その通りに沿った南北/東西の利用形態を代表しているし、京都でも「烏丸線」なんかがこの例にあたる。
神戸の場合は、西神・山手線、海岸線だが、いずれも路線の走っている地域名が冠されていて、その地域での移動にはその路線を使う、という事で判り易い（同様の例は、正確には地下鉄ではないが、南港ポートタウン線等）。
京都の「東西線」も、（少なくとも「地下鉄」という系で閉じる限りにおいては）東西の移動にはこの路線を使う、という意味で、まあ判り難くはない（東京にも「東西線」「南北線」はあるけど）。

翻って東京の場合。
銀座線という名前がついた路線を利用する人々は、果たして銀座という１地点を利用する人々で代表できるのか、というと、否と言わざるを得ない。
新橋から神田へ移動する人にとって、銀座は通過するものの、別に興味のある地点ではない。
渋谷から赤坂、上野から浅草へ移動する人にとっては、銀座など何の関係もない地点に過ぎない。
にも関わらず、路線が通過する１点を元に路線名が付けられているために、人々の直感的な利用を阻んでいる。

浅草の出店で、流れるスーパーボール掬いをやりたいと言い出した息子。
スーパーボールそのものが欲しいというより水遊びが楽しかったようなのですが、キラキラのラメ入りスーパーボールや、野球やバスケのボールの形のもあるなか、息子が興味を示したのは飽くまで「う○ち」形のスーパーボール。
或いは、それに準じる「スライム（c）スクエアエニックス」形のスーパーボール。
とにかくそれに執着。

ひとしきり遊んで、持って帰るスーパーボールを選ぶ際も、母親が「キラキラボールも入れてもらいなさいよー」とか言ってるのを尻目に、全部う○ちとスライム。
香具師のおっちゃんもけったいな奴を処分できると踏んでか、本当なら5個のところ8個くれたのはいいけど、やっぱり全部う○ちとスライム。
両親はため息をつくも、息子はとにかく大はしゃぎ。

クレヨンしんちゃんやアラレちゃんじゃないけど、本当に子供はう○ちが好きだねえ...。

[composed and posted with ecto]

5/4も午後から家族サービス？で浅草へ。
都営浅草線経由で行ったのだが、帰りの電車の中でアンテナ奪取をやってみると、代目が3桁に達しているところもある一方で、2桁や十番代のところもちらほら。
どうも浅草線をメインの移動経路として奪取しているケースが少ないようで、他路線との乗換駅は代目が育つけれど、浅草線だけの駅なんかはほとんど代目が伸びてないような感じ。
特に、京急が分かれる泉岳寺以西は、まだほとんどが１桁台。
マイナー路線なんですねー。

びっくりしたのは、人形町でふかちん＠伊勢さんから14代目として奪取できた事。
ふかちんさんの上京は4月20日台だったので、都心なのに実に10日近く所有者が動いていなかった事になります。
日比谷線との乗換駅でもあるのに...日比谷線も不人気路線なんでしょうか。
ちなみに隣の駅（東日本橋駅）は軽く3桁に達していました。

[composed and posted with ecto]

5/3に家族サービスで江ノ島に遊びに行ったんだけど、その往路で、電車好きの息子のために湘南新宿ラインの2階建てグリーン車両に乗ろうとしたところ、ホームでグリーン券を買おうとするとSuikaで購入する販売機しかない。
おまけにそのSuika販売機も、紙のグリーン券が出るのではなく、Suikaカード内に磁気情報としてグリーン券の情報が書き込まれるとかで、家内と2枚分買おうとしてもうまく買えない。
仕方なく改札にダッシュして、家内の分のグリーン券を購入。
息を切らして？戻りながら、なんでこんな不便な事してるんだろうと思ったんだけど、乗り込んでみてその理由が判明。

新デザインといっても、これまでとガラッと変える気はなくて、これまでの印象を引き継ぎつつ問題点を解消しよう、というのが目的だけのデザイン変更なんだけど。
一応目標としては、変更点として

• これまでBLOG・Wiki合わせて左サイドで共通メニューで扱ってきたのを、ヘッダーの下に切り替えスイッチを入れる
• フッターを設ける

• 携帯版Google等でダイジェストされた際に、必要な内容がすぐアクセスできるようにする
• メイン記事内で、amazelet等のfloat属性を持つ記事を書いた際に、clearでレイアウトが崩れてしまうのを防ぐ

イメージ的には、こんな感じ。

でも、これがどうにもうまくいかない...。

俺様SNS: Affelio-0.9ベータ版公開ｷﾀ━━━( ´∀`)･ω･) ﾟДﾟ)ﾟ∀ﾟ)･∀･)━━━!!!!
Affelio 0.9.1リリース。

以前のエントリで書いた、Affelioがベータ版公開されたようです。
とりあえず、0.9版＋0.9.1相当パッチを当てたものを、こちらにインストールしてみました。
ベータバージョンなので、まだdiary機能は動作していないようです。

0,9発表と同時にインストールして、いくつか不具合報告も行い、SpaceTag Server上でのインストール等も試していたのですが、ブログエントリにまとめる余裕がなかった間に、0.9.1まで進んだようです。
SpaceTag Server回りとかまだまとめきれてないですが、今一番注目しているSNS系ムーブメントなので、とりあえず遅くならないうちにエントリあげときます。

[composed and posted with ecto]

弾さんパーティへ行くのに、MapFanで周辺地図を印刷していたら、3歳の息子が寄ってきて、「ここ海だねえ」とか話しかけてきたり、地図上の特徴的な場所を示してきて、「ここ何？」「小学校だよ」「じゃあここは？」「神社」みたいな会話が成り立つので、びっくり。
どうも単なる「カラフルな変な絵」ではなく、空間を図式化したものだと判っているようなのだ。
試しに家の近所の地図を印刷してやって、ここがおうちで、最寄の川はこれ、山手線、東急線はこれ、とヒントを与えてやると、「幼稚園ここ??」と自分の通っている幼稚園を指し示す事ができた。
数日前に通った散歩のルートを、さすがに彼がトレースするのは無理だったが、こっちがトレースしてやって「ここで何があった？」みたいな感じで誘導してやると、ちゃんと答えられる。
マジで判ってるっぽい。
まだ会話も舌足らずだからそこまでの認識力があるとは思っていなかったのに、何時の間にやら育っているものである。

普段愛用しているのはFirefoxなのですが、今日ほんまに久しぶりにIEで自ページを見て、むちゃくちゃにデザインが崩れているのに気付きました。
以前はここまでむちゃくちゃではなかったと思うんですが...。
IEで見られている方、すみません。

ちょうど近々スタイルシートとか見直そうと思っていたところなので、なんとかしたいと思います。

[composed and posted with ecto]

Jcode・Encodeの開発者として日本人Perlerなら知らない人のいない小飼弾さんですが、Blog上でホームパーティのエキストラを募集されていたので、タイトルのような（なんだかよく判らない？）参加理由で応募してみました。
そしたらOK、という返事をいただきましたので、さっそく潜入して参りました。

弾さん宅（マンション最上階！）からの眺望。

応募者殺到と思っていたのですが、意外と飛び入りは少なく、ほとんど弾さんのリアル知人の方々中心（まあ当たり前ですが）。
でも弾さんも知人の方々も皆さんフレンドリーな方々ばかりで、暖かく迎え入れていただき、非常に楽しい時間を過ごす事が出来ました。
何より食いしん坊の私的には、奥さんが作られているのであろう、次から次と出てくる料理が絶品で感涙でした。

弾さんと談笑する元オン・ザ・エッジの面々。

某テレビ局某ドラマの影の主役との噂も名高い、にぽたんにもお会いすることが出来ました。