Nov 13
ベースはあくまでも Nucleus なんで、そこらへんをどうするか?
Nucleus の上に tDiary を構築しても意味が無いわけで…
あと、tDiary のカテゴリ一覧みたいな表示は、「カテゴリ」を使うか「タグ」を使うか悩みどころ
とりあえず「カテゴリ」で作って、「タグ」での表示はあとまわし
「タグ」表示は NP_TagEX の方で対応するのが正解なのかもしれない。「タグサイトマップ」はまみおさんも最初から考えてたっぽいから、<%TagEX(map)%> で表示できるように改造しよう
となると、残る問題は URL
Nucleus って「?archive=2005」とかって受け付けてくれないよね?
パラメータ新設するとめんどうだなぁ…

OpenID を使ってログインすることができます。
Identity URL:



May 31
今まで表示が重いのはボロいハードのせいだとばかり思ってました
実際、ハードがボトルネックになっている部分としては、HDDの転送スピード、NICのチップがいまいちとか色々あるんで、そこをどうにかしないことには根本的な解決にならないことはわかってるつもりなんです

ですがハードに手を入れる前に、ソフトウェアのほうで無理をさせなければそれほど重くなるはずがないのは解ってたので、ためしにページ作成速度を量ってみたところ、新スキンと今のスキンとで倍以上の差が発生
てっきり犯人は「はてなキーワード風リンク」だと思っていたんだけど、どうやら違う様子

というのも、<%MultiTags(body,a)%>とテンプレートに書いたのに、まったくリンクが張られてません

なんとなく腑に落ちないまま「アイテムをキャッシュして表示速度を向上するプラグイン「NP_znItemCache」を導入してみると、これが思った以上に効果的でした
といっても、このプラグインのオプション設定で「常に動かすプラグイン」のところに「NP_MultiTags」と書き込んだにもかかわらず、ページ生成時間が約半分になったんで、もっと訳がわからない

全てがなぞに包まれたまま「表示が遅すぎ事件」は幕を閉じました
(2006/07/25:現在使用しているスキンではありません)

で、話は変わって「NP_MultiTags」の改造

「NP_MultiTags」はオリジナルの状態でFancyURLsに対応していたんですが、ただ一点、ページスイッチだけが対応していませんでした
なのでこれを「/page/123」でリンクさせるべく改造をしてみましたRead More

OpenID を使ってログインすることができます。
Identity URL: