本文テキストをすべて文字数値参照に変換して、改行や、インデントの余計な空白を全部削除(ストリップ)したら、中身は一見判別不能。(土)というほど、ごたいそうなものじゃないんだけど。twitterでよく見かける妙なURL。長いURLを短かくして使えるようにしている。文字数の制限が140文字なので、長いURLを貼り付けるのはもったいない。ことで、URLの短縮サービスなんだろうな。http://tinyurl.com/api-create.php?url=パラメータにurlエンコードしたURLを渡してやれば、素気ないテキストだけで短縮されたURLが返ってくる。今どき定番のxmlですらない。仕事がらみで、とりあえず便利に使わせていただくことにしてスクリプトに組みこんでみた。本当のURLを隠蔽することにもなるのはどうなんだろう。隠蔽が目的、というはまた別の話。希望するURLを取得したのに、それをわざわざ隠すのはちょっと抵抗がある。ウチのような長いURLだけど、欲くて取った名前だし、どうせ露出するならこの名前で出したい、のでウチには導入を見送り。仕事がらみの方だって、本当なら本当のURLを出した方がいいんだけどねぇ。座して入れ歯を待つのみ。読書SNSって、ケータイからも本棚を検索できるようになっている。このスクリプトは、本体とは別の設計になってるので、そのまま使えばいいや。...なんて安直に思ってたわたしがバカだった。ログインのチェックのところで、こいつも本体としっかり同じことやってるんだった。今回のリニューアルでは、ディレクトリ構成をちょっといじってログインの設定を変更して、アクセスの集中対策を施してみた。ケータイ用のスクリプトも当然そこを合わせないといけなかったのだ。そのまま使うということは今のサイトの状態も維持しておく必要がある。それはどう考えても無駄だし、危険。ケータイはSJISなのでちょっと混乱したけど、リニューアルサイトに合わせて移植できた、かも。utf8で、utfフラグさえついてれば、文字コードが違うもの同士で比較ができる、ってことに気づいてなかった。文字:utf8){てのがイケる}って、何のためのutfフラグなんだよ、今さら。後は、せっせとバグ取りして、スタイルシートのIE対応して、今月末にはリニューアル公開だ、な。(水)ウチの王、昨日あたりは食欲もあって少し元気になって目に力が戻ってきたように見える...んだけど、ヨメの話だと腎不全は治らないし予断を許さない状態に変わりないと。サーバーからデータを取ってきてブロック要素にhtmlを流し込んで表示させる。ことやってるんだけど、JavaScriptがよくわからんので、個々のやってることは単純。JavaScriptで、あのデータが欲しいと、サーバーのperlに伝えれば、perlがpostgresqlからデータを取ってhtmlにまで加工して返すので、それを特定のブロック要素にinnerTextで流し込むだけ。perl、JavaScript、スタイルシートが絡むので、perlの出すhtmlが変なのかJavaScriptから渡したパラメータがおかしいのかスタイルシートがおかしいのか、意図したものが出てこない場合の原因特定が面倒だ。おまけに、サーバー側ではmod_perl2のキャッシュ、ブラウザ側はJavaScriptのキャッシュで、apacheの再起動やらブラウザの再読み込みやらの必要もある。httpd-error.logしまくり...。このあたりの効率を考えないと遅々として進まない。(火)五十音順でソートしたいと。著者ぐらいは五十音順で並べたい、とずっと思いつつ、だった。JIS順てなにそれ機械の都合、なんだよなあ。いえ、perlにしろpostgresqlにしろ、ひらがなカタカナアルファベットの「よみ」をつけないと五十音順は無理。基本的にメンテフリーのつもりなので、わたしが登録される本を一冊ずつ見て「よみ」をつけて回るのは無理だし不可能。基本的に入力項目は極力少なくしたいので、入力してくれるユーザー側に「よみ」の入力を促すのは却下。「気楽さが最優先のSNS」だ。サーバーのスペックも多少上がったことだし、kakasiを使うことにした。-KHなんだけど、utf8に対応してないっぽい。...もしや、と思って検索したらCPANにText::Kakasiモジュールがあったので、インストール。ありがたいことにperlのEncodeを使ってutf8で使える。「よみ」のテーブルを作ってごにょごにょ。そのままでも変換はかなり優秀だ。いえ「よみ」の修正もできるように管理画面にもあれこれ。今までのメモリ512Mだとすぐにスワップ...ていうか常になにかしらスワップしてる状態だったけど、今度のメモリ2Gはスワップする気配すらない。無理してメモリ積んだだけのことはあったなあ。