twitter連携その２．twitterでリプライ飛ばしてもらって、タイトル検索もしくは著者検索をして、リプライで返す。というやつ。

仕組みは簡単。twitterである程度決まった書き方してもらえば、そこから正規表現でテキトーにバラしてSQLにして投げ込むだけのお手軽さ。

とはいえ、twitter の仕様？ since_id が意味不明でハマってしまった。

since_idは、そのID以降のtweetを拾う。

と思ってたんだけど、どうやっても出てこない。検索しまくったもののよくわからない。しょうがないんで、前回取得した最大のIDをDBに記録。特にパラメータもなしに mention を1ページ20件×5ページ分取得して、記録しておいたIDより小さいものがあったらスキップ、というなんだかアレなやりかたになってしまった。

lolipop のロリポプランでは、cron の最小間隔5分。5分ごと、twitterで、mentionを取得することになる。その間に１００超えるリプライがあったらあふれてしまうので、そのときは最大取得ページ数を増やすことに。現状、たぶんほとんど使われないので、これでも平気、のはず。

一応、ケータイで自分の本棚の検索をできるようにしてあるんだけど、こっちはIDとパスワードをそのたびに入力しなきゃいけない、ちょっとした面倒がけっこうなハードル。ケータイでtwitter見ることが多いので、急ぎじゃなければ（検索結果が返ってくるまで、最大で5分はかかる）twitter経由で検索するかな。

http://doncha.net/about.pl?c=help

http://twitter.com/dokusyo2

古いURL（ttp://www.holeinthewall.jp/）から新しいURL(http://doncha.net/)に301リダイレクトしなきゃいけない。んだけど、zaurus SL-B500に入れたapacheは、rewrite のモジュールはインストールされていないっぽくて。HTMLのmetaタグで飛ばしていた。ウチの中のLANの配線都合や、B500のヘタレ加減を考えると、いつまでも、ttp://www.holeinthewall.jp を B500で受けるわけにもいかないだろうな、と思って、時間のある今のうち、今日、zaurus SL-B500 にあるページを lolipopに移した。lolipop の apache は、当然のようにほぼフルスペック。 .htaccess に rewrite ルールを記入してUPLOAD。今はもう、holeinthewall.jp へのアクセスはすべて、 http://doncha.net/about.pl?c=help ページへリダイレクト。

会員数や、アクセス数を見る限り、SEOなどとエラソにいうこともない規模、レベルなんだけど、それでも検索結果一ページ目にくる単語もあるんで、それを無しにするのは忍びなく。旧サイトのポイント（？）を、新サイトに引き継ぐには301でリダイレクトせよ、とぐーぐるサマはおっしゃってるんで、それにのっかってみた。

ちなみに。holeinthewall.jp の root に置いた .htaccess

RewriteEngine On
RewriteRule .* http://doncha.net/about.pl [L]

これで、ルート以下（サブドメインも含めて）すべてのアクセスを http://doncha.net/ にリダイレクトしてくれる。

こんなところでも、ほんの少しSEOは考えてみる、のかな。うーむ。

このページの右下に貼りつけた「趣味は読書２」のブログパーツ、本棚グラフが、google charts apiを使ったもの。

今までは、フリーのFLASHを使って本棚をグラフ化していた。XMLのデータをデータベースから吐き出させて、それをFLASHに。ブログパーツとしてインラインフレームでウチのFLASHを表示させるには、クロスドメインの設定とかあるし、loilpopでできるかどうか微妙。

そこで今回は、グラフを画像として生成して img タグだけで表示させるようにしたいな、と。

ImagemagickとかGDライブラリを漁ってグラフにしようと思ったんだけど、手ごわくて歯が立たない。検索しまくっても、Imagemagickってなんでこんなにドキュメントが出てこないんだ。円の描画まではできるけど、そこから先、円グラフにしたいのに、やりかたがわからず立ち往生。

ち。もういいや、と思い始めたころ見つけたのが google charts api 。

なんじゃこの簡単便利。

URLのパラメータにグラフのデータをつけると、PNG画像のグラフを返してくれるのだ。きっと何を今さらなんだろうけど、もうひたすら驚いた。もう平身低頭で使わせていただく。

以前の「趣味は読書。」でのユーザーさんの利用実態を見ると、本棚への登録が大半。それ以外の機能はほとんどアクセスされない状況だったので、今回「趣味は読書２」では、使われていなかったコミュニティ機能をばっさり削除して、必要ならtwitter と使ってもらおうと、twitterへ流し込み。本棚のグラフ、ほぼイコール、本棚グラフのブログパーツは、こうやって google を使わせてもらう。

