会社が倒産したり、サーバが飛んでデータが消える、なんて滅多なことはないだろう。それなりに安心してもいいハズ。ことでバックアップは必須とはいえ、優先順位は後回しになっていた機能だ。本の一括登録はあったほうが良さそう。今までの「趣味は読書。」でもつけてた機能なので。登録してくれたユーザーさんとか、一冊ずつポチポチやって登録するのは面倒だろうし、てことでつけたんだけど、実際は初めてのユーザーさんだけじゃなくて、既存のユーザーさんでアクセス頻度の低いひとが、まとめて登録するのに使われていた。ほんとは、一冊ずつ登録して、一冊ずつにメモやカテゴリをつけてあげてほしいんだけどね。機能追加とか、SQLiteは気楽。ユーザー単位でDBを使う=ユーザーひとりにひとつのファイル、という構成にしたので、なにか意図しないことが起こっても、データベースへの被害は小さい。ユーザー間のリレーション機能を削った分、意図せず、災害に強い構成になった、ような気がする。300人いた会員のうち、乗り換えてくれたのが、17人ほど。...って、もともとアクティブなひとたちで、本棚も充実していて楽しい。(火)読書SNSから、WEB本棚となった「趣味は読書2」のケータイ版も作った。既読未読管理と重複購入チェックのためのサイトなので、ケータイ版は必須といえば必須。」でも、ケータイ版を作ってあって、本屋でよく使ってたのだ。「...えーっと、これって持ってたっけ?」は、まだいいけど、「あれ?これ読んだっけ?」という記憶力の衰えがひどいんだ。cssの解釈もよくわからないし、キャリアごとの違いも把握できてないのは前回「趣味は読書。今回も自分の本棚を検索するだけのシロモノだ。前回は、機種の固体識別番号を使った簡単ログインをつけたんだけど、調べてみると、固体識別番号を使うのはセキュリティ的によろしくない、らしい。固体識別番号については下記が参考になった。あとは、バックアップ機能ぐらいだろうか。ユーザーさんを増やして、いろんな本棚をみたい、よなあ。(日)青空の下、朝から団地の掃除。しても、毎度のことながら、口うるさく血気盛んなおじいちゃんおばあちゃんたちには、驚くというか呆れるというか。気がついたらいつも罵りあいが始まっている。同じ10年、怒って過ごすより、笑って過ごしたもの勝ちだと思うんだけどねえ。その後、昨日公開をアナウンスしたWEB本棚サービス「趣味は読書2」の手入れ。データ移動を希望してくれた「趣味は読書。」からのユーザーさんのデータ移動&コンバート作業。...していて気づいた。7000件ほど本の登録のあるユーザーさんの本棚で、著者検索とかメモ検索が、行ったきり返ってこないんじゃないかと思うほど重い。SQLiteのjoinは重いという記事をみた記憶もあるんで、どうしたもんかなぁ、と。データを絞り込んで、かつ、まとめて一度に取得するのが、スクリプト的には美しい、はず。いえ、遅いんじゃ話にならない。WEBは早さが絶対正義。やめて、テーブル一つずつ順番に問い合わせて各々の結果をスクリプトで次の問い合わせに使って、といういかにもアレな、SQLとスクリプトに変更したら、ちょっ速になった。デザイン的にはIEは残念だけど、ほぼ意図どおり。touchの没入感は「個人のもの」なデザインがあってこそだろう、と、機能的にはまず不要な時計なんかもつけてみた。「自分んち」とか「自分の机」とかのイメージというか。http://doncha.net/about.plちなみに、スクリプトができたぞ、と思ってから今日まで、35ケのバグを潰した。jQueryがあまりに便利なもので、フローを深く考えずに作ったところ、いざ使いだしたら、こっちの表示とあっちの表示が違っちゃうじゃん、とか、コンテナの高さが取れてないじゃない、とかポロポロでてきて、結局ページ読み込みしなおしに変更したり。これがバグをさらに埋め込んでしまう負のスパイラル。昔、Wizardryとか大戦略とかソウルハッカーとかウルティマオンラインとか、新聞配達のバイクの音で、「ヤベヤベ、もう寝なきゃ」とやってた頃と同じ。ゲームがスクリプトに変わっただけ。どちらも目先の達成感があるんだよあな。当時の体力はもうないけど。(土)自宅パソコンでサービス提供というのは、限界があって、結局ユーザーさんに迷惑をかけることになる、という判断。些細なところだけど、こんなところにも震災の影響があるんだなよぁ。ことで、自宅パソコンでのサーバーは停止。lolipopで、SQLiteを使うものに変更、スクリプトをほぼ一から全部書き直し。lolipopのmysqlは激烈に重いんだけど、SQLiteはそれほどでもない。自分自身、本を買ったら・借りたら・読んだら、ウチの読書SNSで記録してたので、それが使えなくて困ってたのだ。これでようやく本が読める。今度のサイトは、ユーザーがひとつずつDBを持つイメージなので、横のつながり、コミュニティ系の機能をバッサリ削除。本を登録して眺めるだけ、のサイト。ほかのユーザーの本棚をお気に入りに追加して見ることはできるけど、無理やりのオマケ。招待制じゃなく、誰でも登録できることになった。http://doncha.net/ケータイとかバックアップ機能とか、まだ積み残し...って、このあたりはもういいかな。IEは対応できてないけどね。(土)震災ショックというか停電ショックというか。自宅のパソコンでサービス提供する限界を痛感。整理しなきゃいけないタイミングでもある。もんで、今の読書SNSを見直して、どこにでも持っていける身軽さを目指して、モジュールもDBもよく使われているものに変更しようとごそごそ。DBはSQLiteに変更。どの程度のボリュームまで扱えるのかちょっと見えないけど、レンタルサーバーでメモリの寒いMySQLよりはマシ、かもしれない。掲示板や日記、本棚の横断検索や足跡、といったリレーショナルな部分を切り落として、個人の本棚だけ扱うことにする。本棚の数だけDBを用意して、各自のDBに対して読み書きするようにすれば、DB単位のロックでマルチタスクに向いていないSQLiteの弱点も目立たない、だろうし。いうことで、久しぶりに、がっつりスクリプトを書いてる、というかサイトを作ってる。画面レイアウトを作って、リンク先・ページ遷移を考えながら、必要なページ数をざっと洗い出す。元のロジックを眺めながら、穴が開かないように書き直し。DBの内容、カラムなどは引き継ぐので、やること・できることはわかっている。使いまわしのきくモジュールもいくつかあって、スクリプトを考えるところは面白くて、時間を忘れる。コミュニティ系がほとんどないに等しくなるので、twitter連携するかな、とかネタもあるし。IEを諦めても、FireFox系とwebkit系でスタイルシートの調整が必要になる。1ピクセル程度ズレててもかまわないんだけど、あちこちズレてるとさすがに全体の見栄えが「きちゃない」んでうんざりするので、自分ハードルをあげておかないとけいない。こちらを1ピクセルずらすと、あちらが崩れて、の積み木崩しにならないようにするのが、ちょおにがて、だ。仮移設では、コニュニティ系を削った分、「自分のもの」な感じを出したい。汚い部屋にならないようにしないとなあ。21:43:17]そういや。通って、それはそれで、大変だなあ、と思うんだけど。一緒にメシ食っていて、タバコをパカパカ吸いながら、福島が怖くて不安で東京にいたくない、とかぬかすのにムカついても良いよなあ。その受動喫煙でこっちにド迷惑かけてる、なんちゃらシーベルトレベルの発ガン率なのはいいんだよなあ、こういうひとって。(水)あまりに驚愕、あまりにあ然、だったので、こんな時間に事務所からメモしておく。アクセスログを眺めていて、妙なリクエストがけっこう頻繁にあるんで原因もわからず悶絶してたんだけど。同じ時間、同じIPから同じページへのリクエスト。アクセスログに重複するリクエストがあるのだ。スパイウエア?だったらもしかするとユーザーエージェントが違うWEBフィルタリング?だったらたぶんIPが違う眺めていると、どうやらユーザー(というかIP)単位で起こっているっぽい。プロバイダがなにかやってたりする?てなことをいろいろ推測憶測してアクセスログを追いかけてたところ、サポート担当がさらっと「それって、ダブルクリックじゃね」まさにそのとおりだった。これって当たり前のごとく認知されてることなのか。グーグルで検索しまくった日々を返してくれ。