iso tank - blosxom - plugins 2006年

entries_kacheをちょこっとだけいじりました。ほとんどメモのようなものなので、 「続きを読む」つけましたよ。

元：entries_kacheプラグイン（徒書※現在停止中）

エントリファイルの作成日時をキャッシュしてファイルに保存しておくプラグイン。 またエントリにメタ情報としてmeta-creation_dateを挿入・保存しておく。

メタ情報やキャッシュファイルの情報を読み取り、entriesサブルーチンを上書きして動作し、 ファイル名に作成日時を関連付けたハッシュを生成、%filesとして返す。

blosxom本来のentriesサブルーチンは、単純にファイルの”更新日時”を取得して、 ファイル名に”更新日時”を関連付けた%filesを返すようになっている。

”じゃーutimeで更新日時を変更しちゃえばいいじゃん”ってなことで 適当なところで

foreach (sort keys %files) {
    utime ($time, $files{$_}, $_);
}

を挿入。

ファイルの更新日時そのものを書き換えたので、blosxom本来の”通常の”entriesサブルーチンでも 正常に（？）表示されるようになったハズなので、startサブルーチンは

sub start {
    $reindex = (CGI::param('reindex')) ? 1 : 0;
    return $reindex;
}

つまりreindexのオプションを付けないとプラグインが動作しないように変更。 ちと軽くなったような気がする(∵)

最近blosxomいじりばっかりです。楽しい？　チョー楽しい。

Writeback、つまりblosxom語では「コメント＆トラックバック」のことを「Writeback（ライトバック）」と言うわけなんですけれど、 blosxomのシステム上、あとWriteback（プラグイン）のシステム上、投稿データは記事単位に分割されて保存されており、 スパム投稿があった場合は、基本的にはFTPにアクセスしてファイルの内容を手動で削除する方法が主流 （と思っています。少なくともWeb上で削除を行うようなインターフェースは標準では実装されてないので）。

しかし、これを行うとつまり、［単純にテキストファイルを開く→問題の行を削除する→ 上書き保存したテキストファイルをFTPに上書きアップロード］しているだけの事になるので、 もちろんの事ながら「ファイルの更新日時」が変更される。これが変更されると、ある種のプラグイン、 具体的にはrecentwritebacks_treeプラグインで ちょっとした問題が発生する。

このrecentwritebacks_treeプラグインは、ファイルのModify-Timeを直接取得してファイルに順位をつけ、 最も新しいコメントが投稿されたファイルの順に「最新のWriteback」を表示する仕組みになっている。 つまり編集したファイルが先頭に来てしまい、なんというか困るのです。

そういう経緯もあり、先述のrecentwritebacks_treeのコードを一部利用したりなんかしながら、 必要な時に任意で動作させてファイルの更新日時を半ば強引に”正常化”する writeback_updateプラグインというものを作ってみた。 URLの後ろに”?update=1”で動作。ファイル内の投稿日時を取得してそれを”ファイルの更新日時”として書き換えてしまう。

大雑把に作ってみただけなので改良の余地がありまくりんぐ。

all about of blosxomさんトコの List Title at Yearプラグインと List Title at Monthプラグインを導入してみましたよ。 右のメニューの「Log」の各日付をクリックしていただけるとわかりますが、その年／月ごとの記事を、 タイトルだけリストしてズラーーッと並べます。以前は記事が延々と下の下のさらに最下層のコキュートスを超越した先ぐらいまで表示されまくるもんで困ってました。

List Title at YearもMonthも、ソックリのコードを持つプラグインで、 Yearは年ごと表示だけ、Monthは月ごと表示だけに対応してたもようだったので、 せっかくだから年にも月にも対応した一個のプラグインにまとめちゃいました。 はいはいおもちゃ遊びおもちゃ遊び。Kyoさんマジでごめんなさい。

