自動ログイン方式について考えています。
うちみたいなサイトで細かいことを気にしても仕方ないような気もしますが、あまり安全でない方式と安全な方式があるなら安全な方式を選びたいわけで。
基本的にうちの参加型コンテンツでは、ログインIDとパスワードによる明示的なログインは用いない方針です。
原則として、勝手にIDを振って勝手に保存して、何もしなくてもパーソナライズされた結果が出るようにしたいのです。
次回アクセス時にIDを特定できるようにするため、クッキーにID読み出しのためのキーを格納しておいて、そのキーはアクセスごとに変わるようにします。
そうすると、保存すべきは毎回変わるキーだけで、ログインIDやパスワードといった情報はクライアント側には保存しなくて済みます。
この場合、ブラウザや接続元が変わるとログイン状態が切れてしまうので、明示的なログインも用意しておけば便利かと思っています。
イメージ的には、今の掲示板と似たような方式です。
日記のログがかなりたまってきました。
一応うちで使っている日記プログラムはそこそこメモリ効率の良いものなのでファイルがメモリに入りきらなくて読み書きできないということにはならないのですが、時間効率は決して良くはないのでだんだん読み書きに時間がかかるようになるのは避けられそうにありません。
月ごとにファイルを分けるなどすれば書き込み処理を高速化できるのですが、検索処理が大変なことになってしまいます。
アンパンマンDBバージョン3の管理画面のうち、データベース構造編集画面が出来上がりました。
これでやっとデータベースをいじれるスタートラインに立ったことになります。
タイトルジェネレータ直しました。
特殊パターンでしか出ない症状だったのでなかなか見つけられませんでしたが、逆に言って特殊パターンでは必ず発生するバグでした。
タイトルジェネレータは基本的に「ＡとＢ」というパターンを生成するようにできていて、名前を指定して生成すると、このＡとＢどちらかに指定した名前が入るようになります。
通常は多少の変則パターンでもＡとＢ両方を使うので、バグが発現することはありません。
しかし、Ａしか使わない特殊パターンというのがあって、そのときはＡがパターンそのものになります。
その場合、指定した名前はＢにしか入らないにもかかわらず、Ｂを使わずにタイトルを作るため、指定した名前が出ないという現象が起こるのです。
特殊パターンでは、Ｂを使わない代わりに置換パターンを使っているので、置換パターンのところにＢを入れる処理を入れるようにしました。
AmazonのProduct Advertising APIを調べているけどいまだによくわかりません。
署名が必要だとかなんだとか。
とにかくまずサンプルが動かないです。
アンパンマンDBのタイトルジェネレータで名前を指定して生成するとたまに指定した名前が出ないバグがあるようです。
特殊なパターンのときにしか出ないようなので調べるのが大変そうですが、なんとか調べてみます。
group_concatをあっさり実装したので、プログラミングコーナーにあっさりと書いておきました。
昨日書いたコードに対して、バージョンチェックを入れています。
AmazonのProduct Advertising APIに登録してみたけど、いまいちよくわからんです。
XMLで何か作ってリクエストすれば何か返ってくるらしいですが、それ以前のところでわからなくなっています。