並木ねっと開発者ブログ

V3.3にアップグレード

Sat, 2 Jun 2007 07:55:39 +0900

Nucleus3.3がリリースされていたので、過去の変更が元に戻る覚悟でアップグレードしてみた。

問題があれば、そのとき対処ということで。

ADMINクラスのバグ

Mon, 5 Mar 2007 23:49:24 +0900

NucleusのADMINクラスで、テンプレート複製機能にはちょっとしたバグがある。
cloned + テンプレート名の文字長が20文字を超えると、末尾につける数字が名前チェックの際とインサート時に切り取られてしまうため。

select * FROM mainnucleus_template_desc WHERE tdname="clonedartica/catlist"select * FROM mainnucleus_template_desc WHERE tdname="clonedartica/catlist1"mySQL error with query INSERT INTO mainnucleus_template_desc (tdname, tddesc) VALUES ('clonedartica/catlist1','articaスキン用'): Duplicate entry 'clonedartica/catlist' for key 3

こんな感じのエラーになる。

対策は、$nameが一定長より伸びたら文字数制限まで縮める必要がある。
ということで、ADMIN.phpの３８００行付近とwhile文のところで、substrを使用する。

rss用ファイルを微調整

Thu, 1 Mar 2007 12:06:44 +0900

xml-rss2.phpでブログ振り分けを指定
$host = ereg_replace("\.namiki\.ne\.jp","",$_SERVER['HTTP_HOST']);
selectBlog($host);

NP_MobileWithSinglePageを微調整

Tue, 27 Feb 2007 06:10:53 +0900

refference by pass val に関する修正をかけた。

Nucleusの破壊的代入のバグ修正

Mon, 26 Feb 2007 17:36:38 +0900

アイテムの新規追加時にプラグインオプションが正しく保存されないというバグがあるのに今日気付いた。
２度目は正しく保存する・・・。
その心は・・・
Nucleus 3.24の日本語版PLUGIN.phpでの話し。

foreachのキーに破壊的代入を行って、バグってる。
phpの実装によって結果が異なるのだろうけれど。

その前に、このプラグインオプションの配列は酷すぎると思うよ？

// decide wether we are using the contextid of newContextid
/*
if ($newContextid !== 0) {
$contextid = $newContextid;
}
*/
if ($newContextid !== 0) {
$id = $newContextid;
} else {
$id = $contextid;
}

//trigger event PrePluginOptionsUpdate to give the plugin the
//possibility to change/validate the new value for the option
$manager->notify('PrePluginOptionsUpdate',array('context' => $o->ocontext, 'plugid' => $o->opid, 'optionname' => $o->oname, 'contextid' => $id, 'value' => &$value));
// delete the old value for the option
sql_query('DELETE FROM '.sql_table('plugin_option').' WHERE oid='.intval($oid).' AND ocontextid='.intval($id));

sql_query('INSERT INTO '.sql_table('plugin_option')." (oid, ocontextid, ovalue) VALUES (".intval($oid).",".intval($id).",'" . addslashes($value) . "')");

問題を発見するのに数時間か・・・この忙しいときに orz.

NP_LoopとNP_Shadowの連携

Mon, 26 Feb 2007 08:56:39 +0900

<%Loop(blog,4,Loop,category,all,Shadow,testloop,parsed)%>
こう書いたらちょっとトリッキーだろうか。
NP_Loopでブログ4をループしその中のカテゴリーのすべてをループしすつ、
NP_Shadowでシンボル名testloopのアイテムのbodyをスキンとしてパースする。
という意味。
トップページのリンク集のカテゴリー別一覧で使用している。

NP_phpBB

Sun, 25 Feb 2007 20:55:06 +0900

phpBBとの認証ブリッジはすでに開発されている模様。
ざっと見た感じでは、ユーザが作成されてしまう感じか。
変更はどう追いかけているのか確認してみよう。

http://wakka.xiffy.nl/phpbb

allow_call_time_pass_referenceにはまる

Sun, 25 Feb 2007 18:03:48 +0900

昔風のコーディングをしていると、こういう仕様上の注意に気付かずに過ごしてしまう。
allow_call_time_pass_reference
この設定は将来Offになるそうな。

このおかげで、アクセスログを超えるエラーログが保存されていた

URLカスタマイズでやや悩む

Sun, 25 Feb 2007 17:39:16 +0900

並木ねっとのサイトの構成を変更してみた。

写真ニュース	http://photo.namiki.ne.jp
リンク集	http://link.namiki.ne.jp
メイン	http://www.namiki.ne.jp (暫定namiki.kips.gr.jp)
開発者ブログ	http://develop.namiki.ne.jp

つまり、サブドメイン名をブログ名として使用します。
これには、クッキーを共有しないというセキュリティ設定も兼ねています。

ここで、URLカスタマイズとして拙作のNP_ShortPathを3.24用にデチューンして使用した。

URLカスタマイズにはmod_rewriteを使うのが一般的だけれど、ルートレベルでは
RewriteCond %{REQUEST_FILENAME} !-d
でディレクトリと判定されてしまいリライトが発動しない。
このことに気付かずに１時間ぐらいを悩んで過ごしてしまいました。

php側で回避したのだけれど、rewriteRuleで回避する方法をご存知の方、教えてください。

クッキーの挙動に悩む

Sat, 24 Feb 2007 20:50:05 +0900

NP_ExtraCookieのバグがあったようで、ログアウトしても、再度ログインしてしまうという現象が起きていたらしい。

コード修正をしてアップすると、今度はログインできなくなった。
クッキー周りは修正前後でブラウザに残っているクッキーの期限やら、ログインエラーやらでトラブルが起きやすい。
「ブラウザーのクッキーを削除」で初期状態にほぼ戻るので再開は可能だけれど、全員にそれをお願いするのは難しい。
クッキーの削除は選択的じゃないから、普通は。