検索

2008/11時点でのYakiBikiは、デフォルトではPermalinkをサポートしていません。
これはmod_rewrite相当の機能が搭載されていないWebサーバーでも実行できるようにするために、やむなく断念しました。(*1)

ですが折角mod_rewrite相当の機能が搭載されているのであれば、使いたいよね・・・ということで、早速自分で調整してみました。

• 1. とりあえず.htaccessを修正する。
• 2. URL生成のカスタマイズフックを作成
• 3. config.phpを修正してフックを付け替える。

1. とりあえず.htaccessを修正する。

.htaccessにこんな感じのmod_rewriteの設定を付け足しました。

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_FILENAME} -d [OR]
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule .* - [L]
RewriteRule ^$ index.php [QSA,L]

RewriteCond %{REQUEST_FILENAME} !-f

# view mode
RewriteRule ^view\/([0-9]+)$ index.php?mdl=view&id=$1 [L]
RewriteRule ^view\/([0-9]+)\/$ index.php?mdl=view&id=$1 [L]

RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

viewモジュール・・・つまり通常のページ詳細表示の場合だけに対応を絞り込みました。YakiBiki内での「記事へのリンク」は通常、viewモジュールへのリンクになるからです。
この段階でURLから ".../view/10" とかしたりして、ちゃんと表示されるか確認してみます。

2. URL生成のカスタマイズフックを作成

yakibikiの plugins/hook ディレクトリに

yb_hook_make_url.php

というのがありますが、これがYakiBiki内のURLを生成する関数のデフォルト実装です。

plugins/hook 以下にはユーザが挙動をカスタマイズ出来るようなフックポイントを置く・・・筈なのですが、2008/11時点の 0.0.1-alpha3 時点ではまだこれ１つだけなんです・・・。

とまれ、まずはこれをコピーし、適当な名前にします。今回であれば

yb_hook_my_make_url.php

とします。

続いてyb_hook_my_make_url.phpの中の関数名を直します。

function yb_hook_make_url()
→
function yb_hook_my_make_url()

細かいコードの説明は省きますが、コピーした方で関数からreturnする直前を次のように修正します。
【修正前】

    if (count($_params) > 0) {
        $base .= $_query;
    }

    return $base;

【修正後】

    if (count($_params) > 0) {
        $base .= $_query;
    }

    // ここのifブロックを挿入
    if ($module == 'view') {
        if (isset($query_params['id']) && is_numeric($query_params['id'])) {
            $base = _YB('url') . 'view/' . $query_params['id'];
        }
    }

    return $base;

3. config.phpを修正してフックを付け替える。

追加した新しいmy_make_urlフックに付け替えるには、config.phpに以下の行を付け足します。

_YB('hook.convert.make_url', 'my_make_url');

少し解説します。フックを使用する場合、次のようにyb_Util::hook()を実行します。(2008/11, 0.0.1-alpha3時点)

$ret = yb_Util::hook('フック名', $args);

ここで _YB('hook.convert.フック名') が指定されていない場合、

plugins/hook/yb_hook_フック名.php

をロードして、

yb_hook_フック名()

を実行します。
もしも _YB('hook.convert.フック名') が指定されていて、'my_フック名'となっていれば、

plugins/hook/yb_hook_my_フック名.php

をロードして、

yb_hook_my_フック名()

を実行します。

この仕掛けを使用して、''YakiBikiのデフォルト実装を残したまま''、ユーザーのカスタマイズフックを有効化できます。

以上でviewモードについてはPermalinkを作る事が出来ました。YakiBikiは内部リンクについては全て動的に生成していますのでWikiキャッシュの影響はありません(=キャッシュクリアは不要)。

やっぱり「バックアップ機能」が無いと手間だなと思う。fix-perms.phpで一旦パーミッションを変更した後、データファイルをバックアップする必要がある。
YakiBikiは自分でディレクトリを作ってしまうので、動作権限やumaskの値によっては一般ユーザでYakiBikiが作成したディレクトリ中のファイルにアクセスできなくなる場合があり、特に共用レンタルサーバではそうなる確率が高い。
というかこのサイトのレンタルサーバがそう。

