5. Notice: Undefined variable をつぶす
PHP 変数の $HTTP_SERVER_VARS は http://pukiwiki.sourceforge.jp/?%E8%B3%AA%E5%95%8F%E7%AE%B14%2F578 にある通り、$_POST に変更することで対応出来るようです．

Notice: Undefined variable: HTTP_SERVER_VARS in lib/init.php on line 28

$HTTP_SERVER_VERS と $_POST って元々入る内容が違うような… という気がしつつも修正しちゃいます．

lib/init.php line 25: foreach (array('SCRIPT_NAME', 'SERVER_ADMIN', 'SERVER_NAME',
  unset(${$key}, $_SERVER[$key], $HTTP_SERVER_VARS[$key]);

lib/init.php line 141:
  unset(${$ua}, $_SERVER[$ua], $HTTP_SERVER_VARS[$ua], $ua);

lib/init.php line 283: foreach (array('QUERY_STRING', 'argv', 'argc') as $key) {
  unset(${$key}, $_SERVER[$key], $HTTP_SERVER_VARS[$key]);

lib/init.php line 286:
  unset($REQUEST_URI, $HTTP_SERVER_VARS['REQUEST_URI']);

6. Notice: Only variable references をつぶす
new したオブジェクトをそのまま return で返すと出てしまう警告になります．回避方法はそのまま return せずに一度変数に突っ込んで，その変数を return する．という単純な方法で大丈夫です．

Notice: Only variable references should be returned by reference in lib/convert_html.php on line 144

lib/convert_html.php: function & Factory_Inline($text)
  return new Paragraph(' ' . substr($text, 1));

lib/convert_html.php: function & Factory_Inline($text)
  return new Inline($text);

lib/convert_html.php: function & Factory_DList(& $root, $text)
  return new DList($out);

lib/convert_html.php: function & Factory_Table(& $root, $text)
  return new Table($out);

lib/convert_html.php: function & Factory_YTable(& $root, $text)
  return new YTable(csv_explode(',', substr($text, 1)));

lib/convert_html.php: function & Factory_Div(& $root, $text)
  return new Div($matches);

lib/convert_html.php: function & Factory_Div(& $root, $text)
  return new Div($matches); // Seems legacy block plugin

lib/convert_html.php: function & Factory_Div(& $root, $text)
  return new Div($matches); // Seems multiline-enabled block plugin

7. Strict Standard: Declaration of をなくす
Class Element で canContain($obj) を定義しているのに，この Class を継承している Heading でも定義している為，オーバーロード出来ないよ．っていうエラーのようです．

Strict Standards: Declaration of Heading::canContain() should be compatible with Element::canContain($obj) in lib/convert_html.php on line 263

これは，index.php の error_reporting を戻せばメッセージ自体は抑制出来ますが気持ち悪いので以下の通り & を取って対応します．

lib/convert_html.php: class Heading extends Element
  function canContain(& $obj)

lib/convert_html.php: class HRule extends Element
  function canContain(& $obj)

lib/convert_html.php: class ListContainer extends Element
  function canContain(& $obj)

lib/convert_html.php: class ListElement extends Element
  function canContain(& $obj)

lib/convert_html.php: class BQuote extends Element
  function canContain(& $obj)

lib/convert_html.php: class Table extends Element
  function canContain(& $obj)

lib/convert_html.php: class YTable extends Element
  function canContain(& $obj)

lib/convert_html.php: class Pre extends Element
  function canContain(& $obj)

lib/convert_html.php: class Div extends Element
  function canContain(& $obj)

lib/convert_html.php: class Align extends Element
  function canContain(& $obj)

これで，E_ALL の状態でもエラーメッセージが表示されることは無くなるかと…

いっその事，他の wiki に移行しようかなぁ．なんて思ったのですが，他のものは高機能すぎたり，機能がたらなすぎたりなんかしっくりきそうな物がありませんでした．
pukiwiki の派生版として PukiWiki Plus! というのも見つけたのですが，これも PHP5.4 には未対応でした．
Pukiwiki Advance というものは PHP5.3 以降に対応．という事でこれは良いかも? と思ったのですが設置が微妙にめんどくさいなぁ… と．

という事で，Pukiwiki 1.4.7 の UTF-8 版を PHP5.4 に対応させることにしたのです．
# と言っても，あんまり大きな変更は無いのですけどね．

1. エラーをちゃんと表示させる
Pukiwiki のデフォルト状態だと index.php のエラーレポート設定は下の通りになっています．

error_reporting(E_ERROR | E_PARSE);

これを下の通り，全部表示させます．

error_reporting(E_ALL);

2. Fatal error の hex2bin をやっつける
エラーレポートを E_ALL にした後にアクセスしてみるとこんなエラー表示が出てきます．

Fatal error: Cannot redeclare hex2bin() in /home/seichan/public_html/wiki/lib/func.php on line 317

PHP5.4 で hex2bin が組み込み関数になってしまい，Pukiwiki に収録されている関数とバッティングしてしまった事が原因です．Pukiwiki の hex2bin は PHP5.4 標準の物で問題なさそうなのでまるごとコメントアウトします．
lib/func.php の 311行 から 317行をまるごとコメントアウトします．該当箇所は下の通り．

function hex2bin($hex_string)
{
// preg_match : Avoid warning : pack(): Type H: illegal hex digit ...
// (string) : Always treat as string (not int etc). See BugTrack2/31
return preg_match('/^[0-9a-f]+$/i', $hex_string) ?
pack('H*', (string)$hex_string) : $hex_string;
}

3. Fatal error の Call-time pass-by-reference をやっつける
#ls2 を使用するコンテンツへアクセスすると以下のようなエラーが表示されます．

Fatal error: Call-time pass-by-reference has been removed in /home/seichan/public_html/wiki/plugin/ls2.inc.php on line 69

PHP5.4 で関数への参照渡しが出来なくなったため has been removed と表示されてストップしてしまいます．
これは参照渡しではなく値渡しに変更することで対応出来ます．

plugin/ls2.inc.php function plugin_ls2_convert() の

array_walk($args, 'plugin_ls2_check_arg', & $params);

を以下のように & を取り去り値渡しに変更します．

array_walk($args, 'plugin_ls2_check_arg', $params);

4. Deprecated: Assigning the return value of new by reference is deprecated in 淡々とやっつける
new 演算の戻り値は = で参照渡しになるのに，さらに =& で参照渡しで受け取ろうとすると Deprecated と怒られます．この箇所は error_reporting をデフォルトの状態にすることで抑制出来る箇所ではあるのですが…
直しておくにこしたことはありません．

lib/func.php の function get_autolink_pattern の場合

$config = &new Config('AutoLink');

を以下のように & を取り去ります．

$config = new Config('AutoLink');

こんなのが以下の個所で存在していますので，全ての & を取り去ります．

lib/func.php function get_autolink_pattern(& $pages)
  $config = &new Config('AutoLink');

lib/config.php function read()
  $obj = & new ConfigTable('');
  $obj = & new ConfigTable($line);
  $obj = & new ConfigTable_Direct('', $obj);
  $obj = & new ConfigTable_Sequential('', $obj);

lib/config.php function & get_object($title)
  $this->objs[$title] = & new ConfigTable('*' . trim($title) . "\n");

lib/convert_html.php function convert_html($lines)
  $body = & new Body(++$contents_id);

lib/convert_html.php function & toPara($class = '')
  $obj = & new Paragraph('', $class);

lib/convert_html.php function Table
  $row[] = & new TableCell($cell, $is_template);

lib/convert_html.php function Body($id)
  $this->contents      = & new Element();

lib/link.php function & links_get_objects($page, $refresh = FALSE)
  $obj = & new InlineConverter(NULL, array('note'));

plugin/attach.inc.php function plugin_attach_convert()
  $obj  = & new AttachPages($page);

plugin/attach.inc.php function attach_filelist()
  $obj = & new AttachPages($page, 0);

plugin/attach.inc.php function attach_upload($file, $page, $pass = NULL)
  $obj = & new AttachFile($page, $file['name']);

plugin/attach.inc.php function attach_info($err = '')
  $obj = & new AttachFile($refer, $file, $age);

plugin/attach.inc.php function attach_delete()
  $obj = & new AttachFile($refer, $file, $age);

plugin/attach.inc.php function attach_freeze($freeze)
  $obj = & new AttachFile($refer, $file, $age);

plugin/attach.inc.php function attach_rename()
  $obj = & new AttachFile($refer, $file, $age);

plugin/attach.inc.php function attach_open()
  $obj = & new AttachFile($refer, $file, $age);

plugin/attach.inc.php function attach_list()
  $obj = & new AttachPages($refer);

plugin/attach.inc.php function add($file, $age)
  $this->files[$file][$age] = & new AttachFile($this->page, $file, $age);

plugin/attach.inc.php function AttachPages($page = '', $age = NULL)
  $this->pages[$_page] = & new AttachFiles($_page);

と，今日はここまで…

FreeBSD の ports にて qmail-ldap をインストールする際，WITH_GRTDELAY をセットすると次のように make install 時に失敗する．

install  -o root -g wheel -m 444 /var/tmp/usr/ports/mail/qmail-ldap/work/mailer.conf.sample /var/qmail/doc
install  -o root -g wheel -m 444 /var/tmp/usr/ports/mail/qmail-ldap/work/doc/README.GREETDELAY /var/qmail/doc
install: /var/tmp/usr/ports/mail/qmail-ldap/work/doc/README.GREETDELAY: No such file or directory
*** Error code 71

Stop in /usr/ports/mail/qmail-ldap.
*** Error code 1

Stop in /usr/ports/mail/qmail-ldap.
*** Error code 1

原因は単純で，README.GREETDELAY の場所が違っているので，次のように修正する事でなおる．

ayanami# diff -u Makefile.orig Makefile
--- Makefile.orig       2009-11-25 20:58:19.193184837 +0900
+++ Makefile    2009-11-25 20:56:51.230342013 +0900
@@ -494,7 +494,7 @@
                ${MASTER_SITE_LOCAL:S/$/:grtdelay/}
 PATCH_SITE_SUBDIR+=    garga/qmail/:grtdelay
 PATCHFILES+=   qmail-ldap-${LDAP_PATCH_DATE}-grtdelay.patch:grtdelay
-DOCFILES_WRKDIR_doc+=  README.GREETDELAY
+DOCFILES_WRKSRC+=      README.GREETDELAY
 .endif

 .if defined(SLAVE_LDAP) && defined(WITH_ENHACELOGS)

単純なミスだから対処も楽だったんだけど，もう少しテストしてからコミットしろよー．と思ってみた．

とりあえず，send-pr 完了．
http://www.freebsd.org/cgi/query-pr.cgi?pr=140866

最近購入した ASUS のマザーボード P5QL PRO にのっている Atheros な NIC を CentOS で認識させる為のメモ．

http://partner.atheros.com/Drivers.aspx にアクセスして，AR81Family Linux Driver にあるリンクをクリックするとダウンロードが出来る．

ファイルをダウンロードして P5QL なマザーボードで動いている Linux に何らかの形で転送．
自分は別の NIC も挿しているのでネットワーク経由だったけど，普通は USB メモリとかかなぁ…

ファイルを展開して，src 以下に移動して make install でインストールが完了するんだけどその前にちょっとだけ確認．
gcc や kernel-header, kernel-devel 等，kernel を再構築可能な状態である必要があります．

で，make install を実行すると，kernel module が作成されます．kernel module インストール後は，/etc/modprobe.conf に一行追加して再起動しましょう．

echo "alias eth3 atl1e" >> /etc/modprobe.conf

後は再起動して，認識出来れば成功です．

やふおく見てたら，Intel な Gigabit NIC が大量に出品されていました．22枚．1枚あたり2000円程度だったので全部買いました．
はい．自分でもバカだと思います．使い切らんやろ～ と．
そんなこんなでブツ届きました．見た所中古といわれていたのですが，未使用っぽい綺麗さ．ぐっどじょぶです．
これは壊れてるのないやろ～ と思いつつ，1回につき5枚ほど刺して順番に netperf で負荷及び速度テスト．
全て大丈夫でございました．なので並べてぱしゃりと写真撮った．19 枚なのは 3枚既に使ったから…

ほんとに Intel なん? と思われないように，ちょっとアップで撮った．

とりあえずの使用感としては，今まで使っていた vge だと以下のメッセージが頻発しておりました．

ayanami kernel: vge0: watchdog timeout
ayanami kernel: vge0: link state changed to DOWN
ayanami kernel: vge0: link state changed to UP

kernel 2.6.9-55.0.9 が出てるのと，VMware Server 1.0.4 がリリースされているので，自宅でつこてる CentOS の VMware Server をアップデート及び kernel をアップデートしてみた．
はじめは，今までよりさっくりしてない? と喜んで使ってたんだけど，どうもスケジューラがおかしいのかなんなのか，2つのコアをきれいに使ってくれない…
7-STABLE にすべく make world なんてしようもんなら，他の VM にこれっぽっちもリソースを割り当ててくれないなんて事態になってしまいました．VMware Server では，5つ程度の GuestOS が常に動いているんで，この状態は非常に宜しくない．

VMware と kernel の両方を一度にアップデートかましたんで，原因追及の為まずは古い kernel で起動し，GuestOS をばしばしっと起動．おもむろに make world した．

なーんも問題なし．

やっぱ kernel かよ!! と思いつつ，そのまま運用．

同じ症状になった方います? とりあえずぐぐったんだけど，見つからなかった…
この症状，QuadCore だとどういう症状になるんだしょね?

• IP アドレスベースである
• 精度が高くない

と大きく2つの理由がある．

IP アドレスベースである

RBL のリストは，IP アドレスがベースである．その為，1IP アドレスで複数のドメインをホスティングしているような環境の場合，その中の 1 ドメインが Spam 元アドレスになり，それが原因で登録されたとしよう．
IP アドレスがベースなので，名乗るドメイン名が関係なく，その IP アドレスからのメールドメイン全てが拒否対象になってしまう．
そうすると，例えば自分がホスティングサーバを契約し，利用しているとした場合，そのサーバの IP アドレスが RBL に登録されてしまったとなると… もしかしたら，自分が送信したメールは相手サーバから叩き落とされているかもしれない．
SPAM を送信した事も無く，踏み台にされたわけでも無く．自分のコンピュータが Bot に感染していなくとも，その危険性が生じてしまう．

これが IP アドレスベースの大きな欠点だと考える．

精度が高くない

SPAM メールを拒否する為に利用する RBL は精度が命であろう．しかし，思った程精度は高くない．ある RBL サービスを提供している所は，ネットワークアドレスを丸ごと登録してしまっている所もある．

理由は，ダイナミック IP アドレスレンジだから．だそうだが，実は静的なレンジでも入っている場合がある．

そもそも，ダイナミックレンジだから全て登録してしまうポリシーが自分は理解出来ないが，RBL ホストとして利用するユーザはその事を理解して使っているのか? 登録ポリシーを理解しているか? を考えると，大半は理解していないと考えている．

また，基本的にボランティアベースで RBL ホストリストを保守している為，登録，更新が遅い事も精度が低いという理由の1つだ．オープンリレーサーバであれば，問答無用でリストに加えてしまっても問題ないと思うが，いわゆる公告メールも不快だとしてすぐにリストに登録する人間がいる事も頭の片隅に入れておいて欲しい．

自分が望まないメールが届くたびにリストへ登録するという努力はすばらしいと思うが，それが万人に有用なリストになるか．は又別問題だと考える．

以上が，RBL を使ってはならないと考えている理由だ．

と，硬い口調が苦手なのに頑張った．俺えらいぞ．
実際問題，RBL サービスの最大手であった ORDB は，RBL が有用では無いと宣言し，サービスの提供を終了しました．理由としては以下の点を述べております．

• ボランティアで作業をしているスタッフの時間が取れなくなっている
• スパム送信者の“戦略”が変わってきているため，オープン・リレーのRBLが，スパム対策として有効な手段ではなくなっている

また，RBL では無く，別の SPAM 対策方法を導入するように勧めています．これはサービスを提供している側から出た停止理由ですので，メールサーバ管理者はきちんと考える必要があるでしょう．

RBL 以外の SPAM 対策だと，現状はベイジアンフィルタが有力です．また，お馴染みさん方式と呼ばれる，一時的エラーを一度返す方式がとても有効です．SPAM 送信者はリトライしない事から，現在はほとんどの SPAM がはじける状態です．その他には，ベイジアンフィルタに似ている方式で，メールの部分部分を抽出してネットワーク上のデータベースを利用した SPAM 判定があります．Vipul’s Razor 等がそんな感じです．

後は… メジャーになるかどうか微妙ですが，送信者ドメイン認証等もある程度は有効だと考えています．

どちらにしろ，複数の SPAM 対策を組み合わせて効果的に利用するべきでしょう．個人的なお勧めは，SMTP セッション中に行う SPAM 対策と，その後のベイジアン型が一番良いと考えています．

明らかに SPAM 送信元だとわかるサイトからの接続を SMTP セッション中に拒否．それ以外は一時エラーを返します．その後で届いたメールをベイズ処理し，SPAM 判定を行って，最終的にスプールへ配送します．

この方法であれば，判定結果は良いが処理が重くなり勝ちなベイジアンフィルタを動作させる回数が少なく済み，トータルでマシンパワーを節約可能だからです．

さて，長くなってしまいましたが，RBL を使用しているあなた．やめる決心はつきました?
# というか，やめて下さい…