tDiary

柴田です。

議事録のリクエストがあったので hikidoc 形式でお知らせします。
整形済みのモノは

http://www.hsbt.org/diary/20081207.html#p01

から参照願います。

今の trunk には マジックコメントの埋め込みと ruby1.9 と ruby1.8 の
互換性維持用アドオンの読み込みが実装されており、今後本格的に
ruby1.9 用のコードが加えられていく計画です。

1.8の互換性については私の日記で動かしながらテストしていきますが
たださんも書いてある通り、安定するまでにはしばらくかかりそうな
状態です。

----
!! ruby 1.9 対応
* magic comment どうするか
** 何も考えないで *.rb の先頭に入れる
** magic comment はエディタに依存するものではなく、汎用的な定義
** sed -i "1s/.*/# -\*- coding: utf-8; -\*-\n&/" **/*.rb
* plugin類の扱い
** magic comment は書かない。evalを行う時に encoding 指定で何とかできるらしいのでやってみる
* ruby インタプリタ実行時の --encoding
** ユーザーが指定しなくても動くようにする
* 突然発生するエンコードの謎問題
** 今後、外部のファイルを読み込むような処理をする時はエンコーディングを意識するように実装すること
* モバイルの文字コード
** SJIS変換をどうする
** UTF-8でいいよね
* ツッコミメールの文字コード
** UTF-8でいいよね
** 対応していないような古い機種でどうするやら…。
!! testable_tdiary
* index.rb と update.rb の仕事が多すぎる
* とりあえず読み込みだけにして tdiary.rb との間にレイヤーを作りたい
** index と update の機能を移動するのは大賛成
* agent とかの判定を request に移動したい
* style が@confを読み込むことができないので、設定によってstyleを制御することができないという経緯がある
** @cgi 以外は @conf にぶち込んでおけというトホホ仕様
* rack が ruby に標準添付になるまでは rack のレイヤーをメインにすることはない。原則として ruby だけで動くようにする
* trackback は本当は index.rb に突っ込むようにしたい

!! 構成管理の変更
* misc/plugin に突っ込んではどうか
* RSpec によるテストも書きやすくなるし
* 現状はフルパッケージでも同じような仕組みなのでいいのではないか

!! JavaScript用のフォルダやフックの件
* フォルダを作ってそこに入れてから、フックで対応できるようにしてみる
* JQueryとかスタイルシートの有名な奴はファイルを突っ込むと自動的にヘッダに追加
* その後で個別にプラグイン側で対応する

!! メンテナ不在の plugin
* plugin の公式レベルの上げ下げをどうする?
* テストを書いていれば公式にするというのはどうか lang:ja
* flickr.rb のような便利なプラグインは amazon と同様に公式にしたい
* プラグインは過去の日記表示の兼ね合いから、追加するのは楽だけど消すのはなかなか難しい
** pingback や makelirs は消してもいいんじゃね?
** xmlrpc は AtomPP で統合したい

!! 認証機構
* 何を認証したいのか、コメントする人なのか、管理者情報なのかを決めてから対応
* OpenID とか、Basic認証 とかを pluggable にする
* セッション情報をクッキーに保持する
* cgi.rb どうするかねえ
** 依存したくないなら独自実装
* session を作るときにどのクラスから作成するかを考える

!! IO 周りの変更予定ないの
* rack の上に載せてからdbやその他と連携できるようにしてからの方がよさげ
* IO に勝手にメンバを追加してもいい? 日付ごとに何らかの制御フラグを追加したりしたい
** 将来 DB 対応にした時に大変になるのでそれまでは保留
** 勝手に拡張する分にはできるので個別にやればいい

!! tdiary-2.3.3 のロードマップ
* testable_tdiary のマージや RSpec の導入に伴う構成管理の変更は ruby1.9 対応した 2.3.2 の後で。

!! その他
* Mac と Emobile でネット共有はすごい便利
** Mac だと簡単なので Mac を買うべき
*** 1kg切らないと買わないよ(tdtds)
** debian も問題無く接続、Win はダメ

* RubyKaigiKaigi
** 会場に Hackathon できるスペースあるから tDiary もおいでよ

* コーディング規約ってないんですかね
** オレ(tdtds)が規約
----

-- 
SHIBATA Hiroshi e-mail:shibata.hiroshi@...
URL:http://www.hsbt.org/

かずひこです。

SHIBATA Hiroshi wrote:
> !! IO 周りの変更予定ないの
> * rack の上に載せてからdbやその他と連携できるようにしてからの方がよさげ
> * IO に勝手にメンバを追加してもいい? 日付ごとに何らかの制御フラグを追加したりしたい
> ** 将来 DB 対応にした時に大変になるのでそれまでは保留
> ** 勝手に拡張する分にはできるので個別にやればいい

IO周りといえば、makerss.rbのキャッシュにある情報は、本体のデータに持たせ
てほしいです。たぶん具体的には「セクションごとの更新日時」だけが不足して
いる、はず。
キャッシュといいながら、消えちゃったら再現できない情報があるのは変ですし。

# とかいいだすと、セクションごとにツッコミいれたい、みたいな話になりそう
な気もしますが、そっちはとくにどっちでもいいです。

このてのキャッシュをつかうプラグインはすべて、（spam削除後などに）キャッ
シュを再作成できるようにしたいなぁと前から思っていたのですが、いちばんや
りたいmakerssで上記の理由で無理だったのでいきなり断念した、というのが背
景です。

かずひこ

ただただしです。

2008/12/9 Kazuhiko <kazuhiko@...>:
> IO周りといえば、makerss.rbのキャッシュにある情報は、本体のデータに持たせ
> てほしいです。たぶん具体的には「セクションごとの更新日時」だけが不足して
> いる、はず。
> キャッシュといいながら、消えちゃったら再現できない情報があるのは変ですし。

あー、わかります。

ただ、現在日単位の管理のところに、セクションに関する情報を
収めるのはけっこう難しいかも……。いや、入れようと思えばな
んだって入れられるんだけれど。

-- 
♪ツッコミは、短く鋭く愛を込めて。
ただただし <http://tdtds.jp/>
※メールアドレスが変わりました※