なので、出来ればYakiBiki自身がtar.gzなりzipファイル圧縮を生成してDL出来るようにしてくれると大変に助かるけど、まぁそれはまた後々。

細かい点だけど、カテゴリがアルファベット順に並ぶようになって、多少使いやすくなってほっとしてます。

find <path> -type d -name .svn | xargs rm -rf

以上。
いえ、チェックアウトディレクトリが要らなくなって（SVNのリポジトリが吹き飛んで、開発初期だったので手動でSVNサーバからリストア→リポジトリをゼロから作り直し）、でも念のためローカルコピーは取っておきたいのだけれど、間違ってsvnコマンド叩いて古いのが入ってしまうのも困るなと（リポジトリのURLは同一なので）。

なので、.svnディレクトリをまとめて消去したかった次第。

・知り合いの漫画家がpixivに入ってて、リアルタイムで落書きとか絵チャットとかを見れるライブ感が楽しい。
・東方の萌え画像がGETし易い。
・アナログ画像の絵師が意外と面白い。

YakiBikiでメール通知機能をつけようと思って、LGPLのPHPMailer for PHP4 2.0.3(2009/01時点での最新)をDLしてSMTPドライバで動かしてみたが・・・
http://phpmailer.codeworxtech.com/index.php?pg=phpmailer

[12-Jan-2009 10:55:41] PHP Notice:  
Undefined variable:  str in ...\yb-php\libs\phpmailer\class.smtp.php on line 1043