核となる本棚への登録は、今までどおり amazon を使っている。

てことで、最近流行りのwebサービスを使ったマッシャブルとかいうサイトになったなあ。

WEBのまとめページとか２ちゃんにリンクされてる読書記録、蔵書管理のWEBサービスたちを一覧してみた。

趣味は読書2

http://doncha.net/

ブクログ

http://booklog.jp/

たなぞう

http://review.webdoku.jp/

MediaMarker（メディアマーカー）

http://mediamarker.net/

読んだ4!(twitter）

http://yonda4.com/

Stack Stock Books（スタック・ストック・ブックス）

http://stack.nayutaya.jp/

本棚.org

http://www.hondana.org/

Bookboard.jp

http://bookboard.jp/

今読ミ

http://imayomi.jp/

CROSSREVIEW

http://crossreview.jp/

InBookjp

http://inbook.jp/

読書メーター

http://book.akahoshitakuya.com/

BookScope

http://bookscope.net/

Socialtunes(ソーシャルチューンズ)

http://socialtunes.net/

ほんつな

http://www.hontsuna.com/

Bossa　Bookｓ

http://www.bossabooks.jp/cafe/

ソーシャルライブラリー

http://www.sociallibrary.jp/

Web本棚

http://webbookshelf.jp/

みんなの本棚

http://www.mindana.jp/

読書の定義

http://dokusho.noteigi.com/

マイルーツ

http://www.myroots.me/

BookScope

http://bookscope.net/

腰帯.com

http://koshiobi.com/

ほんといろいろある。ウチも含めて、どれもこれも一長一短。これで決まり、というのがない。しいてあげると、残念ながらウチ「趣味は読書２」ではなくて、評判を見る限り「メディアマーカー」が、良さそう。

いろいろ試してみませんか？

本を読むひとの数を増やしたい、小説を面白がってくれるひとを増やしたい、たくさん面白い小説を読みたい、というのはどのサービス提供者にも共通することだと思うんで、みんなで盛り上げられればいいなあ、と思うですよ。

ちなみに、リアル本棚もやっぱりひとそれぞれ楽しいものが作れる。うーん。こっちもいいなあ。

「はてな」は、理系でリテラシーの高いひとが多いんだろうなあ、と。私立文系でつぶしのきかないおっさんは思ったり。WEBサービスを個人で作って公開するのに、仕様書、という話題が。わたしはそもそも仕様書というのがどういうものなのかもわかってない。

一応2006年に読書SNSを作って公開、リニューアルをして継続している。ユーザー数は３００ほどだったけど、実際アクティブに利用してくれるユーザーさん（1ヶ月以内アクセス）は、20人弱。先日のリニューアル・URL変更で、乗り換えてくれてるのもそのぐらい。

たぶん、まともな設計とか仕様とかしてなくて、思いつきを並べてみて、まとめられそうなところをまとめてみて、後からまた追加してみる、という場当たり的なコーディング。

思いついたはいいけど、実際どうなの、それ意味があるの？で、判断できないところは、とりあえず、作って実装してみる、というやり方だったなあ。効率が悪いと言われそうだけど、ひとりでやる分には、これでいいんじゃないかと思ってる。いちいちドキュメントに起こしてたんじゃモチベーションというかやる気も冷えてしまう。

字が汚いのでさらすのはアレなんだけど、手帳に思いつきを思いついたら書いていって、その日パソコンに向かう時間があったら、その思いつきをコーディング（SQL書いたり、perlのスクリプトを書いたり）して、ちょっと動かしてみて、「へー、ここまで動くか、あ、これ表示だめじゃん」と。

↓本当は元ネタのように

「個人で作ったWebサービスの仕様書（Evernoteのメモ）を2つ公開してみる」

http://d.hatena.ne.jp/ruedap/20110519/webservice_specification_sheet_evernote_memo

ちゃんと考えて作らないと、ソースはぐちゃぐちゃになるし、その分機能追加や修正がやりにくくなる。「趣味は読書２」 http://doncha.net/ はまさにそんな状態。ぶっちゃけソースはぐちゃぐちゃ。キレイにしないといかん、と思いつつ、動いちゃってるからまあいいか、と。

思いつき時点はテキトーでかまわないし、仕様書もかまえて作る必要もない。まずは形にすること動かすことだと思ってんだけど、こうして改めてみると、やっぱりきちんとした仕様書とか、設計は必要だな、と正直思う。…でも、面倒なんだよなあ。