オフィシャルサイトを更新

　約2年振りぐらいですがオフィシャルサイトの全ページ更新を行いました。といっても内容は全く変わってません。Copyrightの年とトラッキングコードの埋め込みをやっただけです。トラッキングコードを挿入する際に複数行の置換が必要だったのですが、手動更新のネタ日記を含めると360ページあったため大変でした。そのときにこういうケースで使えるツールは無いかなっと調べたらありました。

複数行置換 - ベクターソフトニュース
http://www.vector.co.jp/magazine/softnews/060905/n0609051.html

このツール導入したら3分も掛からず終了。

　他にはDremweaverで生成されるプロジェクト共有用ファイルを全て削除してみたり。Aptanaという凄いツールを発見できたので今度はCMSを制作して更新しやすい環境にしようかなと思っています。

　MTのランセンス購入までしてるのに今更自作するの？という疑問もありますが、MTは3から4にアップグレードするときにファイル銘々規則が変更になって(アンダースコアがハイフンになる)痛い目に会い、その補完の為に大量のRedirectを書くハメになってしまった為、ベンダーの影響を排除したいなーという希望です。但しトラックバック機能が使えなくなるのはCMSとしてアリでもブログとしては時代遅れなので意地で組もうかと思います。

　さらに作成する予定のCMSは、静的ページの書き換えを最小限にしつつ、動的ページ生成はしないとう仕様で考えています。これはどういうことかというと静的ページ出力のみでブログを生成した場合、エントリーが増えるほど再構築の負荷が増えていきます。現在このブログはエントリー数1750程度ですがこれを再構築すると約2時間かかります。

　では、動的ページ出力にすれば良いかというと今度はアクセスの度にCGIやPHPが稼動しテンプレートを読み込みページ出力するためCPUに無駄な負荷をかけ、アクセスが集中したときにダウンするリスクが高くなります。

　そこで今考えている案では、エントリー本文は静的ページ出力するとしてヘッダーバナーや再度メニューは全てブログパーツとして作成しCGI/PHPはDBとのやり取りの結果データのみをJavaScriptに引渡して表示するようにしたいと思っています。こうすればアクセスの度にCGIが動作するのは仕方ないにしてもページレイアウトに関連する部分は静的ページ側に既にあるのでCPUの消費も最小限になるのかな？と考えています。（あと誰がアクセスしても毎回同じ内容を出すようなデータに関しては日次バッチ等で表示データを生成してDB負荷を下げます)

 　そもそもSmarty等のテンプレートエンジンは作業分担のしやすさで開発効率は高いのですが、Apacheモジュールで動かしているのが勿体無い位パフォーマンスが落ちていると思います。初回読込の遅さは特別。それを補うためにeAccelerator等を当てますがなんだか納得できない。それで静的な部分はHTMLそのままを徹底して動的に変化する部分をガジェットで調整が良いかなっと(IEだとJavaScriptの実行が遅くてパフォーマンス悪く見えるかもしれないけど)。それでもガジェットを入れ換える等のテンプレート変更した場合はHTML全更新が必要になってしまいますが、カレンダーからのリンクとかカテゴリーの一覧の変化ぐらいでは再構築しなくて済むようなものを作ろうと思います(最近MTのカテゴリアーカイブが変なんですよね。時期的には前々回の再構築ぐらいから止まってる・・・)。この場合のガジェットは機能をオープンにするものではないのでフリーライドを防ぐコーディングが必要ですね。

　全て自作できたらうれしいのですが、WYSIWYGエディタは無理だし自作するメリットも無いので「FCKEditor」を取り込めるような構成にしようと考えています。Demoをちょっと試しましたがこれは今までみたWYSIWYGエディタより凄いですね。

FCKeditor - The text editor for Internet
http://www.fckeditor.net/

　でも、CMS作ろうなんて今日思ったことなので直ぐに取り掛かるかどうか不明。
でわでわ。