それぞれについて設計検討を行います。ついでに、現状のサイト構成、性格などもまとめておきます。どちらかというと開発寄りなのでdevに移すというのもアリかも。......あーでも2つともtrackerで負荷が偏るからマズそうかな。20:50:04他にやることで、そちらに何かの(今以上の)相乗効果が生まれるのでなければ、現状はorgサイトの方が良いでしょうね。フォームにないのでついつい忘れてしまいます。次のサイトではそのフォームがほしいですね。そのプラグインを使っている人も、もしその部分が変化しているのであれば、何かあったと思うんじゃないでしょうか。22:36:19自分の場合はリビジョンの欄と投稿日の欄は新バージョンを出したときに書き換えています。ないと最新版がいつ出たのかわからないですし。†PukiWikiの管理・開発に関する情報BugTrackdevはUTF-8化を考えた方がよろしいかも。一つ一つきちんと見直しながら、文書を構築していく場として。FAQの再構築など編集をさかんに訴える必要はない。いたずら防止のため、上部ナビゲーションバーを削るのはどうか。portsなどを作成する話題を集めるためのBugTrackをそろそろ作り初めて(情報を集め初めて)良いでしょうね。既存のrpmパッケージなども集めて、参考にさせてもらわなくては。Candyzさんの作ったWindows版インストーラーの情報も。umorigu更新は半自動。現状は毎週土日の任意のタイミングで半手動更新ですね。1.4.5_alphaの時に作成した、tDiaryスキンのデモサイトは、役目を1.4.xお試しサイトが完全に引き継いだのでもう不要ですね。21:43:03削除完了。当方に迎撃の用意あり。