おもちゃ遊びついでに、昇順表示・降順表示を設定できるようにしてみました。 しかしまだまだ勉強不足であることを痛感するKONOZAMA。とはいえこうやってPerlとかいじってる時間が 一番ウキウキしてるんですよね、自分。はー仕事したくないわ。

追記：結局消しました。

Ellinikonblueさんの snap_in プラグインを、 なんかムチャクチャに改造してしまった・・・

元の仕様：［画像ファイル名］で、imgタグを自動生成、HTMLファイル名を入れればHTML挿入可。

改造後：［画像ファイル名:width-height%#コメント］で、imgタグを自動生成、幅−高さ、ALT属性の内容を指定可。 ％を入れるとファイル名の末尾に「_full」と入れたAタグまで生成。 さらにフレーバーを指定することで、画像を挿入せずリンクだけ表示することも可。HTML挿入機能削除。

やべ、やりすぎた？

なんか引数多すぎなせいかHP全体の動作もっさりしてきた気が、、、

ここまでいじくり倒したのはもちろん記事書くときの負担軽減の為なわけです、今までバカ正直に手入力で <a href="うにゃらら"><img src="ほにゃららら" width="320" height="240" alt="うにょろらららろ"> とか書いてテキストファイルがしこたま長くなってたのをなんとかしたいなとは常々思っていたもので。ぐうたらマキシマム。

正直、プラグインとかオモチャ扱いしてしまっているような気がする。なんかすいません・・・

blosxomな方々とお近づきになりたいですわ、、、

追記：結局消しました。

ワタクシの今現在作っているサイトはHTML4.01仕様書に基いていちおう作った（つもり）なのでスが、 最近のケータイ事情は激しいもので、DoCoMoでもauでもVodafoneでも大体XHTML Basicに 対応したブラウザを搭載しているのだということで、ケータイ向けにXHTML Basic向けに書き直し中。

簡単に書くと、XHTMLとはXMLに基いて作り直されたHTMLで、今までのHTMLは SGMLを母言語とした言語でしたが、 SGMLそのものが膨大で漠然としすぎていたため、その下位言語のHTMLもSGMLという仕様をとらえきれず、 その結果言語としてうまいところまとまっていません。それを乗り越えようと生まれたのが、同じSGMLを 母言語としつつも極めて厳密な仕様を持つXML であり、そのXMLという厳密な"ルールブック"を基に生まれた、HTMLの正当な後継が XHTMLなのです。

ハァハァ、、、

んで今回は、このXHTML仕様の一つ"XHTML Basic"にサイトを対応させようかとテスト中。 ようするに「書き方」だから、flavour（フレーバー。テンプレートのこと）を別個にXHTML 対応のヤツを作り上げれば完成。のハズが、いくつかのプラグインの出力結果がHTML準拠な内容なため、 これは最終的に出力されるデータそのものをXHTML準拠に置き換えるしか方法がないと思い、 HTMLとXHTMLを選択して出力できるような "html2xhtml"プラグインを作ってみた。

つまり、上に書いたとおり最終的な出力結果を書き換えてしまうんだから、

sub last {
    my $content_type = $blosxom::header->{-type};
    return 1 if ($content_type !~ m|^application/xhtml\+xml|i);
    $blosxom::output =~ s|<meta(.*?)([^/])>|<meta$1$2 />|gi;
  $blosxom::output =~ s|<link(.*?)([^/])>|<link$1$2 />|gi;
  $blosxom::output =~ s|<img(.*?)>|<img$1/>|gi;
  $blosxom::output =~ s|<br>|<br />|gi;
  $blosxom::output =~ s|<input(.*?)([^/])>|<input$1$2 />|gi;
  $blosxom::output =~ s|</?big.*?>||gi;
  $blosxom::output =~ s|</?small.*?>||gi;
  $blosxom::output =~ s|</?ins.*?>||gi;
  $blosxom::output =~ s|</?del.*?>||gi;
  $blosxom::output =~ s|<hr.*?>||gi;
  $blosxom::output =~ s|<(.*?)\sstyle=".*?"(.*?)>|<$1$2>|gi;
  $blosxom::output =~ s|<(.*?)\stabindex=".*?"(.*?)>|<$1$2>|gi;
  1;
}

