フレームワークを使わない管理から、俺俺フレームワークもどきに移行しかけていたのですが、そもそもフレームワークを設計する技量など無く便利な部分だけを抜き書きしただけ（autoload周りとか）だったので、これ以上カオスな状態にするのは止めようとフレームワーク導入を決定。導入するのは何にするかほんの少し考えたけど、CakePHPとZendFrameworkもよぎりましたが、CakePHPは複数プロジェクトを管理できないっぽかったし、ZendFrameworkは全然わかんないし、そもそもどれも解ってるとは言い難いので、仕事で使ってて少しはなじみがあるSymfonyを入れてみました（ただし、入れたのは1.4系。仕事で使ってるのは1.0系）。 インストールはここを参考にして、PEAR経由で。 さくらインターネットでsymfonyをインストール | ueblog
ニコニコ動画の動画ページにブログパーツを表示するGreasemonkeyを更新しました。
ニコニコ動画の動画ページにブログパーツを表示するGreasemonkeyを更新しました。
自分で書いたプログラムを使って吐き出したRSSを、PHPのSimpleXmlで読み込もうとするとなぜかパースエラーになる。なぜなんだ…と散々苦悩したんですけど、これ結構メジャーな問題なんですね。今まで気付かなかったことが逆に怖い。 以下、一応まとめ。
datetime型で次々にデータをつっこんでいって、
集計時には日付ごとのデータを出したいってことがよくあるのですけれど、
date関数を使えば超早いらしいです（MySQL 4.1.1以降）。
[MySQL]datetime型のデータから日付別の集計を行う | １人で稼ぐ日記
MySQL :: MySQL 4.1 リファレンスマニュアル :: 6.3.4 日付と時刻関数
なるほど。
なんかもう、プログラムにさわり始めて何年よ、と思うと、毎度毎度「常識」にぶちあたるのが悲しいやら情けないやらなのだけど、それでも、「誰でも意志があれば学べて誰にでも公平に存在するのがプログラミング」とも感じるし、半ばやけくそ気味ではあるけれども、少し前向きには考えられる自分もいたりする。 やはり自分に足りないものは「流儀の習得」で、それはテストケースを殆ど書かない、テストプログラムも自己流のシステム化されてない作りなんてとこでまだ残ってて、きちんと学ぶべきだなぁと思いながら日々の業務に流されてるわけで、その辺ジレンマって言うかなんというか。少しは改善しつつあるのだけど。 以前書いたコードをいつか恥ずかしく思わなくなったりすることがあるのかしら？とか考えるのだけど、現在の無知ぶりからすると、例えそれがあったとしても遠い遠い未来なような気がするなぁ。コードや書籍を多く読んで身につけていくしかないね。（幸いコード読むのは楽しくて苦にならない） 情けなくはあるけど、常に余地があるのはちょっとだけ嬉しい。 それがプログラミングかも。なんつて。おこがましいけど。
自信が無くてユーザー登録を使ったシステムの構築には二の足を踏んでいたのだけど、PEAR::Authを使えば比較的楽に構築できそうなので少し勉強して、作成中。作ろうかと思って結局止めたサービス（結果的にはPEAR::Authの試験実装になった）では、「新規登録→仮登録・メール送信→本登録」の流れや、ログイン・ログアウトのシステムまで構築できたので特に問題ないと思われ。
作ろうとしているサービスがあまりに小粒で、フレームワークを入れるほどではないと個人的には思っているのだけど、かといってなんもないのも微妙なので、フレームワークの中かのごく一部だけをかじったようなもの（つまりオレオレフレームワーク）をでっち上げてコーディング中（諦めてCakePHPでも入れなさいよという話ではある）。
試験実装の続きと言うことで、仕様が右往左往しており、いつになったら公開できるか全然未定で、そう言う意味で昨今のスピーディな開発の流れから完全に乖離したやるせない状況なのだけど（もしかしたら既存サービスのブラッシュアップになるかも）、まぁ趣味であって業務じゃないから良いかなという方向で。
ニコニコ動画の動画ページにブログパーツを表示するGreasemonkeyを更新しました。
コミュニティに投稿されている動画は、コミュニティのRSSで新着を取得できるんですが、リンク先はコミュニティ動画で、コメントが独自のものになります。
最近のメーラーはUTF-8で受けれるよね、ってことで、メールフォームから自分が受けるメールについてはUTF-8でエンコードして受け取るようにしてみたのだけど、一部理解が足りずに上手くないことになってたのでメモしておきます。