任意のテキストをURLで使えるように変換してリンクを作成するって言う作業をしてて、どの文字を許可すれば安全かわからなかったので色々調べてみたわけだが。手抜き検索して出てきた情報を鵜呑みにしたらはまった。 情報はこんなの。
以下の文字はURLに使えないそうです。 \”‘|*`^><)(}{][実際には、#でも%でもポストエラーが出るし、’や()は使える。 ていうか、そもそも使用目的があって初めてその目的でこの文字が使えるかどうかが決まるわけなので、「使える」「使えない」で出てきた情報がそのまま役に立つわけないじゃんね。迂闊でした。
いやもう何つうかどこもかしこもこの話題なのでビッグウェーブに乗っておきますけども、このニュースを始めに見たとき一瞬目が点になってその後笑っちゃったんだよね。マスコミはえらい騒ぎになってブログなんかでも自覚だの責任だのアホみたいなこと書くヤツが大量に出てくるんだろうなー…そんなことも思ったけど、それ以上に、いやもう単純に笑っちゃって。なんかさ、田代まさしと似たようなにおいがしたんだよね。なんか全然そんな風に見えないのにふとしたきっかけですっごいアホな変態的なことやって「すみませんでしたー」的な、僕ら置いてけぼり感が。いいなぁ。シュールで実に良いと思います。
Manuel Libres Librodo Jr.さんの作品集。
綺麗で格好よく、メッセージ性もある。
SQLite2で自動的にインクリメント（autoincrement）されるフィールドを作るためには、そのフィールドに次のように設定してやれば実現できました。
id INTEGER NOT NULL PRIMARY KEYid INTEGER NOT NULL PRIMARY KEY
または
id INTEGER PRIMARY KEYid INTEGER PRIMARY KEY AUTOINCREMENTSQLiteでCREATE TABLEしてもどうもDEFAULR CURRENT_TIMESTAMPがきかないんでおかしいなーと思ってたら、CURRENT_TIMESTAMPはSQLite2ではサポートしてないそうです。そうなのか。じゃあSQLite3でやればいいじゃないと思ったんだけど、さくらインターネットの場合普通にSQLiteDatabaseとか使って接続するとSQLite2になっちゃう。じゃあどうするかっていうと…まぁ、PDO使えば良いんですね。SQLite3目的じゃなくても普通に使うと思いますけども。
紛失されていたディスクと同じ製品（写真はデラックス版）最近、顔を洗ったり歯を磨いたりするときに白髪に気付くことが多くて、まぁ別に白髪があること自体は構うことはないけど気になるんでこまめに抜いてます。白髪増えたなー。髪の毛元々多いんで抜きづらいったら無い（誤爆してもショック少なくて済むけど）。 白髪増えたっていうと「ストレス？」っていう短絡的な結論になりがちで、案の定僕もそう思ったんだけど、でも冷静に考えてみればさーストレスが増したってことは別にないわけだし、単なる老化現象なんじゃねーの？っていう。それを認めたくなくてストレスとか言っちゃうんだろうけどさー。ストレスにしちゃったら必然的にそのストレスを掛けてるニンゲンがいるわけで、そのニンゲンが例えば会社だったらまぁ仕事忙しいよねってなるけど、家族とか近しい人だってワタシのせいかもとかきにしちゃうし、安易に何でもストレス、ストレス言うのもなーていうかストレス無い生活なんかあり得ないしなぁ。 心身の異常とか病気とか本当にストレス由来の症状が出てるならともかく、白髪くらいでストレスとか言う必要ないよねとか思ったり。 それはそれとして、なんか白髪が減る栄養分とかないですかね。染めたくはないしねー
引っ越し前からずっと使っている本棚（幅1メートル高さ90センチくらいでスライド式になってる）があるんだけど、もうだいぶガタが来てるので買い換えようかと考え中。買ったときはスライド式の本棚って便利だよなーと思ったんですけど、ぶっちゃけスライドが移動予定の部分（うちの本棚だと全面の半分）は物を置けないんだよね…当たり前なんだけど。ガタが来てるのに加えてその辺が気になってきたので、買え換えよう、じゃあその準備で本棚を出しやすい場所に持って行って、ベッドサイドには背が低めのレコード棚と同じ棚を置こう（今現在はNumberが山ほど入ってる。全部で400冊くらい）と思って深夜22時から23時半にかけて作業。埃っぽいわ暑いわ窓は開けられないわ（その後開けた）で、こんなの深夜寝る前にやる作業じゃないね。疲れた。でも実は1年前に引っ越しする時点で頭の中にあった構想をようやく実現させる方向で動き出せたので、気分的にはだいぶすっきり。
像や引用したテキスト、動画などを自由にPostしていけるサービス「Tumblr」が非常に便利です。はてなブックマークなどのソーシャルブックマークがページごとの記録であるのに対して、Tumblrではそのページ内の特定の要素をブックマークしていけるという点でよりポイントを絞って記録していくことが出来ます。Tumblrの一般的な用途はいわゆるミニブログ、つまりTwitterのように次々と書き捨てていって他人のそれをリアルタイムで取得して楽しんでいくという用途になると思いますが、僕としてはもう少しアーカイブ的な使い方をしたいと考えています。気になる言い回しや、面白い画像を見かけたときにそれをどんどんTumblrに放り込んでいき、あとで閲覧したりまとめてエントリにしたりしていくイメージです。
しかしTumblrをそうしたアーカイブとして使うには、現状少し問題点があります。それはサービスとして用意されているAPIの機能が限定的で、データを取得する（read）という点で言えば連続する50件取得を取得することしかできないことです[*1]。
API | Tumblr
過去のデータも自分がPostしたページのURL（Post ID）がわかればAPIで取得することが出来ますが、そのURLを知るには過去のデータを取得していることが必要なわけで、結局何もない状態から得られる情報は最新の50件以上ではないわけです。Tumblr Tag Clouds（Tag Cloudを作成するスクリプト）がしているように、遡りながら50件ずつ取得することを繰り返していけば過去のデータを扱うことも可能ですが、実際に運用する上で毎回それを行うのは手間ですし、エントリが増えるにつれて検索や表示に時間が掛かることになります。実際Tumblr Tag Cloudsは表示に非常に時間が掛かりお世辞にも便利だとは言えません。
この状態を解決する方法として結局は自分のデータをTumblrではなく自分で持ち、表示に当たってTumblrにリクエストしなくて済むようにするのが一番良いのではないか、そう考えたところが今回の企画の始まりです。まぁそれを詳しく記述したところで誰得？という感じではあるのですが、整理のためにとりあえず1つずつ説明していこうと思います。