いわく、

とのこと。同じような悩みを抱えていた人が、PHPのinclude命令を用いることで、再構築の辛さから逃れることができたという。しかし「PHPのinclude」という表記で「ああ、PHPを用いるのならダイナミック・パブリッシングに踏み切った方がいいじゃないか」ということで断念……

……するはずだったのだが、何となくひっかかった。「共通部分」「テンプレ化」、そして「include」。そして「ココログ」。

そういえば「ココログ」では、それぞれの表示部分をパーツ化して各パーツの中身をあらかじめHTMLで記述。テンプレートレイアウト上にそのパーツを配置して全体的なデザインを決めていく。

そして「include」。前職で結局却下されてしまったアイディアとして、SSI(Server Side Include)を用いて同一サーバ内にある他サイトのコンテンツをパーツ化して配置するというのがあった。あのときは【All Aboutの記事】とにらめっこしながら、頭をキリキリしぼって設置してたっけ。その時にも「include」というのがあったよな。

ひらめいた。

共通部分をすべてパーツ化して別のページに書き出しておき、テンプレートではSSIによる呼び出し部分だけを記述。読者が閲覧する際には逐次SSIで呼び出してもらえばよい。これなら、再構築時にわざわざ共通部分を生成する必要がないので、軽量化はできるはず。

PHPによるダイナミック・パブリッシングとスタティックなHTMLページ、SSIを用いたいわば「部分ダイナミック・パブリッシング」の違い

いわば、PHPによるダイナミック・パブリッシングと「静的なページ(スタティックなHTMLページ)によるサイト構築」の中間を行くものだ。これならページそのものは静的なページ・拡張子がHTMLのままであるのを維持できるし、共通部分をすべていちいち全ページ分再構築する必要がないから、再構築時間は(共通部分が多ければ多いほど)短くなるはず。

例えるのなら

というところか。

「バイキング」なら作り手の手間(再構築)は少なくて済むが、その分一人一人が食べる時に(閲覧時に)多くの時間が必要となる。「仕出し弁当」なら作り手側に惣菜を詰めたりする作業がかかる(再構築)が、その分食べる時の手間(閲覧時間)はフタをあけて割り箸を割るだけで済む。

頭の中でイメージがわいた。あとは速かった。「SSI」「Movable Type」「高速化」「再構築」で検索したところ、件数はさほどなかったものの同じことを考え、実行に移している人が何人もいた。昔から手法としては存在していた。単に当方がこれまで気がつかなかった、知らなかっただけだったのだ。

■一連の記事:
【制作記……再構築を高速化するSSIの導入・(1)前提】
【制作記……再構築を高速化するSSIの導入・(2)解決案の発見】
【制作記……再構築を高速化するSSIの導入・(3)実際に導入する】
【制作記……再構築を高速化するSSIの導入・(4)導入の成果・最大11倍の高速化】