おはようございます。ppBlog1.5.1は7/16版が最新です。7/14との差分ファイルを添付しておきます。

　さて、1.4系〜1.5RC1系からの移行手順を書いておきます。記事ログ自体の記録フォーマットは変わりません。ログ系のフォーマットでは、コメントログの保存形式が変わっていますので、これはコメント変換プログラム [cm15up.php]を利用する必要があります。配布中の最新版のppBlogをダウンロードして解凍後、FFFTP^GなどのFTPソフトを使って、アップロードするわけですが、この際に新たにディレクトリを作成して新規インストールするか、それとも現行の1.4バージョンを上書きインストールするかの2通りあります。PHPのプログラムにある程度精通していて、かつppBlogにも慣れている()方なら、上書きインストールでも良いと思いますが、バックアップや不測の事態のことも考えると、新規インストールが無難かもしれません。以下では、新規インストールでの手順を書いておきますが、上書きインストールでも基本的にやることは同じです。

　無事、新規にインストールが終了したとして…、

• 現行のブログのログ系ファイル(log, tb, cmt)・設定ファイル(ownerディレクトリの中身)・画像ファイル系(PIX, PIX/s1, PIX/s2, mov)・その他(attached, page)は、ひとまずすべて、お使いのPCにダウンロードしておきましょう。バックアップにもなります。
• 設定ファイルの移行。まずは、旧版で使っていたownerフォルダの中のini.inc.php以外のファイルを、新規インストールしたownerディレクトリに上書きアップロードします。この際に、アップロードしたファイル群のパーミッションを666か606に変更して下さい。FFFTPでは、複数選択して一気にパーミッションの変更が出来ます。
• 次にログファイル系の移行をします。お手元のlogフォルダの中身はサーバー上のlogへ、cmtフォルダの中身はcommentsディレクトリへ、tbフォルダはtrackbacksディレクトリへ。これらもログファイルのパーミッションを666か606に変更するのを忘れずに。
• 画像系のアップロード。PIX内のは、そのままアップロードして下さい。s1やs2の中身はそれぞれのディレクトリへ。movフォルダはmediaディレクトリへです。パーミッションはとくにいじらなくて良いと思います。
• その他のアップロード。attachedフォルダの中身はaffixedディレクトリへ、pageフォルダはpagesディレクトリへ。pagesディレクトリの中のファイルはパーミッションを666か606に変更します。
• 以上が終わったら、コメントログを変換します。上で述べたコメント変換スクリプト(1148270263_cm15up.php)をダウンロードしたらcm15up.phpにリネームして、index.phpと同じ階層にアップロードします。そして、このファイルに、ブラウザ上からアドレス直打ち(http://〜/cm15up.php)でアクセスすると、自動的に変換作業が開始され、1秒以内で終了するはずです。上手くいけば、「コメントログの書き換えに成功しました。」というメッセージが表示されます。このメッセージを見たら、もうcm15up.phpは不要なので削除して下さい。
• 以上の作業が済めば、この時点でトップページ(index.php)にアクセスすると、とりあえず既存の記事は表示されていると思います。でも、サイドバーの「最近のエントリー」や「コメント」「トラックバック」といった類のボックスには何も表示されていないと思います。これは、それらはキャッシュファイルから読み出しているからです。以下にキャッシュファイルの生成方法を述べます。
• 各種キャッシュファイルの生成。基本的にキャッシュファイルは、記事を書いたり、コメントやトラックバックがついたりしたら、そのタイミングで自動的に生成されます。なので、記事は新規に何か書いてみても良いですし、記事の編集をするだけでも良いです。コメントは、既存のコメントを修正したり、新たに書いたりすれば、最新のコメント情報のキャッシュが生成されます。トラックバックは、とりあえず自分自身の記事にトラックバックしてみてもよいでしょう(セルフトラックバック)。
• 最後に、アップロードした画像ファイルのキャッシュを生成します。これは、「管理画面」→「画像管理」とすすんで、ImageManager画面を開きます。ここの冒頭説明リスト文の最後に「このアイコンをクリックすると…」というのがあるので、そこのアイコンをクリックして下さい。画像データベースが新規に作成されます。
• 以上で、とりあえずは移行作業は終了です。多分。

　大体、こんな感じでよいと思います。アクセスログの移行に関しては、アクセスログの文字コードも違いますし(UTF-8に統一)、考えてないです。悪しからず。なにぶん、1.4系から離れて久しいので、移行手順について何か見落としがあるかもしれません。気付かれた方はフォローお願いします。

　最後になりますが、7/14版からの差分ファイルを添付しておきますね。ご指摘があった分の修正です。mob.phpの調整、moby.phpからの記事削除が出来ない件、cssファイルの修正、atom1.0/rss2.0の出力調整をしています。

添付ファイル： 1152997575_DIFF060716.zip 

ppBlog  

Updated Entry: http://p2b.jp/200805-events-order

　今日は七夕Wですね。小学生の頃は、学校総出で「♪笹の葉さーらさら〜」ってやって、七夕伝説に思いを馳せたものですが。いつになってもガキの頃の心を忘れない大人でいたいものです。

　さて、Ajaxの隆盛によって、その根幹であるJavaScriptはブログに欠かせないものとなっています。ppBlogも例外ではなく、至るところで活躍してます。一般にブログの(トップ)ページは、色々な情報を詰め込んでいるために、ファイルサイズは大きくなる傾向にあり、また、画像も至るところで使われるために、読み込むべきコンテンツサイズは更に大きくなります。ブロードバンドが当たり前の今日でもページの表示にちょっと待たされるのは珍しいことではありません。で、JavaScriptは(画像も含めた)ページの内容物が全部読み込まれた後に作動させるのが一般的です。なので、もし、画像の読み込みに時間がかかったりすると、JavaScriptがうまく動かずに、狙い通りの効果が得られなかったり、スクリプトエラーが出たりします。こういうのはたいてい、window.onloadやBODYタグでのonloadイベントで制御しているんですが、JavaScript使いなら、画像の読み込みを待たずに、ページの構成要素(DOMエレメント)がパース(読み込まれて解釈)された時点でプログラムを走らせたいと思うものです。

　その解決法として、JavaScriptマスターのDean Edwards 氏が、window.onload問題を解決した！ と言ったのが昨年の9月頃で、このブログでも言及した ことがあります。彼のやり方は、Mozilla系ブラウザの隠し要素DOMContentLoadedを利用したもので、IEはこれに対応していないので、IEだけは、外部jsスクリプトを用意しないといけませんでした。その不完全さが好きになれなかったので、ppBlogではこれとは違うアプローチ(setTimeoutを利用するやり方)を取ってたんですが、このsetTimeoutがらみの手法は、PCの性能などにも大きく左右されるし、どうも不安定さがあるんですよね。角丸コーナースクリプトが上手く作動しなかったり。

　そんな折、先月にこれでほぼ100%解決と思われるやり方がEdwardsを含めたJavaScriptマスターたちによって「発見」されました。→http://dean.edwards.name/weblog/2006/06/again/

　この新しい方法では、IEでも外部スクリプトを別に用意する必要がなく、またSafariなどでも問題なく動くものです。いやぁ、みんな頭良いよなぁ。自分でも個人的に、IE向けにはdocument.readyStateを利用した方法を試したりしたんですが、IEの返すdocument.readyStateが、またいい加減なシロモノでしてあえなく挫折。しかも、DOMContentLoadedに関しては、Operaの最新バージョンであるOpera9でサポートされたりしたんで、自分もこの潮流に乗っかることにしました。そのうちSafariでもDOMContentLoadedはサポートされそうな予感。そういえば、Opera9では、とうとうdocument.designModeがサポート されましたね。以前、document.designMode^Gを利用して、ppBlog組み込みの本格的なエディターを作ろうとしたことがあったのですが、IEの吐き出すHTMLソースがあまりに後進的だったので放置したままになっていますねぇ。IE7βでどうかはまだ試していないです(期待してないけど)。

　少し逸れましたが、とにかくppBlogでもwindow.onloadに替わる新しいやり方を実装してみました。詳しい話はエドワーズのブロッグを読んでいただくとして、ppBlogでは現時点で、次のような感じにまとめています。

DOM = { /* window.onload alternative */
 complete : function(){
  if(arguments.callee.done) return;
  arguments.callee.done = true;
  if(typeof _timer != 'undefined'){
   clearInterval(_timer);
   _timer = null;
  }
  DOM.onload();
 },
 check : function(){
  if(d.addEventListener){ // Mozilla/Opera9向け
   d.addEventListener("DOMContentLoaded", DOM.complete, false);
  }
  if(navigator.userAgent.match(/webkit|safari|khtml/i)){// Safari向け
   var _timer = setInterval(function(){
    if(d.readyState.match(/loaded|complete/)){
     DOM.complete();
    }
   }, 50);
  }
   /*@cc_on @*/
   /*@if (@_win32)// IE向け
    d.write('<script id="_decoy_" defer src="javascript:void 0"><¥/script>');
    d.getElementById("_decoy_").onreadystatechange = function(){
     if(this.readyState=='complete'){
      DOM.complete();
     }
    };
   /*@end @*/
  addEvent(window, "load", DOM.complete);//その他
 },
 onload : function(){}
}

　ポイントは、DOMContentLoadedをサポートしているならそれを使い、Safari系ではdocument.readyStateを利用し（IEと違って信用できる値を返すようである）、IEではスクリプト属性のdeferを利用することです。このdeferは文字通り、(外部読み込み)スクリプトの実行を遅延させる属性でIEのみがサポートしています。このdeferは、document.readyStateよりずっと堅実です。ついでに言うと、ここで使われているdefer指定の外部スクリプト指定は、もはや単なる「飾り」になっています(それがIE7正式版でどういう扱いになるか一抹の不安が残りますが)。詳しくは、このトリッキーな手法を発見したMatthias Miller 氏のブログ(エントリー )をどうぞ。

　ちょっと話題がずれますが、IE7βは先日ベータの最新版かつベータ最終版が出ましたね。それに少し関連したErik氏の面白いエントリーがあったので紹介しておきます（まぁ、期待外れ感が漂う、ちょっとしたジョークなんでしょう）。

　→IE 7 DOM and JS Changelog

　Erik氏は、昨日のエントリーにも出てきたWebFXの主宰者の一人で、彼もまたJavaScriptマスターです。このエントリーは時期的にIE7ベータ1-2についてのものかな。思わず笑ってしまいました

JavaScript  

　ワールドカップの準決勝ポルトガル-フランスのせいで寝むれないmartinです。

以前のエントリで「Firefoxでの擬似window.event 」として、

function windowEvent(){
 if(window.event) return window.event;
 var caller = arguments.callee.caller;
 while(caller){
  var ob = caller.arguments[0];
  if(ob && ob.constructor == MouseEvent) return ob;
  caller = caller.caller;
 }
 return null;
}

というのを載せていましたが、どうせなら、Firefox(および、その他のモダンなブラウザ)にも、window.eventを認識させたいです。window.eventは使い勝手が良いので。で、このwindow.eventを簡単に認識させる方法があったので、今はこれを使っています。もともとのソースは、JavaScript使いなら誰でも知っている、昔からの有名サイトWebFX 内にある「Classic Event Handlers - IE Emu 」で紹介してあった方法です。リンク先を見れば分かりますが、これ以上ないくらいシンプルでスマートなやり方ですねぇ。最初は、__defineGetter__あたりを使ってエミュレートしようとしていたのですが。いやはや。

　js/lib.jsでは、次のようにしています。

if(w3c){ // IE以外のモダンなブラウザなら.
 (function(){
  for (var property in Event.prototype){
   if(property.match(/MOUSE|CLICK/)){
    window.addEventListener(property.toLowerCase(), function(e){
     window.event = e;
    }, true);
   }
  }
 }());
};

　イベントリスナーに逐一マウスイベントを列挙して登録しても良いのですが、Eventオブジェクトにある組み込み定数を利用してみました。マウスイベントを列挙するなら、次のような感じになると思います。

if(w3c){ // IE以外のモダンなブラウザなら.
 (function(){
  var events = ["mousedown", "mouseover", "mouseout", "mousemove",
                "mousedrag", "click", "dblclick"];  
  for (var i = 0; i < events.length; i++){
   window.addEventListener(events[i], function(e){
    window.event = e;
   }, true);
  }
 }());
};

　まぁ、こちらの方が記述も短めでオーソドックスなやり方ですが、イベントを列挙するのがメンドかったので、別のアプローチを取ってみました。お好きな方でよいと思います。

　こうすると何が嬉しいかって、例えば、次のようなスクリプトにおいて、

document.onclick = function(e){
 alert("Event X:"+e.clientX + ", Event Y:"+e.clientY);
}

この引数のeは、Mozilla系のブラウザでは必須のもので省略は出来ません。こういうシンプルな例ならいいのですが、引数がいくつかあるような関数で、いちいちこのeを付けて回るのはメンドいものです。こういうときに、上記のエミュレーションを用いれば、

document.onclick = function(){ //eが不要
 alert("Event X:"+event.clientX+", Event Y:"+event.clientY);
}

みたいに書けるわけです

JavaScript   Firefox