こんなんで解決。上から順に

1. lastサブルーチンを使用します。
2. 開かれたflavourのcontent-typeを、変数に格納します。
3. content-typeが"application/xhtml+xml"でなければ、そのまま素通り。
4. <meta>は末尾で終了している必要があります。
5. <link>は（ｒｙ。
6. <img>は（ｒｙ。
7. <br>は（ｒｙ。
8. <input>は（ｒｙ。
9. <big>はXHTML Basicでは定義されていません。
10. <small>は（ｒｙ
11. <ins>は（ｒｙ
12. <del>は（ｒｙ
13. <hr>は（ｒｙ
14. "style"属性はXHTML Basicでは定義されていません。
15. "tabindex"属性は（ｒｙ
16. 戻り値1を返します。
17. lastサブルーチンここで終わり。

もうちょっとスマートな方法がないもんかなと思ったけど、おいらにはこれ以上思いつかないお、、、

で、反映結果。あ、IEだと多分表示されずに ダウンロード画面とか出るだろうとおもます。そんときはFirefoxとか使うかSleipnirなら Geckoプラグイン導入の上Geckoで見るか、そうでないときはレジストリいじって強制的に text/htmlで 表示させるか、えーとえーとあとはダウンロードしてメモ帳で開くか何かもうとにかく色々すると 表示されるはずです。悪いのはMicro$oftだよ　だよ！とか言ってみるテスツヽ(∵ )ノ

このHPの右のナビゲーションにある「Archive」ていう月毎のリンクが張られているヤツ、これがArchivesプラグインによる月毎ナビゲーションリンクです、

仕組みを簡単に説明すると、記事リストを読み込んで、記事一個ずつ更新日時を取得。ハッシュを使ってリストをブワー、みたいな。

最近ちょっとずつPerlがわかりはじめてきたつもりになってきたので、ここで図に乗ってArchivesプラグインを独自に改造してしまいましたよ。内容は「カテゴリごとの閲覧の場合、そのカテゴリ内でのArchiveリストを生成することもできる」みたいな。

勝手に改造Archivesプラグイン

初心者だもんでなんかうまくない処理してるかもしんないけどその時は各方面からツッコミいただければ(∵)ゞ　大変励みになります。ハイ。

SeeMoreプラグイン by Todd Larason

いや実は前にも使ってたんですけどね(∵)

なんだか無理に全部の記事を縮小しなくてもイイカナ、って思えてきたんですよ、

画像使ったり阿呆ほど文字打ち込んだ記事だけ短小にすればいいかな、と

ゆえにForeshortenedプラグインはしばらくおやすみー└|∵ |┐

あとは「つづく」の部分を任意の好きな文字列にできるように改造するだけダ、、、グガ、グ、、ギギ、、モレモレ

はいはいチラシの裏チラシの裏、前回のforeshortenedプラグイン改造に自分自身納得いかず、性懲りも無くまた改造です、仕事しろ、え、

煤 - Noteさんの記事を参考にしながら、 まずは"meta"情報として「excerpt」の記述があった場合、その行の文章をそのまま使用するようにしました、ちなみに"Excerpt"ていうのは「抜粋」とかいう意味です、 つまり自分で書いた要約文があればそれを使えコラーってことですね、

次に、うっかり一行目に画像を載せちゃった場合は"（画像）"の文字とともにALTの内容を書き出すようにしてみました、ほんで、末尾の句読点を消して「...」を表示するようにしてみました、

あとrss用の要約文を生成する場合、タグはやっぱり全部消しておくことにしました、

なんかおもちゃみたいな使い方しかできてないような気がする、、、(∵ )