買い物、自重。なバイク乗りの日記

数日前の日記を追記したり修正したりする事が多くなったので、プラグインで「最新の日記」テーブルを作成。
左バー内に仕込んであります。

どうやらエラーが出ているようなので原因調査開始。
スペース？

---

原因判明。
< と > を特殊文字にしておりませんでした。(ぉ
ちなみに description でのスペース使用可否は「使ってもいい」はずです。(汗)

っつーのがメールで飛んで来ていてかなりビビッた。('A`;
誤報かと思ったらトラックバック受けてるし。

正常動作ｲｲ(・∀・)!!

まだ SPAM コメント食らったこと有りませんが先回りという事で。

メール系の公開ブラックリストデータベース (BLDB) の事を調べていると、このデータベース、実は IP アドレスのオクテットを逆さまにして BLDB のチェック用ドメイン名を付加したものを正引きしている仕組みという事。
実に簡単な仕組みなので「これは何かに使えるかも！？(ﾟ∀ﾟ)」と思っていた矢先、DSBL でググって見ると、やたらと "MT-DSBL" というのがひっかかる。
で、これってなんだろう？と思って調べてみると、どうやら今流行の MovableType 用のアンチ SPAM トラックバック用プラグインらしい。

そこでひらめいた。

DNS で正引きチェックによるチェックなら Net::DNS 入れちまえば対応できるのでは？

という事で早速作ってみたプラグイン "reject_blh.pl (Reject BlackListHost)"。
機能は以下の通り。

• ローカルブラックリスト対応。
  IP アドレスはホスト単位とネットワークアドレスの両方をサポート。
  ホスト名は後方一致もしくは完全一致をサポート。
  ホスト名のみ正規表現対応。
  
• 今のところ DSBL のみ参照しているが、ユーザーの任意で他の公開ブラックリストデータベースを登録可能。
  
• ローカルホワイトリストは現在未対応。
  そのうち対応しないとだめかも。
  

正直、こいつが有効に働くことはないと思う。_no

自己満足ｲｲ(・∀・)!!

caladiumを久しぶりにメンテしていたんだが、なぜか UTF-8 な文字コードが変換できない。
なんでかなー？と思って調べてみたら jcode.pl って UTF-8 サポートしてないのね・・・。_no

という事で Jcode.pm つっこんで試してみたところ無事変換できた。

これから jcode 系使うときは Jcode.pm 使うか。

さくら混沌版更新しますた。

一応必要なファイル及びインストーラー (sh シェル) を固めておいたので、人柱になれる方のみご利用下さい。
テンプレートも基本テンプレートとなる sakura.template 及びカレンダーを縦型にしたテンプレートの 2種類を入れています。

機能強化はここで止めておいて、先に調整に入ります。
まだまだ中途半端に放置プレイしてるところがいくつも。(ぉ

ちなみにドキュメントはありません。

設置が死ぬほどﾏﾝﾄﾞｸｾ('A`)


このまま葬り去ろうかな。
ｲﾔﾏｼﾞﾃﾞ。
マトモに動かす方が大変。

とりあえず圧縮はしておいた。
マニュアルなんざ特殊タグの簡単な説明しか有りません。
テンプレート参考にして自分らしくテンプレ作ってくれとしか今はいえないレベルです。
質問は受け付けるけど答えられるかは不明。

• namelist.txtは正規表現をサポート出来なくなりました。
  正規表現で書いてる人は元に戻してください。
  
• ログファイルはそのまま使えます。
  log ディレクトリにそのままコピーでおｋ。
  
• sakura.ini は一応そのまま使えます。
  
• スクリプト系は全て変更されているので流用不可。
  

人柱版

というわけで、こっちで話している修正を施したのと、さくら日記帳混沌版で採用した完全テンプレート化を実施。



マジで死ねた。＝□○＿



高機能化しているのでテンプレに必要な独自タグの数が多くなり、正規表現で置換する部分がかなり多い。
その量、恐らくさくら日記帳混沌版の約 2倍。
ファイルサイズにすると約 3倍か。

いや、マジ死ねるから。('A`)
つか　テンプレ書くヤツも死ねる。('A`;

まぁ作ってしまえばあとは放置プレイでおｋうぇｗｗｗｗなので別にかまわんのだが・・・。

絶対バグありそうだよなぁ・・・。

ちなみにココまで重装備にしても内部処理的には 0.3秒くらい。
問題は表示が遅いことだけ。
ここらへんはぼちぼち考えるか。

野暮用でこんなスクリプトを作らなければならないので作ったんだが、結果があまりにも酷かった。

#!/usr/bin/perl

$TEST{'STR'} = 'PC';
$TEST{'STR'}{'1'} = 'STR-1 values.';
$TEST{'VAL'} = 2;
$TEST{'VAL'}{'2'} = 'VAL-2 values.';
$TEST{'DAT'} = "テスト";
$TEST{'DAT'}{'3'} = 'DAT-3 values.';

td();

sub td {
        foreach $mk (keys %TEST) {
                print ">$mk\n";
                foreach $sk (keys %{$TEST{$mk}}) { print ">     $sk: $TEST{$mk}{$sk}\n"; }
        }
        return undef;
}

メインカテゴリとサブカテゴリを表示するというスクリプトなのだが、以下のような結果を期待していた。

>>>STR
>1: STR-1 values.
>>>VAL
>2: VAL-2 values.
>>>DAT
>3: DAT-3 values.

しかし結果はあまりにも無惨で以下のような結果となった。

>>>STR
>>>VAL
>2: VAL-2 values.
>>>DAT
>3: DAT-3 values.

連想配列名 "STR" のサブ連想配列が出てこないのだ。
これにはまいった。
何がまいったかというと、1バイト文字列では出てこないのに、2バイト文字列もしくは数列にすると "VAL" と "DAT" のように出てくるのだ。


これは使えない。('A`)


流石にユーザーに「カテゴリ名(表示用)はかならず 2バイト文字から始めてね」などと恥ずかしい指定は出来ない。
しかたがないので %CATEGORY と %SUBCATEGORY を作成して対応。

うーん、美しくない。

で、この影響なんだが、実は右テーブルのカテゴリリスト内にある「PC関連」に影響が出ていた。
なんと、サブカテゴリがいくつかあるのにそれが出てこず 1つのカテゴリにしかなっていなかった。(汗)

今までは普通に動いてたんだけどなぁ・・・。('A`)

さくら日記帳 V3 (混沌期) のやっつけ仕事テンプレを採用した例を展示中。
Azoしゃんは喉から手が出るほど欲しい仕様かもしれない。



まだ出せる段階
じゃないですから！！
残念！！！！


死んでもイイならダスト行ってみるテスツ。
「間違いなく死ぬ」に「おか泉」のざるうどん 1人前。

表示周りはまだ微妙に採用していない機能があるけど書き込みと修正の部分はほとんど弄ってないから普通に書けるはず。



とおもったら、MySQL 版でさっさとやりたいけどかなりﾏﾝﾄﾞｸｾ('A`)なカレンダー縦置きのテンプレートが先にこいつで実装してしもたよ・・・。＿|￣|○
しかもなにげに全部テンプレート化完了してるし。

MySQL 版を一部追い抜いてますから！切腹！！！！！！

窓から投げ捨ててイイッスか？





HTLM 構築部分がクソ過ぎて自分に対して腹が立つわ・・・。






1から新造しようかしら。



その(・∀・)後。








やっとひな形出来た。_no
もうやだこのスクリプト酷すぎ修正されるねうぇ。

さらにその(・∀・)後。

さくら日記帳の V3 爆弾バージョンがとりあえず表面上は修正完了。
記事全体をテンプレート化する事で、スクリプトのバージョンアップが行われても見た目の修正は一切行わずに済むというのは見た目を変更している人達には朗報かもしれないが、逆に初期導入時に基本テンプレートを修正しなければならないので結構手間がかかる。
まぁこのあたりは諦めてもらうほかあるまい。
この関係で ini ファイルに保存している設定のほとんどが消えることになると思う。

あまりにも修正個所が多いので、メジャーバージョン番号を 1つインクリメントすることにします。(ぉ

内部がいい具合にカオスしてます。(ﾌﾟｹﾞﾗ

ちょっとだけメモ。

• 本文部分をテンプレに統一
  
• 記事修正や投稿は初期ログインが必要だが、その後はログアウトするまで状態保持
  
• スクリプトやログ全てを SJIS に統一。
  ※正直、なぜ SJIS で作り始めたのかがわからない・・・。
  

めっちゃくちゃヤバイ脆弱性発見。

対象：B70 以前の全てのさくら日記帳

先に緊急リリースしておきます。
ついでに EUC 問題も削っておきました。
以下は修正方法。
簡単なコード追加なのでこれで対応してください。

修正方法：
sub init { 行の次に以下の行を挿入。
    error("パスワードが違います。") if !check_password($FORM{'writekey'});

sub config { 行の以下の行を参考に挿入。
    <form action="$script" method=POST>
    <input type=hidden name=mode value="init">
    <input type=hidden name=writekey value="$FORM{'writekey'}">　　←※追加

EUC を SJIS にする場合は以下の行を削除。
    sub regist { ルーチンにある以下の行
    
    # ログファイルが存在しなければ新規フォーマットで書き込み
    else { $formtmp = "$FORM{'weather'},$FORM{'subject'}\n$FORM{'comment'}"; }
    jcode::convert(\$formtmp, 'euc');　　←※これ

設定ファイル消えてたら呼んでください。バックアップこっちで確保しますた。→蝦・あぞーさん・Casper-01さん・山銀さん
それにしてもまぁ、よくもパスワード認証なしに設定の保存ルーチンに飛ばしてたもんだ。

バグメモ

• 設定画面で "" を使ったタイトルを使用したとき、もう一度設定しようとすると消えている
  →type=text を使っていると全部出る。
  s/"/&quot;/していないのが原因。
  

今回のさくら日記帳で更新はひとまず止めます。
いや、内部がかなりカオス化してるので整理しないと。
MySQL 版で覚えた技術も取り入れたいですし。

MySQL版の方もあるので折り合い見ながら両方同時進行で調整かけながらにします。
ということで EUC 保存に関しては上記を参考にして無効化しておいてください。

現行の nikki ディレクトリ内のスクリプトをやっと新型に入れ替え。
というわけでテンプレートとかが現行のこの日記で有効に。

現在問題視しているのは、先の日記でも触れた日付単位での表示をさせた場合、ローディング時の表示が遅いこと。
内部処理は、一番下を見てもらえるとわかるのだが 0.2s くらいで終了しているのが不思議不思議。

というわけで各ポイントで停止させて何が悪いのかを調べてみたが、どうも日付を元に取り出すと遅くなる模様。
それ以外 (カテゴリや記事番号) だと普通に早い。

左バーを表示させない、記事の表示もしない純粋に記事データを引っ張ってくる時間だけを見てみると、日付単位で取ってくるのが平均約 700ms に対してそれ以外だと平均約 420ms。
特にコレといって特別なこともしてないんだけどなぁ、という事でデータベースの方を見てみた。
すると日付フィールドがインデックスになっていたのでコレを外してみたが特にスピードは上がらず。
で、もう一度インデックスマークを付けてみると微妙に早くなって平均約 560ms。
できれば現時点で最速の 420ms 近くは出したいところだが原因が全くわからん・・・。

なんやら各地でちょっとした不具合がいろいろと出ているようで。
新規でエントリーしましたんでつっこみでいろいろとお願いします。

×　真っ白になる

○　書き込み時のバックアップファイルが書き込めない

$log_backupfileで指定したファイルは正常に書き込まれたら削除されるので、ファイルが書き込まれるディレクトリはパーミッション 777 である事が必要。

△　RSS ファイルに固定の URL が書き込まれている

該当個所を確認したが、固定で書き込むような記述は無し。
他の人どうなってます？ rdfdata.rdf が雛形になってます。
そちらを修正してください。
中途半端に雛形にするなら固定の方がいい？

△　新規書き込み→既存の日記と同日付で追加

非常手段でありまともにチェックしてませんというかそもそも EUC と SJIS が混じってるから不具合出るかも。
たぶん追記の時に文字コードチェックしてないとか変に変換してるとかそんな感じの予感。

○　RSS の修正って？

& を &amp; に変換するようにしました。
でないと sage などでパースエラーが出ます。

△　既存記事に新規書き込みで追記すると文字化け

残念ながら再現できなかった。
ファイルに書き込むときは新規と既存の区別はないので同じサブルーチンを使用している。 ちょいと変なところで文字コード変換が入ってます。
それを除去すると SJIS になります。

で、このままだとらちがあかないので全部書き換えてみようかなと考えている。
そこでアンケート。

1. ログそのものは SJIS と EUC どっちがいいですか？
   
2. ログオン方法は現在前入力と後入力になっていますが、これを前入力のクッキーによるセッション保持に変更して良いですか？