パスワードリマインダ（パスワード問い合わせ機能）ですが、
今でも秘密の質問を設定してロックできますが、
パスワードリマインダ用のメールアドレスを設定して、
アカウントのメールアドレスとリマインダ用のメールアドレスの双方が利用可能でないとリマインダが使えない感じにすれば、
秘密の質問より簡単かつ安全にできるかな・・・
ってことを思いついた。

そんな感じの機能実装するかもです。

以前実装しようとしたけどちょっと難しい感じでしたが、
何とかなりそうなんで、近いうちに実装しようかと思います。

こっちからユーザーに連絡する機能もまだ作ってない。
そこらもやりたいが、必要がなければ使わない機能だから、やる気が出ない・・・

ブログ共同管理機能ですが、
既存のブログ記事DBを拡張して副ユーザーのIDをつける感じにしようかと思うんですが、
著者名記録しておいて誰が書いたかわかる感じにしようかと思うんで、
著者名機能は共同管理機能がなくてもあってもいいと思うので、著者名機能を先につけちゃおうかなと思います。

一応テスト鯖で作ってから本鯖でやりますが、
記事DBにalter tableしますんで、1分以上の障害が発生するかもです。
それほど行数も多くないので、何時間もかかったりはしないものとは思います。

ブログ共同管理機能の実装を考えてますが、
アクセス解析（個別ツールの）とDB共通化するのが良さそうなんだが、
カラムの修正が必要そうなんで、
アクセス解析の管理ツールでちょっと障害が発生しそうです。
作業は今日やっちゃいところですが、数秒で正常に戻るようにはしたい。

まあ、アクセス解析使ってる人はほとんどいないので、
タイミング悪く、影響を受けるユーザーはいないと思うが・・・

ほとんどのユーザーは不要だと思うが、
組織でブログ使いたい場合なんかに、ブログの共同管理機能が必要だと思う。
ってわけで、共同管理機能を検討してる。

主管理ユーザーが別ユーザーのメールアドレスを入力して、
確認メールを送信してリンククリックで副ユーザーとしてツール追加。
編集機能は、新規記事投稿と自分で投稿した記事の編集と削除だけ。
って感じかな。

要メール確認の機能だが、
その前に、メールアドレス変更とかツール削除、アカウント削除などの、
既存の要メール確認機能の処理を共通化させたい。

まあ、共同管理実装するかまだ決定してないけど。

ブログに認証機能をつけることはサービス開始当初から考えてるが、
公式サイトには、
1. 非公開記事の収益化。
2. アクセス制限の有無の確認処理による負荷増。
で難しいって書いてあるが、
先日のキャッシュ仕様の変更で、
キャッシュの確認とドメインの確認の順番が入れ替わったため、
今の仕様だと2はあまり問題にならなそう。
1についても、多分あまり差がない。

ってわけで、昨日からブログに認証機能つけること考えてるんだが、
要認証だとpingやらtwitterなんかは送信不可にしたほうがいいと思うが、
既存コードの関係で修正難しそう・・・

あと、認証つけられる他所のブログはBasic認証（Digest認証？）がほとんどと思うが、
Basic認証ならこっちでUI作らなくていいから簡単そうだが、
ブログにパスワードつけるだけならユーザー名不要でパスワードだけでいいが、
Basic認証とかDigest認証はユーザー名必須ぽい・・・
UI作ると広告も出せるし、Cookie認証のがいいかな・・・


でもやっぱ、
ブログをパスワード制限して利用するってのは、
ブログと言うよりグループウェアとかコミュニティサイト的ななんか的な使い方だと思う。
ってわけで、パスワード機能は付けないほうがいいかな・・・

グループ的な奴は以前検討してたが、
チャット機能はつけたいが、
以前チャット鯖の実験とかもしてたが、
自前でサーバー作らずに、WebSocketの普及待ってからWebSocketで作ったほうが良さそうな気がするんで今はやる気なし。

問い合わせ機能のメール返信機能は付けませんでしたが、
こっちから要返信メールを送る際に、メールでの返信が出来ないのはよくないと思うんで、
やっぱどうにかしたほうが良さそう・・・

近いうちにまたいじるかもです。

先日の記事で書きましたが、
問い合わせ機能を新しくしようとしています。

別のサイトやってたりで、ちょっと遅れていますが、
とりあえず、ユーザー用の問い合わせフォームと履歴閲覧系なんかはだいたいできた感じ。
今までのはユーザーが問い合わせをして、こちらが１回のみ返信するだけのものでしたが、
閲覧履歴から過去の問い合わせを継承して追加連絡できる感じです。
新しい問い合わせでは、
ログイン中ユーザーは返信先メールアドレスの指定ができなくなり、
常にアカウントのメールアドレスを使うようにしました。

あとは、ゲストからの問い合わせと、
こっちからユーザーへの連絡機能がまだ。
その辺を実装して、テストしてから差し替えになります。
あまり集中できないんで時間かかるかもです。

ゲスト問い合わせは、メールへの返信で追加連絡ができる感じにしたかったが、
CGIじゃなくて、メールサーバーからプログラム起動しなきゃいけないからめんどい。
今までと変わらないような仕様にするかも・・・

最近はブログのJavaScript系の機能追加なんかに力を入れていたが、
とりあえず一段落した感じ。

今のところ、他に考えてる機能追加は、
アクセスカウンタとか、クリックカウンタなんかを用意しようかなと考えてる。


だが、その前に、問い合わせ系の機能を修正しようかなと考えてる。

今の問い合わせ機能だが、
ユーザー又はゲストがこちらに対して連絡し、
こちらは一回だけ返信できる仕様で、
実は、いきなりこちらからユーザーへ連絡するシステムは用意してない。

今までにユーザーへの連絡が必要になったことはないんだが、
今必要が生じたら、普通のメーラーで送信しなきゃいけないんで、
めんどいし、誤爆の危険もある。
ってわけで、管理系機能で、こっちからの連絡機能を用意したいんだが、
問い合わせ機能を拡張して、いきなりこっちから連絡できるようにしようかなと・・・

あと、
＊問い合わせを継承して、複数回の返信が出来るように。
＊ユーザー（又はゲスト）が、連絡履歴をWEBで見れるように。（メール一発だと、障害もありえるので）

てな感じで。

あと、
今のところ削除依頼とか来たことはないんだが、
レンタルブログやってれば、いつか来るとは思うんで、
そういう時の管理の手間を減らせるように、
メールアドレスを相手に通知せずに、システムが仲介して、
ゲストがユーザーへの連絡を出来る感じの仕組みも導入したい。

ブログにグラフ描画機能つけようかと思って開発中。

<ul>とか<table>とかでデータのリスト作って、
<canvas>に描画する感じ。

ラベルとかポップアップとかなしでシンプルに。


<canvas>初めて触ったが、HTML4時代は円描画難しかったが、かなり楽。
棒とか線より円のが簡単な感じ。

今の完成度は、円グラフがほぼ完成で、
棒グラフも簡単なのは表示できたが、
横向きとかマイナスの棒グラフに対応させて、
複数の棒を並べてグループ化するグラフにも・・・

線グラフはまだやってないが、
左右いっぱい表示にするから、
マーカーつけるとはみ出しちゃうが、
<canvas>は画像だから、はみ出すと切れちゃう。
まあ、いいかな思ってるが。


しばらく製作時間取れなくなりそうなんで、遅くなるかも・・・