2005-02-10 [長年日記]
_ 修理に出した (14:35)
引き取り修理は「時間指定ができない」と書かれていたけど、それ以前に日付の事前通知すらないのね。突然やってきた。Webから確認できるステータスにも「受付中」のままなのに。
_ spamほいほいがあふれた (17:55)
spamほいほいにしているIMAP4(courier-imap)のフォルダに2万件くらいメールがたまったら、becky!で移動も削除もできなくなってしまった。しょうがないんでサーバー上でディレクトリごと削除。imapって実用的に使えるメール件数は何件くらいまでなんだろう。というか、今回の制限はサーバー側にあったんだろうか、クライアント側にあったんだろうか。
imapをストレージ的にマウントして、グループウェアサーバーのバックエンドとして使うというネタを考えていたんだけど、あんまりばりばり使うとすぐに破綻するのかな。専用クライアントから見るとグループウェア(スケジュール、ToDo、メール、ドキュメント置き場)に見えて、メールクライアントから見えると単なるメール(特定書式+添付ファイル)に見えるようにすると、結構便利そうだと思うんだけど。
_ wikiにドラフト(下書き)という概念を持たせると便利かも (20:01)
ひとまず思いつきレベルを適当に書いたものをドラフトとして保存しておいて、あとでちゃんと推敲してcommitする。あるいは、誰でも編集できるけどそのデータはいったんドラフトとして保存され、管理者がcommitした場合のみ本来のドキュメントと差し替えられる。
とか言い出すと、ふつうにバージョン管理ツール的な概念を適用した方がいいんだろうな。でもblogでwikiでも、下書きレベルでいったんサーバーに保存したい(けど公開したくない)場合って結構あるよね。まあ使い勝手のいいローカルblog的な方向に向かう手もあるけど、サーバーにドラフトデータの保存機能を追加する方が手っ取り早そうだ。
そういやwiki系にbloggers APIみたいなものってまだでてきていないのかな。



> そういやwiki系にbloggers APIみたいなものってまだでてきていないのかな。
http://www.jspwiki.org/Wiki.jsp?page=WikiRPCInterface2
WikiRPC というのがあります。OpenWiki, MoinMoin, TWiki あたりの海外の Wiki は対応しているようです。
おお、ちゃんとあったんですね。情報ありがとうございます。調べてみたら日本でもFreeStyle Wikiは対応しているみたいですね。
WikiRPCのみに対応した(Web系更新インターフェースを持たない)Wikiを作ると、CMSとして便利かもなー。
spam用フォルダは、Gmailみたいに古いのを自動的に消すようにしないと、油断するとすぐあふれますねぇ
majorバージョンは管理者が定期的に巡回して前回のバージョンからの変更の中から選択して文責付きでコミットする、というのだといいのかも。で、複数の管理者がいれば、ある程度の多様性も確保できると。