2006/06/01 Thu [長年日記]
ライトノベル色々
涼宮ハルヒの憂鬱
そんなこんなでラノベというのはああいうものなんだなと思っていたのですが、読ませてくれた人曰く西尾維新は特別らしいです。なにが特別なのかよくわかりませんが。
好きな人にはふざけんなだと思いますが、デスノートの小説も西尾さんが書かれるそうで、個人的にはがっかりだったんですが、どうでしょうか。ちょっと読む気になってきました。そもそも作風が変わってるかもしれませんし。*1
なにはともあれ、自分のライトノベルに対する誤解が解けたのは良かったと思います。えぇ。
*1 同じく聞いた所、作風は変わっていないそうです。健在だと。
2006/06/03 Sat [長年日記]
政府インターネットテレビ
政府インターネットテレビなんだが、safariやfirefoxでは「ブラウザ又はプレイヤーは、対象外です。」とでて見られない。多分Operaも見られない。というか、IE以外では見られないんだろう。LinuxでIEを使って使えないというわけではないが、それでもみれるかどうかわからないし、PowerPCのMacではどうやっても無理だ。
本当に見たいならWindowsを起動するけど、Windowsを持っていない人はどうするんだろう？
普通にwmvへのリンクを列挙すれば金も掛からないし、より多くの人に見てもらえると思うのだが、どうだろう？なにより別Windowで見た方が見やすい。
GyaoやBrandnew Jならまだしょうがないかとも思うけど、go.jpドメインの仕事じゃないよね。
どうせ誰も見ないと思ってるのならその通りかもしれないけど、感心できないなぁ。
これに関してどうしろとは言わないけど、ユーザビリティには気をつけようとメモ。こういう体験ができるというのも勉強になるね。
アクセスキー
アクセシビリティーに気を使いたいと頭では思っている私は、今までアクセスキーを取り払うのが嫌で、だましだましtDiaryを使ってきましたが、MacでCoCoaアプリのemacs風キーバインドを気兼ねなく活かす為に、tDiaryのアクセスキーを消しました。
accesskeyの利用頻度とCoCoaキーバインドの利用頻度を考えた上、追記機能は私以外使わないという言い訳をしながらこのようにしましたが、政府インターネットテレビのアクセシビリティを避難したばかりとう事もあり、accesskeyを取るという事に少し後ろめたい気持ちがあります。
MacのCocoaAppのキーバインドとaccesskey両方を活かす方法は無い物でしょうか？そうすれば他のサイトでもaccesskeyが使われているかどうかを気にしなくても良いのに。
2006/06/04 Sun [長年日記]
はてなRSSを使ってみる
これまた、試しに使ったあと放置ぎみだったけど、登録ショートカットを作る為に久しぶりに使ってみた。
左の登録ボタンから登録してね。既に登録してる人がいてびっくり。さすがはてなだなぁ。
最近LivedoorReaderに移行してみて、やはり使っていると本当に使いやすいものに移りたくなる事を実感したので、はてなリーダーもいくつかとうろくしてみた。
しょこたんブログや、真鍋ブログ等普通なら絶対読まないブログを購読してみる。
やっぱり普通。可も無く不可もなくと言った所か。
あと、試し使いで放置してるのはgoogleのfeed readerだな。
金持ち兄さんの王道?専門家をカモにする人・される人
金持ち父さん貧乏父さんの例で、最も象徴的に解説された資産形成方法の例として出てきた不動産取引を、日本で行う場合の注意点や体験を記した本。タイトルはかなり狙っているが、金持ち父さん貧乏父さんを読んで実践したという話ではないので、自分の考え方に基づいて書かれている。
ちなみに金持ち父さん貧乏父さんを読んでいなくても十分楽しめる作りになっているが、読んだ事のない人は是非読まれる事をお奨めします。
サブタイトルにあるとおり、専門家の実態や、専門家とのつきあい方についての考え方が解説されているが、一にも二にも自分で考える事が重要と説いている。
自分で考える事といえば、当たり前の事ではあるが、専門家がいる業種というのは自分の意見があっても慣例や法律の問題等を意識して、一般的な常識の上での話や自分の考えを主張し難い物であるが、このような切り口でズバリと言ってくれると客観的に専門家と付き合うという考えの重要さに気づく。また、自分がなんらかの専門家であるならば、専門家としてのあり方を考えさせられると思う。
この著者のスゴい所は、なによりもバイタリティにあふれていて、モチベーションが高い事だと思う。この本を読んで、このバイタリティとモチベーションの保ち方が一番気になったかもしれない。
2006/06/06 Tue [長年日記]
マクドナルド
珍しくマクドナルドに行った。
9時頃だったんだけど、朝方は朝用のメニューしか売ってないんだって事初めて知った。
もう、完全にハンバーガーのピクルスを味わいながら食べる気で行ったので、何を頼めば良いかマジで悩んでしまった。
なんというか、貴重な経験でした。
Operaを使う
WindowsではOpera結構つかっていたけど、何となくfirefoxが多い。IEは明らかに機能面で劣っているので使っていなかったのだが、Windowsを使っているので、Windows Updateの為に必須であったし、でファクトスタンダードである為、サイトの表示確認やGyaoのようなサイトを見るのに使った。Gyao全然利用しないけどね。
Macを使う時は基本的にsafari。firefoxもインストールしたけど、意外なほど使わない。もっさり感がWindows版の比じゃないのだ。これはPowerPCアーキテクチャに多くの問題があるのかもしれないけど、firefoxがどの環境でももっさりしているのは疑い用の無い事実だ。
そんなこんなでsafariを常用しているのだが、今日GIGAZINEで見た所によると、総合的にOperaが表示が速いらしい。
MacでもOperaが使えるので、物は試しに使ってみたのだが、確かに速い。かなり速い。ていうか、起動とかがもう超速い。ちょっと、感動。
2006/06/07 Wed [長年日記]
Livedoor Weather Hacks
相変わらずの腰の重さを遺憾なく発揮し、完全に話題に上らなくなって、さらに一段落ついた所でやっとこさLivedoor Weather HacksのLWWS(Livedoor Weather Web Service?)を使ってみました。
はじめはLWWSを使ってJSONに変換して無意味にAjaxろうかとか考えてたんだけど、Drk7jpのJSON変換サービスがサンプルに挙げられてたりしていたので中止。JSON変換サービスあるんだ。あるもの使わないのもアホだけど、手段が目的だからなぁ。あー。
なんだか面倒くさくなって、どうしようか、いっそ辞めようかとおもってたんだが、Bloglines使わなくなったのでBloglines(Ask)の天気フィードの代わりに、自分のPCでhttpd走らせて、ブラウザのホームページで表示する事に。
なんともスケールが小さくなったけど、できました。まぁ、自分専用で地域指定インターフェースとか全くない、東京の今日、明日、明後日のデータ取得設定がソースにベタ書きだから当然あっさりできるし、普通に普通。
降水確率が無いのと、取得範囲が広すぎるのがなんとも使えない感じです。どうせなら一点ピンポイントで3日分一度で取得できた方が実用的なんだが。
2006/06/08 Thu [長年日記]
slashdot japan
昨日今日は興味深いタレ込みが多かったです。
個人的には意外と成功率高いなと...、恐ろしい世の中です。/.jでは違う方向で盛り上がってますが。
やった、それ見た事かってのが初見の感想なんだけど、#955651はしみるね。経営的判断した人が責任取るべきだと思うんだが。まぁ、最終的には責任追う訳なんだけど、本当のトップの決断じゃないんだろうしねぇ。なんなんだろうね。まったく。
おもしろくないんだけど、こういうので最後まで読める（提供側が読む許可をくれる（宣伝だし）という意味でなく、読んでる方が途中で放棄しないって方ね）のって珍しい。絵はBJ*1系だし、内容は完全に宣伝なんだけどね。サブミットジャパンで検索サイトに登録するより、短い漫画で客寄せした方が効果ありそう！と思わせるね。
*1 ビジネスジャンプ
Livedoor Weather Web Service
しばたさんの情報で気温情報も、一応とれる様になりました。
遊びには（マニアックな）もってこいのLWWSですが、まじめに使おうと思うと、何にも思いつかないぐらい使い道がせまいですね。
livedoor weather web service 2
なんか、ローカルで動かすよりも、ネット経由で動かしている方が表示が速い。なぜだろう？
LWWSから取得したデータは24時間サイクル*1でキャッシュしているので、取得コストは一日の初めの一度以外は考える必要がないんだけど、ローカルはワンテンポ遅い。
一番疑わしいのはXMLのパーシングなんだけど、これってこんなにコストかかるものか？
まぁ、LWWSの返すXMLって無駄にでかいけど。む〜、ローカルのメモリ増やしたら劇的に改善するのかもね。
*1 ちょっと長過ぎだけど、午後になるとどうも気温が取得できないから。本気でこの天気予報を使いたいなら午前中にcronでデータ取得だけやらせた方が良いのかも知れないけど、そこまで傾倒していないので、もちろんやらない。
2006/06/11 Sun [長年日記]
tdiaryをgoogle sitemapsに対応させてみる
グーグルサイトマップ用のXMLをジェネってくれるアプリをはてなブックマークで見つけたんだけど、静的に書き出されたファイルをローカルでスキャンして、作成されたものをFTPなりでアップするみたい。
ワザワザネットワーク経由でデータを取得して、XMLをローカルに吐き出し、それをアップするよりは全部ローカルでやった方が賢いだろうけど、とてもやる気にはならないな。せっかくCMSがあるのに。
tDiaryのプラグインを探してみたけど、それっぽい物が見つからず、makerss.rbをちょっといじればできるかなと思ったけど、makerss.rbのソースをみただけで目的の割には遠回りすぎる気がする。
結局ハックの出番、最初はTDiary::Configでdataフォルダ調べて、既存のIOクラスを拡張してちょちょいと思ったけど、思うのは楽だけどどう考えてもめんどくさい。
ので、データディレクトリベタ書きして、単純にヘッダからdateとlast modifiedを取ってきてグーグルサイトマップフォーマットのXMLを出力する事に。何事も単純に考えないと。
changefreqとpriorityはなんとも捕らえ所のない項目なので、実装せず。オプショナルだし。で、カテゴリとかも考えたけど、結局内容は同じなので、日毎エントリのアドレスだけでマップを作る事に。
で、完成。
後は、 https://www.google.com/webmasters/sitemaps/siteoverview で作成したサイトマップを登録して、巡回に来てくれるのを待つのみ。ようは放っとく。
拡張子がxmlでないと駄目ならアドレス書き換えか、googlesitemap.rbをgooglesitemap.xmlにリネームしてcgiハンドラでもつけようと考えてたんだけど、拡張子rbでも全く問題なく読みに来てくれました。とりあえずめでたし。
しかし、グーグルサイトマップのページは刺す様に重いな。
tdiaryでgoogle sitemapsのXMLを返すcgi
昨日(エントリーは今日ですが)作ったcgiです。tDiary2形式のデータに対応しています。（逆に言えばv1のPstoreIO形式には対応していません。多分問題ある人は殆ど居ないでしょう）
tar.gzip形式で圧縮されているので、適当なアーカイバで展開してください。
普通のCGIですので、アップロードしてhttpdでの実行権限をつけると動作しますが、tdiaryのデータパスと、url関係を設定する必要があります。
TDIARY_DATA_GLOB = "/home/users/tdiary_data/*/*.td2"
TDIARY_ADDR_FMT = "http://www.example.com/%s.html"
TDIARY_DATA_GLOBの/home/users/tdiary_dataの部分をtdiary.confの@data_pathと同じにしてください。
TDIARY_ADDR_FMTは自分のダイアリーの年月日の部分が%sになるようにします。printfのフォーマットが使えます。この日記ではmod_rewriteでアドレス書き換えをしていますが、標準のtdiaryだと以下のような感じになると思います。
TDIARY_ADDR_FMT = http://www.example.com/tdiary/?date=%s"
これで上手く動かなかったら、インタプリタを指定している行を変更してください。xrea等では/usr/bin/envが使えなくなっているようです。
あと、Google Sitemapsについての知識を一通り仕入れておく必要があるでしょう。グーグル サイトマップについて
その他の注意事項ですが、サイズ制限に対応していません。エントリーが5万個を超えていたり、生成されるmapが10Mbyteを超える場合に気を利かせるような作りにはなっていませんのであしからず。
MovableTypeのGoogle SiteMaps
tDiaryでGoogle Sitemapに対応したので、b.bulkitem.comで使っているMovableTypeでも対応する事に。
検索するとすぐに発見。
MovableTypeで Google Sitemapsを作成するを見てその通りにやれば完成。
ビッグマック
最近はマクドナルドに縁があるのか、ビッグマックを頂いた。なんでビッグマックなのかは不思議だけど、手持ちのクーポンが使えてセットじゃないハンバーガーはビッグマックだけだったらしい。
私は20年ぐらい前に一度だけビッグマックを食べた事があるんだけど、子供ながらに（子供だからビッグマックを選んだんだろうけど）「こんなでかいもの食うもんじゃないな」と思ったのを覚えている。
それ以来ビッグマックを買った事はない訳だけど、大人になってみるとそんなにでかい物でもない事に気づく。でもでかいよ。
食べてみるとやっぱりおいしかったけど、食べ難いので「こんなでかいもの食うもんじゃないな」という思いは変わらない。
2006/06/12 Mon [長年日記]
グランド・フィナーレ
私は小説を読んでいると時間を無駄にしている気がすると言う、小説読むには向かない性格なんですが、それでもたまに小説を読みます。基本的には実用書ばかり読んでいるので、気分転換というかそんな類の曖昧な動機で年に2〜3冊ぐらい読むのですが、今回のはなかなか面白かったです。
まぁ、小説というのはどう役に立つかとか、自分ならこうするのにとか、こういう考え方はどう？っていうよりも、読んだ人の趣味的に好きか嫌いかがすべてなので、感想とか述べるのは無意味と思う（読書感想文の課題がキツいのもこの理由だとおもう）のですが。
今日からお客様が倍増する売れる力学
凡人が最強営業マンに変わる魔法のセールストークと同じ著者の本。
39個の販売（営業）の悩みに対する107の答えという形式で成功事例や、失敗事例、考え方について解説すると言った趣の本。
ありがちな問題に、現実的で説得力があり、今すぐ実行できそうなノウハウを豊富な事例で紹介されていて、本としても各章が質問形式で適度に短く読みやすいというお得感のある本でした。
まさにyes, butですが、ノウハウ系のマーケティング本としてお買い得ではあると思いながらも、佐藤さんや神田さんの様なタイプの本は、数ある著書のうち何冊かを読むと食傷気味になるというのをいつも感じます。
いかにもマーケティングコンサルタントが書きそうな本という感じで、読んでいて面白くはある物の、それ系に共通するパターンのような物を感じてしまうので、新鮮みが欠け驚きや説得力が低下します。
もちろん、今まで蓄積してきたノウハウを披露してくれている訳なので、本を出す毎に全然違う事を言っているようではそちらの方が問題ですから、因果な話ではありますが。
初めて佐藤さんの本を読むには良いと思いますが、初めて読むなら凡人が最強営業マンに変わる魔法のセールストークの方がオススメです。
2006/06/13 Tue [長年日記]
Rubyカンファレンス行ってません
チケットとれなかった訳でもなく、取らなかったのですが。今行ってもあんまり交流できないかなと思って。目的がなんだか分かりませんが。
でも、もちろん興味津々なので、発表資料には目を通す訳ですが、どれもなかなか面白そう。高橋メソッドの普及のおかげで、発表資料を見るだけでも大体内容が分かるのですが、おもしろい内容であればあるほど生で聞きたくなります。
個人的にお気に入りはたださんの発表。
プラグインの実行順序がファイル名依存。うわつ、ダサ！あるあるw。00default.rbダサ！でも、理由がきちんとあるんですな。納得。
内容は、普及について。まぁ、マーケティングですね。物が良くてもそれだけじゃ駄目。やっぱマーケティング重要。やっぱアピールしないと。
M-w
tDiaryのHTMLからACCESSKEYアトリビュートを消してからというもの、safariのemacsキーバインドが日記編集で大活躍しているんだけど、テキストをキルリングに送る操作であるM-wコマンドを、Meta + wで実行するのが染み付いていて、不意に（というかコピーしようとして）SafariのTabを閉じてしまう事が多い。
しかも、safariもtab閉じる時に警告する設定とか無いし。2度や3度ではないので結構切実でキーバインドの慣れって怖い。
Macにもxkeymacsみたいなソフトがあって、M-wでキルリングにテキスト複写して、C-x-1とかC-x-0とか(C-x 5 0 とかC-x 5 2とかの方が自然か？)でタブ操作できたら幸せなんだが。safariのタブの切り替えもコマンドからできるといいよね。
2006/06/14 Wed [長年日記]
オープンソースマガジン
ちょいと待ち合わせで、本屋に立ち寄ったのだけど、OSM (オープンソースマガジン) 
そのなかでMatzさんがオープンソースプロジェクトのマーケティングについて書いてました。昨日の自分のエントリと重なってちょっとホットだったので興味深く読みました。内容的にはあまり踏み込んでは居ませんでしたが*1、こういう話をもっと読みたいと思いました。連載されている見たいですが（今回でたぶん16回でした）毎回違うネタのようなので、ちょっと期待できませんが。
*1 見開き2ページなのでしょうがない
2006/06/15 Thu [長年日記]
emacsのelscreen
以前からちょっと不便だと思ってたんだけど、elscreenの最初のタブは1からスタートできる様に変更する方法は無いのでしょうか？
キーボードの配列上1〜9,0の方が直感的というか、押しやすいのだけど。
リバースプロクシ
必要に迫られる事が無いので、使ってみる機会が無いのだが、こんな私でもスケールアウトやパフォーマンスチューニングのような過酷な状況には興味がある。もちろんそんな状況に置かれたい訳ではないのだが。
望まない故かどうかは分からないけど、幸いにしてそういう機会に恵まれていないので、手抜きではあるがアプリケーションサーバとウェブサーバを分けてみた。もちろんローカルなうえにフロントサーバもアプリサーバもバーチャルホストなわけだけど。
Apacheでmod_proxyという王道ケースである。
とはいっても、フロントサーバに以下の指示子を追加するだけ。
ProxyPass /app http://app.serv.local/app
ProxyPassReverse /app http://app.serv.local/app
バーチャルサーバに関してはここでは言及しないけど、www.serv.localとapp.serv.localが動いていると思ってほしい。
で、appの方にSERVER_NAMEを表示するindex.rbという簡単なcgiを置いておく。
確認として、http://www.serv.local/app/index.rbにアクセスするとappホストのindex.rbが実行され、SERVER_NAME: app.serv.localと表示される。
app.serv.localの/app/index.rbが実行されている事が確認できる訳だ。
最近はLighttpdやLiteSpeed等が注目されているみたいなんだけど、使える限りはApacheでOKかなと。
2006/06/16 Fri [長年日記]
続リバースプロクシ
今度はProxyPass指示子を使わずに、URI書き換えをしつつバックのサーバに処理を渡すようにする。URI重要。
YAPCではてなのnaoyaさんがプレゼンしていたはてブのバックエンドを参考に行う。といっても、cssやjsのディレクトリをLフラグつけて先にディスパッチして、残ったものをPフラグでバックのアプリケーションサーバに送る方法でたぶん一般的なやりかた。多分費用対効果が最もよさげ。こういう情報を公開している企業はカッコいいですね。
色々なサイトのスケールアウト方法が公表されている資料を見てきたけど、基本的にはどこも同じで、フロントサーバで受けて、バックエンドにアプリケーションサーバ（やDBサーバ）を規模に応じて並べて、ラウンドロビン風に振り分けているようだ。mixiやFlickrやdel.icio.usでも似たような物だった気がする。
mod_rewriteは日常的に使っているので、ProxyPassより圧倒的になじみがある。どちらも簡単だけど、こちらはパッと見て理解できる感じ。
RewriteRule ^/css - [L]
RewriteRule ^/js - [L]
RewriteRule ^/(.*)$ http://app.serv.local/$1 [P]
で終わり。もちろんフロントサーバの仕事。
ちなみに - は何もしないというフォーマット。つまり置換せずそのままという指示で、[L]フラグはこのルールに該当したらそこでURI決定でmod_rewriteの出番は終わり。
[P]フラグはプロクシに処理を渡して、mod_rewriteの出番は終了です。
これで、/cssと/jsディレクトリに置かれている以外のリクエストはバックエンドのアプリケーションサーバに処理を渡します。
う〜ん、こんなに簡単にできちゃっていいのかしら。今度は、バックエンドのサーバを増やして、ラウンドロビン風に振り分けてみたいです。バックエンドの負荷状況をみて振り分けられればもっと良いのですが、必要に迫られない限りはシンプルな手段を採用すべきだと思うので。
新しいグーグルアース
使ってみたけど、解像度がどれだけ上がったのかてのが、ちょっと分からなかった。
Intel Macだと速そうなんだけど、PowerPC G4ではちょっとキツいのかな？まぁ、ノートパソコンはバッテリ第一で選んでるので、良いのですが＜負け惜しみ？
明日、Windowsで見てみようと思います。でも、Google Earthって、私（というか普通の人）にとっては観賞用のソフトでしかないんだよな〜。
2006/06/17 Sat [長年日記]
ジャーマンポテトを作ったよ
本当においしいジャーマンポテトの作り方を読んで、なんか無性に食べたくなって作ってみました。写真とか撮っとけば良かったんですが、まぁ普段の生活のなかで日記を意識して何かをする人間でもないので、そういうのはないんですが。
基本的には、レシピ通りで。新ジャガを使ったので、皮は剥かずというぐらいしか違う所は無し。
ベーコンはさすがにあんなには油が出ませんでしたが。
普段から料理はしているので、男の料理の10倍は適当な主婦の料理*1的な能力を発揮して、味付けなんかの分量は適当です。
食べてみると、スゴくおいしいというのでも無いんですが、結構癖になる味。
気温が上がらなかったせいか、ビールではなく牛乳飲みながら食べたのですが（いや、変だってのは分かるよ）結構ぺろりと行けましたね。
*1 冷蔵庫の中の材料で手早くつくる奴ね。男の料理というのは現実的には凝りに凝った頭にくる料理だ
2006/06/19 Mon [長年日記]
ザ・プロフィット 利益はどのようにして生まれるのか
利益はどのように発生するのか、というよりどのように発生させるパターンがあるのかという利益モデルの解説本。プログラミングのデザインパターンの様に、知っている事で意思の疎通がはかりやすかったり、発想の源としての一般的なパターンとして利用できそう。発想が固定される弱点も（これもプログラミングのパターンと同様に）あると思うが、知っていて損は無いような気がする。
内容は先生役と生徒役で、プロフィットパターン（利益モデル）に関する課題をこなしながら学習していくというパターンで、小説のようなタッチである。
これが非常にぬるいというか、実用書向きではない。特に、網羅的に解説されていないという点は致命的であるし、斜め読みができない。酷い事に、課題として先送りにされ、結局解答は教えてもらえない話がある等、結構ストレスの溜まる本である。
あと、これは読み手の問題であるような気がするが、はっきりと想像できないモデルがいくつかあった。非常に消化不良である。
複数人で読んだ後に討論してみると面白そうな本である。
2006/06/20 Tue [長年日記]
second life
Second lifeは日本語版が出るみたいですね。いわゆるオンラインゲームですが、ゲーム上の通貨がリアルマネーに変換可能という事で、時間を無駄にするだけで一文にもならないというのが崩れる訳です。これはちょっとスゴいかも。
色々問題の元になるのかもしれないけど、この仕組み導入したってのがスゴいよね。仕組みの導入自体は法的なことをクリアすればそんなに難しくはないのだろうけど、私だったらこれによって一部の人が人生棒に振るのかもと思うととてもできない。そうして出し抜かれるんだろうけど。
逆に未来が開ける人も沢山居るんだろうけどね、そっちだけを見て生きる事は難しい。ようは考えたら負け。基本的に私のスタンスとしては考え無しは何やっても駄目だと思うんだけど、こういうときに良く言われる考えるより行動ってのが必要なのかも知れないね。それはとっても悲しい事のような。
Apache2.2でFastCGI
流行のFastCGIでも使ってみようかと言う事で早速やってみる。
まず、Apache moduleのmod_fastcgiをインストール。
portからインストールする
sudo port install mod_fastcgi
これは普通。
で、Apacheの設定ファイルhttpd.confにモジュールを追加。
LoadModule fastcgi_module modules/mod_fastcgi.so
これでOKかなーとおもったけど、ソケットのディレクトリーを指定しないと、エラーが出た。
<IfModule mod_fastcgi>
FastCgiIpcDir /tmp/fcgi
</IfModule>
追加で、動いた。
サンプルコードは動いたけど、FastCGI対応のコードの書き方がわかんね。
ちょっとドキュメントが少ないので、大変そうだけど、基本的にはcgiと同じだろうからちょっと調べてみようと思う。
動作が高速かどうかは、ちょっと今のサンプルコードレベルでは分からなかった。
まぁ、ファットなアプリやトラフィックの多いサイトでは雲泥の差なんだそうだから、きっとそうなんだろう。
2006/06/22 Thu [長年日記]
言語リソース
ちょっとした事ですが。
このtdiaryでは、普通のtdiaryでツッコミとなっている物が、コメントになっています。
これらの文言は、言語リソースとして一元的に提供されているので、言語リソースファイルを編集するだけで変更できます。簡単です。
日本語の場合は tdiary/lang/ja.rb を変更します。このなかのツッコミをコメントに変換したいなら、エディタの機能を使って一括置換すれば良いでしょう。
追記: 編集にはEUC-jpが扱えるエディタが必要です。
追記の追記: カスタマイズ系のプラグインでも変更できるようです。ツッコミをコメントに変更するという、そのものズバリの解説があります。こちらの方がバージョンがあがってもプラグインの互換性があればいじる必要がないので汎用的ですね。
プラグインの作り方のカスタマイズ系プラグイン部分を参照。
2006/06/23 Fri [長年日記]
MySQL/ruby
どうもサーバの関係で個人的にもRailsを使う機会がなくなっている*1ので、最近はRailsを使わずにrubyでCGIとして動かすアプリを書いたりしている。
ポータビリティと規模の関係でファイルで十分なケースが多いのだけど、ちょっと複雑な事をするのにファイルだとIOに関して責任を持つのが重荷に。というか、相当単純な事以外ファイル使う気にならない。
で、DBに逃げているんだけど、rubyのMysqlバインディングを作ったとみたさんの日記がかなりありがたい。
セキュアなプログラミングを読んでMySQL周りの模範的な使い方を学習。
基本的には以下の様にすればいいみたい。
require 'mysql'
my = Mysql.init()
my.options(Mysql::SET_CHARSET_NAME, "utf8")
my.real_connect("localhost", nil, nil, "dbname")
st = my.prepare("SELECT c1, c2, c3 FROM tablename WHERE id > ? ORDER BY id ASC")
st.execute(2)
MySQL/Rubyを使って、プリペアドステートメントを使うと。
たどり着いた目的はMYSQL_SET_CHARSET_NAMEの指定方法が知りたかったんだけどね。
*1 FastCGI化できないので動作が速くなくて作成意欲減退。といってもそれなりのサーバを借りる必要性も感じてないし。
2006/06/24 Sat [長年日記]
行動履歴と行動評価
アカウント形式のサービスでは、自分の利用履歴（オークションの評価や取引履歴などの事ね）が残っているのと、そうでないのとではユーザーの行動にやっぱり差が出るみたい。
もちろん予想通りに、評価や履歴が残ると変な事をあんまりしないっていう単純な事なんだけど、履歴が残る場合と残らない場合で結構な開きがあって驚いた。いや、驚いたというと表現が不適切で、差の開きが想像以上に分かりやすく出ていて意外だったって感じかな？
変な行為というのも別に犯罪行為をするとかいうのではなく、旅の恥はかき捨てみたいな行動の事でなんだけど。差がすごいなと。
たぶん、一度感情的に行動に及んだら、その行為と同様な事は気にしなくなるからそれが普通になるのかな？そういう人が増えるとそういう場所なんだと思う人が増えて、それが普通になるというのもあると思う。
といってもどこかの調査結果のようなデータを見た訳でも、WEBサービスで提供されるデータをある特定の切り口で集計したという話でもなく、比較対象も同形のサービスではある物のアカウントの持ち主は同一の人物ではなく、いくつかのサービスを個人的に漠然とした印象で比較したただの事なんだけど。どの数値で比較するものか分かんないし、まず数値が手に入らないし。
要は個人的に思った事をメモしたかっただけで、信頼性の担保は私の人間性以下にしかなり得ないのであんまり信じない方が良いと思います。
2006/06/25 Sun [長年日記]
Web+DB Press vol32
最近のWEB+DB pressは結構面白い。
JavaよりもLL系言語周辺の連載が増えているので、私の嗜好にあった記事が多くなってきている。WEB系は多様な技術の組み合わせ*1なので、自分の興味ある記事の割合というのがどうしても低くなりがちで、そうなると雑誌を買う意味が無くなってくる*2んだけど、WEB+DB pressは買いたいと思う*3出来。
ちなみにRubyもRails関係以外の記事が載ってるともっと嬉しいんだけど。Ruby版のperl styleみたいなのが読みたいなぁと。
2006/06/26 Mon [長年日記]
おりこうさん おばかさんのお金の使い方
社長失格で有名な板倉さんですが、現在はベンチャーキャピタルや企業コンサルティングや投資セミナー等を行って居るようです。そんな板倉さんが日本人のファイナンシャルリテラシーを高める為に書かれたのが本書という事で、結構目につく本だと思います。
アマゾンでのユーザーレビューはベタ褒め7〜8割、陳腐で使えないという意見２〜３割といった感じで、こういう情報に無頓着な人には大変有用で、すこしでも情報収集している人には全く意味がないという様な気がします。
私としては意外と楽しく読めましたが、発見が無いという結構寂しいところです。良くレビューで見られる読者を馬鹿にしているというような印象は受けませんでしたが、素直に受け入れられたくなる表現方法ではないので、不快になる人が居ても可笑しくはありません。
ただ、日本人のファイナンシャルリテラシーの底上げをするという意味では、レビューから見ると価値があったのではないでしょうか？
電気店のポイントカードはその場で使うという選択肢は無いと思うんだけど、実はあるのかどうだかが一番気になりました。その場で使えれば誰でもそうすると思いますが、実はその事を知らないからおばかさんなんでしょうか？
2006/06/27 Tue [長年日記]
Google sitemap用XML出力プラグインを作ってみた
以前CGIで作成した物をtDiaryのpluginにしてみました。
アクセス時に動的に出力するのではなく、更新時にスタティックなXMLファイルを出力します。
これは、サイトマップXMLが出力されるかのテストをかねて投稿しています。
また、後で書きます。
2006/06/28 Wed [長年日記]
Google sitemap plugin for tDiary
ダウンロード: ダウンロード
Google sitemap*1に読み込ませるXMLを生成するtDiary用のプラグインソフトを紹介します。
このプラグインは、日記の追記や更新時にGoogle sitemap用のXMLファイルを、任意のディレクトリにスタティックに生成します。
インストール方法は、通常のtDiary用のpluginと同様に、pluginディレクトリに本体と言語リソースをコピーするだけです。
その後、tDiaryの設定画面から[Google sitemap]を選択し、「アドレスフォーマット」と「XMLファイルの出力先」の2項目を設定してください。
アドレスフォーマットは、日付表示のURLのフォーマットを指定してください。これは例が挙げてあるので簡単に分かると思います。
XMLの出力先は、XMLファイルを保存する場所をファイルシステムの絶対パスで指定します。
ファイルの書き込み権限（パーミッション）に関して、設定時に検査を行いますが、ファイルが存在しない場合は必ず書き込み権限が無いと表示されます。
SuEXEC機能等により、該当ディレクトリにCGIアプリからファイルを作る権限がある場合は、そのまま投稿すれば作成されますが、いずれの場合でも、あらかじめファイルを作成した上でCGI経由で書き込みが出来る最低限の権限をつけておいた方が無難です。
なお、デフォルトの値が設定されていますが、精度の高い設定ではない（ヒントにはなるけど）ので、殆どの場合デフォルト値では上手く動かないと思います。必ず自分で設定して保存するようにしてください。
あと、Google sitemapに関する知識はあらかじめ仕入れておく必要があります。
ライセンスはtDiaryに準拠します。（つまりGPL2）自己責任の元でご利用ください。
*1 GoogleはGoogle inc.の登録商標です。
- [PR] 夜は短し歩けよ乙女 の 森見登美彦
- [PR] 鹿男あをによし の 万城目学
» しばた [LWWSでtodayの気温データは昼頃には消えてしまうみたいです。]
» smile [>しばたさん コメントありがとうございます。 今データ取得したら、気温情報ゲットできました。 なんなんでしょうね、こ..]