とか出て、MTAが250返してるのに get_lines() でそれが取れていないようで、いろいろと失敗する。
で、class.smtp.php のget_lines()をデバッグしていたら・・・

   while($str == @fgets($this->smtp_conn,515)) {
              ^ !?

ここで上記Noticeが出力されていたらしい。

気になって、「そういえばXoopsもPHPMailer使ってたよな・・・」とXoopsCubeの2009/01/12時点でのlegacy版をDLして中を覗いてみたら、PHPMailerは2.0.2を使っていた。で、問題の箇所は

   while($str = @fgets($this->smtp_conn,515)) {
              ^

となっていた。まぁ当然ですよね。

PHPMailer開発元へのレポートはまだ挙げたりしてないんですが、とりあえずYakiBikiはそこ直したやつを入れてます。皆様、ここのところ注意して PHPMailer for PHP4 2.0.3 をご利用下さい。

YakiBiki 0.9.0 をリリースします。

https://sourceforge.net/forum/forum.php?forum_id=906879

SourceForge.netのプロジェクトサイトよりダウンロード可能です。

http://sourceforge.net/projects/yakibiki

TODO/YakiBiki/0.9.0 でフリーズしていますが、主な変更点を以下に示します。

• 使い勝手の向上(自分で使ってみたフィードバック)
• ログ出力の調整
• 簡易ではあるがメール通知機能
• ログイン処理をHOOK化し、ユーザ名/パスワードの突き合わせ処理をカスタマイズ可能とした。
• サポートスクリプトを追加し、"ybwebtools/"ディレクトリ以下にまとめた。

本サイトにて自分で使ってみた結果と、お仕事で要求された機能がこれで一通り揃った格好です。
当初はバージョン番号は 1.0.0-rc1 のつもりでしたが、まだ早すぎる気がしますので、0.9.0としました。
1.0.0へ向けての目標は TODO/YakiBiki/1.0.0 の方に移しました。

2007年の10月よりYakiBikiを初めて、既に1年と3ヶ月が過ぎています。これまでの間何とか続けて来れたのは、周囲の理解があってこそと思います。自分のサイトでも使い始めることができて、ようやくお見せできる形になりつつあります。ひとまずこの場で御礼申し上げます。

YakiBiki 0.9.0 目安TODOリスト

Windows上でのtar.gz圧縮は避ける事。ツールによってファイル名がおかしくなったり空ディレクトリが無視されたりして、トラブルの遠因になりうる。

SVN Repository Browser : http://yakibiki.svn.sourceforge.net/viewvc/yakibiki/

2009-01-12, rev521にて0.9.0へフリーズ

メイン目標

• メールにて更新報知
  • リビジョン517 - 519にて対応。
  • edit, datainfo, deleteにおいて簡単なメール送信を実装。PHPMailerを使用。
  • 題名にタイトルとID、本文はviewへのURLのみというシンプル実装。まずはここまで。
  • 本来であれば新旧のDIFFや物理ファイルの添付等が欲しいが、まずはここまでにしておく。
    • 各モジュールでのデータの取り方がばらけているので、整理したい。
• ログ出力の充実(監査を意識)
  • リビジョン507, 510, 511にて対応。
• 外部認証機能対応(TypePadなどOpenID系)
• ログイン時のユーザ名とパスワードの突合せ処理をHOOK化
  • OpenIDみたいに外部のサイトと行ったり来たりするようなのはさすがに今の実力では無理。
  • POP3のログインとかLDAPみたいに、単にユーザ名とパスワードを突き合わせるのであれば、hookにしてカスタマイズ可能にできる。
  • リビジョン513, 514, 515にてhook化、POP3ログインのサンプルを実装、対応。

細かい機能追加・調整

• editとdatainfoでの更新時に、yb_Session::set_flashでflashメッセージを表示するよう調整。
  • リビジョン520にて対応。
  • 実運用では画面の切り替わりが早くて、「え？保存されたの？」となってしまう。保存完了を分かりやすく表示したかった。
• ユーザ名に"."(ピリオド)を使えるようにする。但し連続する"."、および"."で始まる/終わるユーザ名は入力チェックエラーとする。
  • リビジョン516にて対応。
• Smartyのバージョンを2.6.22へ更新
  • リビジョン512にて対応。また、SmartyはLGPLということで、Smartyに入っていたLGPLのライセンスファイル(COPYING.lib)とREADMEファイルを念のため追加。
• _YB()の設定をダンプ出力する ybwebtools/check-ybvars.php を追加。
  • リビジョン506にて対応。
• user, group, aclで、削除時に、被参照カウントを取得して参照されていれば弾くようガードしたい。
  • ACLの削除時にacl_to_dataインデックスを取得してガードするよう修正。リビジョン501にて対応。
  • groupの削除時に全ACLをサーチしてガードするよう修正。リビジョン503にて対応。
  • userについては、削除自体をデフォルトで禁止するよう修正。_YB('disable.user.physical_delete')がtrueのときのみ削除可とする。リビジョン504にて対応。
• データ編集時に、編集前のデータ本体のチェックサムを取得しておき、複数人による編集の衝突を検出する。
  • リビジョン500にて対応。
• カテゴリの並び順を名前のソート順に
  • リビジョン499にて対応。
• trackback項目を隠す。
  • リビジョン494, 495, 496にて対応。
  • 隠すのではなく属性自体を消去した。サイト内TBを考えるのであれば残しておいても良いかな・・・とも思ったんだけど、サイト内TB的な用途であれば普通にコメント使えばOKなので・・・TBという概念自体を一旦YakiBikiから消去します。
• umask()が未設定の場合、nobodyで作成されたディレクトリとかが消せなくなる。
  • umask()の設定をconfig.phpに追加。
  • fix-perms.phpみたいな、パーミッション操作専用のサポートスクリプトを添付すべき？
    • umask()をconfig.phpにデフォルトで含ませると、セットアップ直後にサーバ環境毎に手直ししなければならなくなるので、却って手間が増えると判断
    • umask()はconfig.phpに手動で任意に埋め込むことにして、ybwebtools/にfix-perms.phpを追加することで対処。リビジョン480 - 487まで。
• yb_Session::hasRole(), isAuthenticated()を利用するよう修正。
  • 怖くて消せない・・・。
• changelog、直前のchangeログを編集ボックスに予め表示させておく。
  • これ、バージョン番号を変えずに上書きする時に、クリアされてると前のchangelogまで消えてしまうので。
• datatype毎のテンプレートを整理。ネストが厭らしい状況になってる。
  • リビジョン489 - 493
• データ編集時に、タイトルやbookmarkのnoteなどを「情報」欄へ移動。編集時は表示オンリーに。
  • こうしておかないと、タイトルまでバージョン管理できると思われそうだから。
  • リビジョン489 - 493
  • noteについては断念。とりあえずタイトルをdatainfo(「情報」)モジュールに移動。
  • noteなどDataType固有のフィールドまでdatainfoに移すと結構手間。ネガティブな理由。tx/Edit.phpやtx/DataInfo.phpからほぼ作り直しになる。

BUG FIX

• ユーザ名、メールアドレスの"@"より前で"."(ドット)を使えるようにする。
  • リビジョン516, 521にて対応。
  • 実際の運用時に"."が含まれるアカウント登録が必要であることが確認された為。
• copyするときの"Copy XXXX Document from YYYY"の日本語訳が欠落。
  • リビジョン489にて修正。
• setup.phpでの初期化データへのファイルパスが、setup.phpへの相対パスになっている。246行目とか。
  • リビジョン478にて修正。
• check-perms.phpでのパーミッションチェックが変かも。ディレクトリが無くてもグリーンになる？
  • realpath()の結果は空欄。
  • リビジョン498にて修正。realpath()の結果をディレクトリ書き込みチェックに使っていた影響で、Windows上では書き込み可として判定されてしまっていた。("\dummy"のようなファイルの書き込みチェックがtrueになっていた)
• lsモジュールで、show_edit_menu=falseにしてheader_tplを取り込むよう修正。- revision 471にて対応
• groupモジュールのユーザーリストで、権限がシステム管理権限とグループ管理権限しか表示してないような気がする・・・。
  • リビジョン497 : groupモジュールと併せて、ユーザ一覧系のテーブルデザインでカラムの配置を修正。user/aclも修正。
• search, viewモジュールのテンプレートで、作成日の表示がcreated_atを表示してしまっている。
  • →created_atは内部的に保持する値で、ユーザーにより変更可能な「表示・検索上の作成日」はpublished_atが正解。revision 472にて対応。
• image wikiプラグインで、srcの中身で"&"を"&"にするとFireFoxで画像が表示されなかったのを修正。
  • →yb_Util::make_url()じゃなくて、"&"を変換しない yb_Util::redirect_url()に修正。 : revision 473にて対応。
  • →対応は間違ってなかったけど理解は間違っていた。HTMLソースをよくよく眺めたら "&"の部分が"&"と二重にエスケープされていた。
  • ←原因は make_urlを使った後に、さらにh()でエスケープした為の二重エスケープ。
  • →同様にID指定した時のリンク先URLも二重エスケープされていた。
  • →ID指定以外の絶対パスやyb://で始まる相対リンク時にもエスケープしなくちゃなので、imgタグ出力時点でのh()によるエスケープははずせない。
  • →というわけで、ID指定時はredirect_url()を使うようにして、imgタグ出力時点でのエスケープに統一。revision 474.

• HttpUnitを利用したWeb画面テストの自動化
  • http://codezine.jp/article/detail/618?p=1
• HttpUnit - WebブラウザなしでWEBアプリケーションをテストするフレームワーク
  • http://www.syboos.jp/opensource/bookmark/detail/20080508142016461.html
• HttpUnitでJavascriptを無効するには
  • http://www.syboos.jp/opensource/doc/20080508142703496.html
• Testing Portlets with HttpUnit, JMeter, and Maven
  • (Portletsをテストするのに、MavenとHttpUnit or JMeterを組み合わせる手法の.docファイル)
  • http://communitygrids.blogspot.com/2006/11/testing-portlets-with-httpunit-jmeter.html

中身を検査するにはHttpUnit, 負荷テストならJMeterという使い分け。
なおHttpUnitはRhinoと組み合わせることでJavaScriptによる画面遷移もエミュレートできるようだが、JavaScriptにエラーがあったりIE独自のJSコードではおかしくなる場合は、JSサポートをOFFにする。

なお商用製品として1万円を切る（安い・・・）、高機能なWebテストツールとして "SteadyForm" というのを見つけた。テスト駆動開発を強く意識している会社の製品。

• SteadyForm とは
  • http://rooch.co.jp/steadyform/index.html

その人を見下げた態度がまず鼻につくんですよ。だから誰もあなたの言うことを聞こうとしない。
同僚に見下される周囲の気分を想像もせず、実際の現場で采配を振るったことすらない人間が、優等生気分で「勉強しようよ」と叫んだって、誰も振り向かない。あなたは結局優等生で居られる自分しか見ていないんだから。
最前線で地獄を見ること無しに、たらたらと雑誌やWebの記事を眺めてちょろっと手を動かしただけで「自分は周りの奴らより勉強してるんだ、偉いんだ」と悦に浸りたいだけでしょ？
そんなに最新技術が好きならベンチャーに転職すれば？自分で起業すれば？
結局見下せる人間が必要なんだよね。自分より頭が悪いと思える人間が周りに居ないと駄目なんだね。
本当に実力をつけようとしている人間は、もっと謙虚だと思うよ。「自分は違う」と悦に浸っている暇なんて無いんじゃない？
まずあなたが先に頭を下げるべきじゃないの？何様のつもり？

というわけで、「あなた」＝「自分」のことでした。

ログ出力を追加しようと思って弄っていて、ふとログフォーマットどうなってたか見直してみた。
PEARのLogライブラリを使っているのだけれど、$identの初期化を

$ident = "'" . yb_Var::server('REMOTE_ADDR') . "' - " . session_id();
→
'192.168.1.1' - abcd123456789...

みたいにしていた(yb_Logクラス)。「ああ、そういえばそうしていたなぁ。」と懐かしくスルーしようとしたが。

「あ、session_regenerate_id() されたら追えなくなるじゃん。」

yb_Session::start()の中で、一定期間を経過していたらyb_Session::regenerate_id()を呼ぶようにしている。これが動いてしまうと、途中から別のセッションIDになるため追跡できなくなる。
regenerateするタイミングで新旧のセッションIDをログに出すか・・・とも思ったんだけど、yb_Sessionの中でyb_Logが混ざりこむのってなんか気持ち悪い。

なので、$identの初期化はこんな感じに、user_contextから取得したユーザ名も括弧付きで出すように修正した。

$uc = yb_Session::user_context();
$ident = "'" . yb_Var::server('REMOTE_ADDR') . "' - " 
    . session_id() . '(' . $uc['name'] . ')';

ログ出力はyb_mdl_系の、つまりロジックレイヤーに埋め込むわけだけど、

• マスタ系は create, update, delete 時にIDと名前、あるいはserialized()データ
• データは・・・
  • 新規作成時(含テンプレート指定)
  • コピー時
  • データ編集時
  • データ情報変更時
  • バージョン情報変更時(現在バージョン変更、承認、削除)
  • コメント追加,削除,承認時

そんな感じで。データ変更の場合のログも、データのIDとあとタイトルとか関連IDとか。長くしない。

データのviewやrawでのダウンロードは・・・Apacheのログで良いよね、ということで入れてない。
ただしDataTypeがAttachの時のrawダウンロード時のみ入れておいた。意識してclickしないとDLは発生しないし、「誰がいつデータをDLしたか」というのを見たい、というのが元々の目標でもあるので、まぁここについては入れておく。画像の場合はviewのタイミングでimgタグのsrc属性経由でrawモジュールが動いてしまうので、あんまり意味ないし、「誰がいつ」をきっちり取りたいという対象でもない。

とりあえず以上。