自宅サーバー構築ブログ

第41回：Lightbox JS v2.0でサムネイル画像をオーバーレイ表示させる

2007-01-15T13:20:11Z

第40回では、写メールでエントリーを投稿する Mail2MTEntry の設置について説明しました。今回は、久しぶりの更新になりましたが Lightbox JS v2.0 というJavaScriptを利用して、サムネイル画像を同一画面上にオーバーレイ表示させる方法について説明していきます。ここで行う作業は以下の3つ。（１） Lightbox JS v2.0 を設置する（２）クリックでオーバーレイ画像（拡大した画像）が閉じるようにする（３）複数枚の画像を、「Next」「Prev」ボタンで前後に移動できるようにする ■（１） Lightbox JS v2.0 を設置する まず最初に、Lightbox JS v2.0 をこちらのサイトからダウンロードしてきます。ダウンロードしたファイルを解凍すると、「images」「js」「css」が格納されています。3つのディレクトリをそのまま MTのブログディレクトリ（インストールディレクトリではない方）にコピーしてください。既に「js」や「css」ディレクトリが存在する場合は、ファイルだけを抜き出してコピーしましょう。次に、MTから「メイン・メニュー」→「テンプレート」→「メインページ」を開いて、～の間に以下の4行を挿入してください。上3行は、サムネイル画像をクリックした時に効果として表示されるJavaScriptを読み込み、4行目はCSSを読み込んでいます。

次に、第8回でも説明した画像のアップロードを簡単にするプラグイン、BetterFileUploaderを使って画像をアップロードします。アップロード後に、サムネイル画像を何ピクセルにするかのダイアログが表示されたら、任意のピクセル数を入力し、「埋め込み」をクリックします。今まで「ポップアップ」を選んで新規ウィンドウが開くようにしていた方はここでは注意してください。以下のようなタグが生成されたら、リンクプロパティに rel="lightbox" を追加してください。ここまで完了したら、エントリーを保存し、再構築します。

rel="lightbox">

これで Lightbox JS v2.0 の設置はひとまず完了です。簡単ですね。あとは、表示されたサムネイル画像をクリックしてみて、Lightbox JS v2.0の効果が現れているかどうかを確認してみてください。 ■（２）クリックでオーバーレイ画像（拡大した画像）が閉じるようにする Lightbox JS v2.0の設置はひとまず完了しましたが、拡大された画像を閉じるには、下の方にある「CLOSE」ボタンをクリックしなければなりません。これはちょっと面倒なので、画像をクリックしたら元の画面に戻るように lightbox.js 編集しておきましょう。編集方法は簡単です。「js」ディレクトリにコピーした lightbox.js を開き、以下の4行を見つけてください。およそ、229行目あたりにあります。

var objLightbox = document.createElement("div"); objLightbox.setAttribute('id','lightbox'); objLightbox.style.display = 'none'; objBody.appendChild(objLightbox);

この4行目の下辺りに、以下の1行を追記してください。追記したら、 lightbox.js を保存して閉じてください。ここまで終了したら、ブラウザをリロード、拡大された画像をクリックして元の画面に戻るかどうか確認してみてください。

objLightbox.onclick = function() { myLightbox.end(); return false; }

■（３）複数枚の画像を、「Next」「Prev」ボタンで前後に移動できるようにする 複数枚の画像がある場合に、いちいち画像を開いたり閉じたりして何度もクリックするのが面倒だという場合には、「Next」「Prev」ボタンをつけて画像を前後に移動できるようにします。これは、HTML の a タグに属性を加えるだけなので簡単です。先ほどは、 rel="lightbox" という属性を付加しましたが、今度は rel="lightbox[roadtrip]"　という属性を付加しておきます。これによって、複数の画像をワンクリックで前の画像へ行ったり、次の画像へ行ったりと、ペラペラとめくることができるようになるので非常に便利です。ただし、上記で説明した「左クリックで元の画面に戻るようにする」ことはできなくなりますので注意してください。

rel="lightbox[roadtrip]">
rel="lightbox[roadtrip]">

なお、BetterFileUploaderでのタグ生成では、リンクタグに rel="lightbox" が自動追記されません。IMG タグを作成するたびに、この属性を手打ちするのが面倒ということであれば、（MT）/plugins/BetterFileUploader ディレクトリにある BetterFileUploader.pl を開き、以下の行を見つけて rel=\"lightbox\" を追加してください。

return "rel=\"lightbox\">";

最後に念のために説明しておきますと、メインページだけでなく個別アーカイヴページやカテゴリーページでも Lightbox JS v2.0を適用させたい場合は、各テンプレートを編集しておくのを忘れないようにしましょう。それと、メインページのある階層の位置と個別アーカイブページのある階層の位置が異なるために「CLOSE」などの画像が表示されない場合があります。その場合は、/js/lightbox.js ファイルを開いて、images/loading.gif などと表示されている個所を相対パスから絶対パスに変えてやれば無事に表示されると思います。5～6何箇所あると思うので、全て編集し直しておきましょう。以上で第41回は終了です。]]>

第40回：写メールでエントリーを投稿する [ Mail2MTEntry ]

2006-08-24T05:45:10Z

第39回では、特定カテゴリーに属するエントリーを非表示にする CatEntries プラグインについて説明しました。今回は、携帯から写メールでエントリーを投稿できるようにする Mail2MTEntry について説明していきます。なお、写真付きエントリーを投稿するにあたって、MT4i （携帯でエントリーの投稿・編集・閲覧ができるCGI ）を導入していると便利なので、第28回：Movable TypeをMoblog に対応させるを読んで、前もって、導入を済ませておいてください。]]> Movable Typeでつくる!最強のブログサイトを参考にさせていただきました。どうもありがとうございました。 Mail2MTEntry の動作を簡単に説明すると以下のようになります。

1. 携帯電話からモブログ専用のメールアドレスにメールを送信する　↓ 2. 携帯電話から予め設定しておいた mail2mt.php にアクセスする　↓ 3. mail2mt.php がメールサーバーからメールを取得し、エントリーとして書き込む　↓ 4. 画像添付があれば、その画像を任意のフォルダに格納する

以上の流れを経て、携帯から写メールでエントリーを投稿できるようになります。中には、「めんどくせ～」と、思われた方も多いかと思います。私も最初はそう思いましたから（笑）。でも、設置さえ済ましてしまえば、その後は簡単に写真付きエントリーが投稿できるようになるので、是非、導入してみる事をお勧めいたします。但し、Mail2MTEntry を導入するには、ちょっとした障壁があります。Mail2MTEntry を動作させるには、PEARパッケージが必須となるからです。ロリポップ！では動作できるみたいですが動作未確認です。また、xrea で使うのは厳しいみたいです。状況によって変わってくると思うので、各自で確認してみてください。以下では、debian で自宅サーバーを立てている方を対象に、PEAR パッケージのインストールについて説明していきます。その他のOSやディストリを使っている方は、各自でPEARパッケージのインストール方法を調べてください。

■PEARパッケージのインストール apt-get で PEARをインストールします。php4-cli と php4-pear がインストールされます。

# apt-get install php4-pear

但し、これだけでは不十分です。PEARをインストールし、Mail2MTEntry を設置したところ、何度試してみても XML-RPC fault (2): Invalid return payload: enabling debugging to examine incoming payload missing top level xmlrpc element というエラーが発生し、先に進めませんでした。今までPEAR なんて使った事もなかったし、原因がわからず悩む事2～3時間。 PEARパッケージに入っている XML-RPC のバージョンが古いという事に気がつきました。まず、お使いのサーバーで以下のコマンドを実行し、最新バージョンかどうか確認してみてください。左側の 1.1.0 というのが現在サーバーにインストールされているバージョンで、右側の 1.5.0 というのが最新バージョンの XML-RPC です。ここでは、リリースされている最新の XML-RPC よりバージョンが古いことが確認できます。

# pear list-upgrades Available Upgrades (stable): ============================ Package Local Remote Size ・・・・・・ XML_RPC 1.1.0 (stable) 1.5.0 (stable) 31kB

それでは、XML-RPC を最新バージョンにアップデートしてみましょう。以下コマンドを実行してください。upgrade ok と表示されたらバージョンアップ成功です。

# pear upgrade XML_RPC downloading XML_RPC-1.5.0.tgz ... Starting to download XML_RPC-1.5.0.tgz (31,619 bytes) .....done: 31,619 bytes upgrade ok: XML_RPC 1.5.0

これで、Mail2MTEntry を動作させるための下準備が整いました。以下では、実際に Mail2MTEntry の設置方法について説明していきます。

■Mail2MTEntry の導入 まず、Mail2MTEntry を以下のサイトからダウンロードしてきてください。ここで説明するバージョンは、現時点で最新バージョンのver.3-20050128 です（mail2mt-20050128.zip）。 BRANDONS Experimental Archives ファイルを解凍すると、mail2mt.php というファイルがひとつだけ格納されています。このファイルを MTディレクトリ（mt-xmlrpc.cgi などがある場所）にコピーしてください。正確にいえば、必ずしも直下にコピーする必要はありません。（MTディレクトリ）/moblog/mail2mt.php などのように階層を隔てても動作します。次に、mail2mt.php を開き、以下で説明する箇所を編集していきます。1番最初に、受信メールサーバーの設定です。自宅サーバーでメールサーバーを立てている方は、モブログ専用の新規アカウントを作成し、以下の項目を埋めてください。そうでない方は、Yahoo!メールのようなフリーメールアドレスを取得してきてください。いまどきメールの設定の仕方がわからないかたは…いませんよね？（笑）

//-----受信メールサーバーの設定 $popHost = "xxx.kororo.jp"; //POPサーバ $popUser = "mobile"; //POPユーザ名 $popPassword = "*********"; //POPユーザのパスワード

XML-RPCインタフェース、ユーザ定義の設定です。

//------XML-RPCインタフェース、ユーザ定義 $mtHost = "win.kororo.jp"; //Movable Typeの設置サーバ $mt_xmlrpc_path = "/mt/mt-xmlrpc.cgi"; //対象となるMovable TypeのRPCサーバ $blogid = 1; //エントリーするブログID $mtUser = "mobile"; //書き込み可能なブログユーザー $mtPassword = "*********"; //API パスワード $mtImageDir = "photo/2006/"; //画像の保存場所（ブログのルートから）

まず、mtHost には、Movable Typeを設置しているドメイン名を指定します。 mt_xmlrpc_path は、やや注意が必要な項目です。mt-xmlrpc.cgi　が置いてあるディレクトリを指定するだけですが、例えば、win.kororo.jp/mt/mt-xmlrpc.cgi にCGI ファイルが置いてある場合は、デフォルトの /mt/mt-xmlrpc.cgiを変更する必要はありません。それでは、win.kororo.jp/mt-xmlrpc.cgi にCGI ファイルが置いてある場合はどうでしょう。うっかり、$mt_xmlrpc_path = "./mt-xmlrpc.cgi"; と書きたくなってしまうところですが、実際は、$mt_xmlrpc_path = "/mt-xmlrpc.cgi"; と記述してください。このように記述しないと、mail2mt.php にアクセスした時に、XML-RPC fault (5): Didn't receive 200 OK from remote server. (HTTP/1.1 400 Bad Request) というエラーメッセージが現れてしまいます。要するに、mt-xmlrpc.cgi　が見つからないよ～、と怒られてしまうわけです。 blogid は、ブログのIDを入力します。管理画面のトップページで、該当するブログのタイトルの上にマウスポインタを合わせると、ブラウザのステータスバーに blog_id=1 のように表示されているので、この数字を項目に入力してください。 mtUser ですが、これは普段、MTにログインしているユーザ名を入力します。が、実際には、セキュリティ強化のために、新規にモブログ専用ユーザを作成する事を推奨します。 mtPassword は、モブログ専用ユーザのパスワードにあたりますが、普段ログインしているパスワードではなく、API パスワードというのを使用します。普段使用しているパスワードとは異なるパスワードを使用するので、当然、セキュリティがあがります。デフォルトでは、API パスワードは設定されていないので、管理画面からパスワードを設定しておきましょう。設定方法は、「メインメニュー」→「投稿者」→「モブログ専用ユーザを選択」→「APIパスワード」のところで行います。 mtImageDir は、メールで送信した写メール画像を保存するためのディレクトリです。ブログディレクトリからの相対パスで記述します。その他にもいくつか設定項目がありますが、任意項目なので各自でお好きなように設定してください。強いて言えば、掲載許可するFromメールアドレスを設定しておくとセキュリティが強化するので、是非とも設定しておきましょう。以上で、mail2mt.php の設定は完了です。

■携帯から写メールを送信 ここまで完了したら、後は携帯電話から写真付きメールをモブログ専用のメールアドレスに送信するだけです。 ■mail2mt.php にアクセスし、エントリーを投稿する 最後に、携帯電話から、mail2mt.php にアクセスしてエントリーを投稿します。ここでは、http://win.kororo.jp/mt/mail2mt.php にアクセスします。アクセスするだけで自動的にエントリーを投稿してくれるのでとても便利ですね。書き込みが完了すると、

[ メール件名 ] を id:xx でｶｷｺﾐﾏｼﾀ !

と表示されます。このメッセージが表示されれば、正常にエントリーを投稿できているはずなので、あとは、MT4i から確認するだけです。テンプレートがたくさんあり、再構築処理に時間がかかる場合は、タイムアウトエラーが表示される事がありますが、正常に書き込みは行われているはずです。なお、メールがない状態で mail2mt.php にアクセスすると「ﾒｰﾙがﾅｲﾖ」と表示されます。mail2mt.php にアクセスする度にPOPサーバーのメールが削除されていくわけです。これが、モブログ専用メールアドレスを新規に作成する理由でもあります。会社から送られてきた極秘メールとかを勝手に投稿されても困りますからね（笑）。

■複数のブログで Mail2MTEntry を利用する では、複数のブログを所有している場合、それぞれのブログから写メールを投稿したい場合はどうするのでしょうか？勘のいい方はもうすでにお気づきですね。そうです、mail2mt.php を複製して、それぞれのブログごとに設定しておけばいいだけですね。例えば、mail2_win.php と mail2_linux.php といった風に複数のファイルを用意しておき、winブログに投稿する時は、mail2_win.php にアクセスし、linuxブログに投稿する時は、mail2_linux.php にアクセスすれば良いのです。ブログごとにメールアドレスを作成しておくという手もありますが、ブログが増えてくるたびにわざわざメールアドレスを作っていたのでは霧がないし、管理も煩雑してくるので、mail2mt.php を複製してブログごとに異なるアドレスにアクセスして投稿したほうが現実的でしょう。以上、Mail2MTEntry の説明は終了です。この Mail2MTEntry と第37回で紹介したCollect Pluginを併用すると…もうおわかりですね？そうです、トップページに写メールの写真だけを表示させる事ができるのです。夢は広がるばかりなので、是非いろいろと試してみてください♪

第39回：特定カテゴリーに属するエントリーを非表示にする [ CatEntries ]

2006-08-24T02:38:24Z

第38回では、MTPaginate プラグインを使って、同一ページで複数のページ分割を用いる方法について説明しました。今回は、特定カテゴリーに属するエントリーを非表示にする CatEntries というプラグインについて紹介します。あれ？前に似たような記事がなかったっけ？そう思われた方は、当ブログをくまなく見てくれている方ですね（笑）。詳しくは、第10回：特定カテゴリーを非表示にする[ FilterCategories ] を参照していただきたいのですが、FilterCategories プラグインの場合は、サイドバーなどに表示させる「カテゴリー名」そのものを非表示にする場合に用い、CatEntries は、メインページなどのインデックスページにおいて、特定カテゴリーのエントリーだけを非表示する場合に用います。]]> それでは、前置きが長くなりましたが、さっそく以下のサイトから CatEntries をダウンロードしてきてください。CatEntries3.0.pl.txt が置いてあるので、それを CatEntries3.0.pl　として保存し、plugins ディレクトリにアップロードすればインストールは完了です。 markpasc.org 使い方は、とても簡単です。下記をみてもらえばわかるとおり、MTEntries タグを MTCatEntries タグに書き換えるだけです。そして、非表示にしたいカテゴリーを exclude 属性で指定し、除外してあげるだけです。以下は、moblog カテゴリーを除外した例です。反対に、特定カテゴリーを含むエントリーだけを表示させたい場合は、include を用います。また、複数のカテゴリーを指定する場合は、カンマ「,」で区切って列挙します（例： exclude="moblog,news,photo"） ■変更前

<MTEntries lastn="N"> ・・・ MTEntries>

■変更後

<MTCatEntries lastn="N" exclude="moblog"> ・・・ MTCatEntries>

以上で、第39回は終了です。

第38回：同一ページで複数のページ分割を用いる

2006-08-23T18:11:25Z

第37回では、サイドバーに画像を表示したり、フォトギャラリー風に画像を一覧表示することができる Collect Plugin について紹介しました。今回は、MTPaginate プラグインとの関連で、同一ページで、複数のページ分割を用いる方法について説明します。]]>

通常、ページ分割で 2ページ目を開いたとき、http://win.kororo.jp/index.php?page=2 のようなアドレスになりますが、MTPaginate タグが同一ページに複数箇所あると、その両方の箇所で2ページ目が同時に開いてしまい、訪問者にとってはややこしい事態になります。そこで、エントリー部ならエントリー部で、フォトギャラリー部ならフォトギャラリー部で、特定の箇所だけページ送りするようにしたいわけです。方法は簡単です。MTPaginate タグに、page_selector属性を与えてあげるだけです。これは、どちらか一方だけに付加するのではなく、テンプレート内に存在する MTPaginate タグの数だけこの属性をつけてください。例えば、以下のような感じにします。

page_selector=page> ・・・ <$MTPaginateSectionBreak$> ・・・
page_selector=moblog> ・・・ <$MTPaginateSectionBreak$> ・・・

このように、MTPaginate タグごとに、page_selector を定義してあげる事で、エントリー部の2ページ目を開いた時には、http://win.kororo.jp/index.php?page=2 が開き、フォトギャラリー部の2ページ目を開いたら、http://win.kororo.jp/index.php?photo=2 のようなアドレスになります。以上で、第38回は終了です。合わせて、第22回：カテゴリーアーカイブをページ分割するも参照しておいてください。

第37回：サイドバーに画像を表示する [ Collect Plugin ]

2006-08-21T04:25:19Z

第36回では、ブログのステータス表示について説明しました。今回は、Collect Plugin というプラグインを利用して、Movable Typeのサイドバーに、エントリー内に含まれる画像を表示する方法について説明します。また、サイドバーへの画像表示の他に、専用ページにてフォトギャラリー的に画像を一覧表示させる方法についても解説していきます。]]> bird.dip.jp 「Collect Plugin 」 Collect Plugin は、フォトアルバム専用のプラグインというわけではなく、指定したキーワードに一致するタグを抜き出すためのプラグインです。そのもっとも代表的な使い方が、エントリー内に含まれる img タグを抜き出す方法です。仮に、a タグをキーワードに指定すれば、リンクを抽出することができます。応用次第で、いろいろな使い方が考えられるので非常に有用なプラグインです。それでは、以下のサイトより、Collect Plugin （Collect.tar.gz）をダウンロードしてきてください。ファイルを解凍したら、「Collect」ディレクトリごと、plugins フォルダにアップロードしてください。これでインストールは完了です。 Collect Plugin for Movable Type - Staggernation.com 次に、画像を表示させたいテンプレートを開き、サイドバーの部分に以下のソースを挿入します。オレンジ色で示した箇所を、以下で説明していきます。

lastn="5"> img"> show="0"> <$MTEntryBody$> lastn="1"> " style="margin:10px; width:100px;" />

1行目の lastn="5" は、サイドバーに何枚の画像を表示させるかの設定です。 2行目の img は、抽出対象となるタグを指定しています。ここでは、画像を抽出したいので、img タグを指定します。 3行目の show="0" は、元のエントリーの内容を表示させるか否かを指定します。 7行目の lastn="1" は、エントリー内に含まれる画像を何枚まで抽出するかを指定します。仮に、1エントリー内に画像が3枚あり、そのうちの2枚までを抽出したいならば、lastn="2" などと指定します。 9行目の width:100px; は、エントリー内の画像の大きさがまちまちな場合に、レイアウトが崩れないように画像の横幅をサイドバーの横幅に収まるように合わせます。ここでは、横幅に合わせていますが、縦の長さに合わせたい場合は、height 属性を用います。ここまで編集し終えたら、テンプレートを再構築し、サイトを確認してみてください。サイドバーに画像が表示されているのを確認したら、画像をクリックし、個別エントリーアーカイブへジャンプするかどうか確認してみてください。

■フォトギャラリーのように画像を一覧表示させる 次に、以下図のように、専用ページを作成し、フォトギャラリーのように画像を一覧表示させる方法について説明しておきます。エントリー数が多くなってくれば、1ページに表示される画像の量も必然的に多くなってくるので、MTPaginate でページ分割もしておきます。

上図のようなイメージでソースを記述すると、以下のようになります。オレンジ色の箇所は、各自、値を編集してください。また、デザイン部分は各自、CSSを作成してください。

max_sections="21"> <$MTEntryBody$> lastn="3"> " style="float:left; height:120px;" /> <$MTPaginateSectionBreak$>

前へ | <$MTPaginateNavigator format_current="%d" placement_all="after" separator=" | "> | 次へ

以上で、第37回は終了です。

第36回：ブログをステータス表示する

2006-08-19T09:49:02Z

第35回では、リンクの挿入をより便利にする方法について説明しました。今回は、ブログのステータス表示をする方法について説明します。具体的には、ブログ全体のエントリー数、コメント数、トラックバック数を表示させる方法について説明していきます。]]> MTBlogEntryCount ブログの総コメント数　　 →　MTBlogCommentCount 次に、ブログの総トラックバック数ですが、これはMT標準タグには用意されていないので、MTBlogPings というプラグインを用います。以下のリンクより、プラグインをダウンロードしてきてください。ダウンロードしたら、解凍したディレクトリ内にある pings.pl を plugins ディレクトリにアップロードしておいてください。 MTBlogPings のダウンロードこのプラグインを追加すると、MTBlogPingCount というテンプレートタグが追加されますので、トラックバック数を表示させたいテンプレートにこのタグを記述します。ブログの総トラックバック数　　 →　MTBlogPingCount 以上をまとめると、以下のようにテンプレートに記述します。

総エントリー数：<$MTBlogEntryCount$>
総コメント数：<$MTBlogCommentCount$>
総トラックバック数：<$MTBlogPingCount$>

以上、第36回は終了です。

便利ツール（9）アクセスログ解析ソフト「ApacheLogViewer」

2006-08-16T23:08:53Z

今回紹介するソフトは、Apache のアクセスログを解析するソフト「ApacheLogViewer」です。Windows 用のソフトウェアですが、LinuxでApacheを運用している場合でも、ログの出力形式はNCSA形式で統一されているので、access_log さえ読み込ませれば、ログを解析・分析することができます。]]> ApacheLogViewer のダウンロードまず、個人的に特に重宝している点としては、特定のIPアドレスがどのページを閲覧したのかを簡単に集計してくれる点です。Webalizerや awstats のようなアクセスログ解析ソフトは、長期的なデータの収集には非常に便利なのですが、どのIPがどのページを閲覧したのかといった詳細なデータまでは表示されないので（←私が知らないだけかも）、短期的にデータを解析したい場合にはやや不便です。また、特定のページを見たユーザが次にどのページを開いたのかも追跡する事もできるので、今後のサイト制作に活かしていく事ができます。例えば、ブログを運用している方は、投稿したばかりの記事がどれぐらい閲覧されているのか、また、どこからやってきたのか、気になったりしませんか？それが気になるなら、xrea の「AccessAnalyzer」や「忍者アクセス解析」を使えって話になるのですが、そこまでするほどじゃないんだよな～っていう場合もあります（笑）。しかも、ローカルなサイトの場合には、アクセス解析を設置していることを訪問者に意識させたくない場合もあるでしょう。そういった場合は、このソフトを利用して Apacheの access_log を直接、解析しちゃえばいいのです。こっそりとね（笑）。これぞ、自宅サーバーの特権です♪ このソフトは、かなり詳細なデータまで表示させることができるので、使い方次第でいろいろと応用する事ができます。 ■ApacheLogViewer の初期画面 ソフトを起動し、Apacheのacccess_log を読み込ませた状態の初期画面です。この画面だけでもかなり詳細なデータが一目でわかります。 ■統計画面1 初期画面から「Statistics」をクリックしたときに表示される画面です。この画面では、より詳細なデータを表示させる事ができます。以下図は、どのキーワードで検索されて自分のサイトにやってきたのかが表示されています。 ■統計画面2 以下図は、URLを対象に解析した画面です。どのページが人気があるのか、また人気がないのかを分析する際に利用できます。上記の画面はほんの一部分であり、実際にはかなり細かく分析する事ができます。是非、自分で使ってこのソフトの便利さを体感してみてください。

■必要なデータだけを収集するように httpd.conf をカスタマイズする Apache の httpd.conf を編集して、必要のないデータはカットするようにします。例えば、gif や jpg、png などの画像ファイルへのアクセスログや、アクセスカウンタへのアクセスログは、はっきりいって必要がないものなのでこういう無駄なログは極力、カットしておきましょう。サーバーへの負荷軽減＆ログの肥大化防止＆アクセス解析の簡便化にも繋がります。次に、Apache のログ形式を common から combined に変更しておくと良いでしょう。combined を指定する事で、リファラーやユーザーエージェントを取得する事ができます。また、VirtualHost 運用している場合には、各サーバーごとに、access_win.log、access_linux.log などのように、サーバーログをきり分けておくことを推奨します。以下の例では、ローカルネット（172.16.50.0/27）からのログは、localnet.log に保存し、外部インターネットからのログは、access_win.log に保存するように設定しています。また、gif、jpg、png、css、js へのアクセスログは、SetEnvIf ディレクティブを使ってログへ記録しないようにしています。以下の設定の意味を詳しく知りたい場合は、筆者が以前に記述した「Apacheのログをカスタマイズ」を参考にしてください。

CustomLog /var/log/apache2/access_win.log combined env=!nolog CustomLog /var/log/apache2/localnet.log combined env=!nolog CustomLog /var/log/apache2/localnet.log combined env=localnet ErrorLog /var/log/apache2/error_win.log SetEnvIf Request_URI "\.(gif)|(jpg)|(png)|(css)|(js)$" nolog SetEnvIf Remote_Addr ^172\.16\. localnet nolog

■アクセスログを週別、もしくは、月別でローテートさせる Apacheのアクセスログを分析しやすくするため、アクセスログを週別、もしくは月別にローテートするように設定しておくと良いでしょう。以下の例では、ログを週別にローテートさせ、それを12週間分（約3ヶ月）まで保存するように設定しています（つまり、12ファイル）。weekly の値を monthly にすることで月別でローテートさせることができますが、それだけ 1ファイルの容量が大きくなってしまうのでディスク容量があまり多くないサーバーでは注意が必要です。

# vi /etc/logrotate.d/apache2 /var/log/apache2/*.log { weekly rotate 12 missingok compress delaycompress notifempty create 640 root adm sharedscripts postrotate if [ -f /var/run/apache2.pid ]; then /etc/init.d/apache2 restart > /dev/null fi endscript }

以上で、ApacheLogViewerの解説は終了です。

第35回：リンクの挿入をより便利にする

2006-07-31T04:08:11Z

第34回では、Movable TypeのUTF化について説明しました。今回は、壱さんの「リンクの挿入をより便利にするプラグイン」を使って、リンクの挿入をより便利にする方法について説明していきます。このプラグインは、ブログ簡単パワーアップ Movable Type スーパーカスタマイズテクニックでも紹介されています。]]> InsertLink_113.zip をダウンロードしてきてください。現在は、MT3.2／3.3対応版がリリースされています。MT3.3 でこのプラグインを使用するには、旧版を削除してから、新たにMT3.2/3.3対応版をインストールするようにしましょう。リンクの挿入をより便利にするプラグインアップロード先は、plugins ディレクトリに　InsertLink ディレクトリををまるごとアップロードするだけです。

（MTディレクトリ）/plugins/InsertLink

サーバーにアップロードし終えたら、mt-insert-link.cgi のパーミッションを705 もしくは、755 に変更しておきます。

$ chmod 705 /home/www/public_html/mt/mt-insert-link.cgi

また、mt-staticディレクトリをmtのディレクトリとは異なる場所に設置している場合は、 mt-static/images ディレクトリに「rel-link-32.gif」と「rel-link-33.gif」をアップロードします。その後、「メインメニュー」→「プラグイン」→「Insert Link」から「設定を表示」をクリックします。「ボタンの画像がmt-static/imagesディレクトリにある」というチェックボックスにチェックをし、「変更を保存」をクリックします。

以上で、インストールは完了です。ここまで終えたら、「新規エントリー」作成画面を見てください。以下図のような2つのアイコンが追加されているはずです。右側が、外部リンク作成用のボタンで、左側が、関連記事リンク作成用のボタンになります。

以上で、リンクの挿入を便利するプラグインの解説は終了です。

第34回：Movable TypeのUTF-8化

2006-07-24T20:56:28Z

第33回では、Movable Type のテスト環境を構築する方法について説明しました。今回は、Movable TypeのUTF-8化について解説していきたいと思います。 Movable Typeのデフォルト文字コードはUTF-8なので、当ブログ構築前はUTF-8での運用を考えていたのですが、筆者が過去に制作したサイトは全てEUC-JPで統一していたため、長い間、サイトのUTF-8化をためらってきました。HTML や PHP などの静的ファイルだけを UTF-8 化するだけなら、ソフトを使って一括変換ができるのでそんなにたいした手間ではないのですが、MySQLデータベースも EUC-JP から UTF-8 に変換しなければならないとなると、MySQL のバージョンも 4.0.x から 4.1.x にバージョンアップせねばならず、非常に面倒です…。]]> まず、UTF-8 化にあたって、必要となる作業項目を以下に整理します。　■ （4.0以下ならば） MySQLのバージョンを 4.1.x 以上にアップグレードする　■ MySQLのデフォルト文字コードを UTF-8 に変更する　■ MySQLデータベースを EUC-JP から UTF-8に変換する　■ 外部インクルードファイルを全て UTF-8に変換する　■ （必要があれば）追加したMovable Typeのプラグインを UTF-8に変換する　■ サイトを再構築上記の作業は、現用サーバーに対して行うわけにはいかないので、予め、テスト用環境を構築しておき、実際にUTF-8化が実現可能かどうかを検証しながら作業を行っていく方が無難でしょう。第33回では、Movable Typeのテスト環境を構築する方法について説明したので、Debian を使っている方は参考にしてみてください。

■（4.0以下ならば） MySQLのバージョンを 4.1.x 以上にアップグレードする 使用している MySQL のバージョンが UTF-8非対応の4.0.x 以下ならば、4.1.x 以上にアップグレードします。apt-get で mysql-server-4.1 をインストールすると、依存関係で libmysqlclient14、mysql-client-4.1、mysql-common-4.1 も同時にインストールされます。インストール後、権限設定なども各自で行っておいてください。

# apt-get install mysql-server-4.1

■MySQLのデフォルト文字コードを UTF-8 に変更する 次に、/etc/mysql/my.cnf を開き、MySQLのデフォルト文字コードをUTF-8に変更します。

# vi /etc/mysql/my.cnf [mysqld] default-character-set = utf8
[mysql] default-character-set = utf8
[mysqldump] default-character-set = utf8

編集し終えたら、MySQLを再起動します。再起動後、MySQL にログインしてデフォルト文字コードが変更されたかどうか、以下のSQL文を発行して確認しておきます。

mysql> SHOW VARIABLES LIKE 'character_set%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------

■MySQLデータベースを EUC-JP から UTF-8に変換する データベースを移行する場合、通常は、保存しておいたデータベースを移行先サーバーの datadir （Debianの場合は、/var/lib/mysql/）内にまるごとコピーするだけでリストアすることができます。しかし、今回はMySQLのバージョンを 4.0.x から 4.1.x にバージョンアップしているため、保存しておいたデータベースをそのまま移行先サーバーにコピーするだけでは、今までどおりに Movable Typeを使えるようにはなりません。また、MySQLデータベースをEUC−JPからUTF-8 へも変換しなくてはなりません。この状況下でデータベースを移行するには、以下の3つの手順を踏む必要があります。　1. 移行前サーバーで、MySQLデータベースをテキストデータでエクスポートする　2. エクスポートしたテキストデータを、専用エディタなどでUTF-8に変換する　3. UTF-8に変換したテキストデータを移行先のMySQLサーバーにリストア（インポート）する ◎ 1. 移行前サーバーで、MySQLデータベースをテキストデータでエクスポートする MySQLデータベースをエクスポートするには、phpMyAdmin を使うなど、いくつかの方法がありますが、ここでは、シェルを利用してバックアップを作成します。MySQLデータベースをバックアップするには、mysqldump コマンドを用います。以下の例では、hogehoge というユーザが、movable という名前のデータベースを、movable.mysql という名前でエクスポートしています。保存した movable.mysql は、カレントディレクトリに出力されています。

$ mysqldump -u hogehoge -p movable > movable.mysql Enter password:***********

◎ 2. エクスポートしたテキストデータを、専用エディタなどでUTF-8に変換する 次に、エクスポートした movable.mysql をUTF-8に変換します。Windowsに戻ってテキストエディタなどで変換しても構いませんが、わざわざそれも面倒なので、ここでは、lv コマンドを使ってUTF-8に変換します。インストールされていない場合は、apt-get でインストールしておきましょう。

# apt-get install lv # lv -Ou8 movable.mysql > movable.mysql.utf-8

これで、MySQLデータベース「movable」を UTF-8でエクスポートすることができました。上記と同様の操作を、バックアップしたいデータベースの数だけ行ってください。

補足：movable.mysql.utf-8 を開いた時に、「～」の文字が「〜」になってしまっている場合、専用エディタなどで一括置換しておきましょう。

◎ 3. UTF-8に変換したテキストデータを移行先のMySQLサーバーにリストア（インポート）する 最後に、移行先のサーバーに movable.mysql.utf-8 をインポートします。移行先サーバーのシェルにて、以下コマンドを実行してください。インポートする前に、予めデータベースの箱を作成しておく必要があります。

# mysql -u hogehoge -p
mysql >create database movable; mysql >exit
# mysql -u hogehoge -p movable < movable.mysql.utf-8

エラーメッセージが表示されなければ、正常にリストア（インポート）できています。なお、movable.mysql.utf-8 ファイル自体に文字化けしている箇所があると、MySQLにインポートできない場合があります。その場合は、movable.mysql.utf-8 を直接エディタで開いて、文字化けしている箇所を削除するなりして対処してください。

■外部インクルードファイルを全て UTF-8に変換する include や require などで外部インクルードしているPHPファイルを全てUTF-8 に変換します。Kanji Translator のようなソフトウェアで一括変換することができるので利用してみてください。

■ （必要があれば）追加したMovable Typeのプラグインを UTF-8に変換する 追加したMovable Typeプラグインで、EUC-JP で記述されたファイルがあれば、それらを全てUTF-8 に変換しておきます。因みに、MT4i に関しては、文字コードを変換する必要はありません。

■サイトを再構築 最後に、サイトを再構築してください。再構築後にサイトを確認したとき、UTF-8化されていない箇所があれば、そこだけ部分的に文字化けしているはずなので、どこをどのように修正すればいいのか、すぐに判断できると思います。以上で、Movable Type のUTF-8化の説明は終了ですが、実際には、もっと手こずることになると思いますので、根気よく問題を解決していってください。サイトをUTF-8化できると、それなりの達成感が得られると思うので頑張ってください。Good Luck♪

購入!！「A-DATA製 miniSDカード（2GB）」

2006-07-23T10:12:41Z

A-DATA製 mini SDカードを通販（PC-Success）で購入～♪容量2GB、60倍速、SD変換アダプター付で6800円での購入。日に日に安くなるA-DATA製の miniSDカード。もうかなり安くなってきたのでそろそろかなと思って購入したところ、製品が到着した次の日、さらに値段が安くなって6298円になっていました…ｶﾞｸOrz。一体どこまで安くなるのだろう。]]> Vodafoneのワンセグ携帯、905SHで番組を録画するため、そして、もうひとつは、パナソニック製デジカメ、「LUMIX DMC-FX7」の保存用メモリとしてです。商品到着後、さっそく以下の6点について試してみました。　1. 2GB まで正常に書き込めるかどうか　2. Vodafone 905SH で認識するかどうか（カメラ撮影、ワンセグ録画も含めて）　3. デジカメ「Lumix DMC-FX7」で認識するかどうか。　4. 現在所有しているSDカード、SanDisk Ultra?512MB（10MB/Sec）との速度差を比較　5. miniSDカードに曲データ（AAC）をコピーして、905SH で音楽が聴けるかどうか。　6. ワンセグで録画した番組をPCで閲覧する事ができるかどうか。また、保存は可能か。

■1. 2GB まで正常に書き込めるかどうか まず、容量いっぱいまで正常に書き込めるかどうかを検証。購入した miniSD カードを、i-o data製のメモリーカードリーダー（USB2-8inRW）に挿入～…おや！？認識しない…。ひょっとしてカードリーダーが2GB まで対応していないのかと思い、i-o dataのホームページにいってみると、ファームウェアアップデータが置いてありました。ファームウェアアップデータを適用後、無事、正常に認識する事ができました♪ 次に、2GBのファイルをコマンドプロンプトから作成します（for WinXP）。fsutil コマンドで、1.90 GB（2,050,000,000 バイト）のファイルを作成しました。

c:\>fsutil file createnew test2GB 2050000000

このファイルを、miniSDカード（リムーバブルディスク）にコピーします。ふむふむ。正常にコピーする事ができました。特に問題はないようです。コピー時の体感速度も、それほど遅さを感じません。

■2. Vodafone 905SH で認識するかどうか（カメラ撮影、ワンセグ録画も含めて） 次に、Vodafone 905SH でカメラ撮影とワンセグ録画が可能かどうかを検証。これも無問題でした。905SH で正常に認識、カメラも撮影でき、ワンセグの録画も可能でした。番組録画時（5分間録画しました）にも特に問題は発生しませんでした。

■3. デジカメ「Lumix DMC-FX7」で認識するかどうか。 SD変換アダプターを装着し、Lumix DMC-FX7に装着。正常に認識しました。連射も問題ないようです。

■4. 現在所有しているSDカード、SanDisk Ultra?512MB（10MB/Sec）との速度差を比較 A-DATA製miniSD カードと、すでに所持している SanDisk製Ultra?SDカードのメーカー公開速度は、以下の通りです。速度は、SanDiskの方が速いということになります。

A-DATA製miniSDカード：read→9MB/sec　write→7MB/sec SanDisk製Ultra?SDカード　：read→10MB/sec　write→9MB/sec

さっそく、両メモリカードのベンチマークテストを行ってみました。使用したソフトウェアは、FDBENCH です。 ◎A-DATA製miniSDカード 　　データ容量：100MBで計測

平均値	8438	7532	6981	1404
単位（KB/sec）	Read	Write	Random Read	Random Write
1回目	8436	7573	7240	1412
2回目	8443	7506	6811	1401
3回目	8436	7517	6894	1399

◎SanDisk製Ultra?SDカード 　　データ容量：100MBで計測

平均値	7190	6573	6906	2399
単位（KB/sec）	Read	Write	Random Read	Random Write
1回目	7523	6284	6955	2391
2回目	7032	6722	7210	2413
3回目	7017	6713	6554	2395

やや意外な測定結果になりました。Random Writeを除き、A-DATA製 miniSDカードの方が速度が速いという結論に至りました。勿論、各メーカーの測定方法によってもその速度は変わってくるだろうと思われますが、少なくとも FDBENCHでの測定値では、A-DATA製に軍配が上がったことになります。今日の時点での最安値の価格差を比較してみます。容量は、2GBで比較しました。　A-DATA製miniSDカード（2GB）→6298円　SanDisk製Ultra?（2GB）　　　→11,549円ん～以上の結果から、コストパフォーマンスの面で、A-DATA製miniSD カードを買ったほうが明らかにお得という結果になりました。これから購入を検討している方は、参考にしてみてください。

■5. miniSDカードに曲データ（AAC）をコピーして、905SH で音楽が聴けるかどうか。 まぁ、これは説明書に書いてあったので、できるとは思っていましたが、念のため検証。パソコン側で、（miniSD) /PRIVATE/VODAFONE/My Items/Music ディレクトリに曲データをコピー。携帯側のメディアプレイヤーで再生してみたところ、無事に音楽が流れてきました。これで、わざわざ無駄に高い着うたをダウンロードしなくても済みます♪（←着うたを着信音にしたいわけではないので）ただ、説明書には「AACデータご利用時のご注意」のところで対応するビットレートが「128kbps」までしか記載されていませんでしたが、160kbps でも普通に再生することができました。それ以上のビットレートは、面倒なのでまだ試していません。

■6. ワンセグで録画した番組をPCで閲覧する事ができるかどうか。また、保存は可能か。 保存は、可能みたいです。ただし、コンテンツ保護の観点から、パソコンで再生することはできないみたいです。まぁ、予想通りといえば予想通り。保存してもパソコンで見れない時点で興味は半減（笑）。この件に関しては、価格.com の口コミ掲示板で詳しく書かれていました。詳しくはそちらへ。ふぅ、たかがminiSDカードに長々と語ってしまいました。結論！！ A-DATA製miniSDカードは、コストパフォーマンスが高い！！ということにしておきましょう。あとは耐久性の問題もありますが、こればかりは長い間使ってみないとわかりませんしね。以上、これまで。それでは～♪

■A-DATA製品が買えるショップ
PC-Success
楽天

第33回：debootstrap でMovable Typeのテスト環境を構築する

2006-07-22T14:35:21Z

第32回では、.htaccess によるURL転送について説明しました。今回は、Movable Typeのカスタマイズとは関係ありませんが、LinuxOS（Debian）にMovable Typeのテスト環境を構築する方法について説明していきます。]]> さっそく説明に入ります。以下では、LinuxOSにDebianを使用していることを前提に話を進めていきます。これから新規にインストールするOSを、現用サーバーと区別して「chroot-debian」と明記していきます。まず、chroot-debian の生活の場となるホームディレクトリを作成します。chroot-debian を、ここで作成したディレクトリ内に封じ込め、これより上位のディレクトリには、一切影響を及ぼさないようにします。

# mkdir /home/chroot

次に、debootstrap をインストールします。

# apt-get install debootstrap

インストールが完了したら、debootstrap コマンドで、chroot-debianをインストールします。ここでは、woody をインストールしていますが、sarge をインストールしたい場合は、woody の部分を sarge に変更してください。

# debootstrap woody /home/chroot/ http://ftp.arege.jp/debian/ ・・・・・・ I: Base system installed successfully.

インストールが完了したら、さっそく chroot-debian 環境内に入ります。

# chroot /home/chroot

現用サーバーと chroot-debian のシェルプロンプトを区別するため、chroot環境の .bashrc を開いて、以下のように編集しておきます。

（chroot) # vi .bashrc export PS1='CR:\h:\W\$ ' ( chroot) # source .bashrc

シェルプロンプトが以下のように、現用サーバーと区別できるように表示されていればOKです。

CR:ns1:root#

次に、/proc と /dev を　mount しておきます。

CR:ns1:root# mount -t proc proc /proc CR:ns1:root# mount -t devfs devfs /dev/

あとは、必要なものを自由にインストールしていくだけです。Movable Typeが動かせる状態にするだけならば、apache2 と php と mysql をインストールすればOKです。但し、現用サーバーで動作しているapache2 と MySQL のポート番号と重複しないように、apache2 が動作するポート番号を ( chroot )/etc/apache2/ports.conf で80番以外に設定し、MySQL が動作するポート番号を ( chroot )/etc/mysql/my.cnf で 3306番以外に設定するようにしましょう。タイムゾーンと apt-line の設定は、以下コマンドを打ち込んで、各自の環境に合わせて設定をしておいてください。apt-get update、apt-get upgrade も忘れずに。

CR:ns1:root# tzsetup CR:ns1:root# apt-setup

現用サーバーと同じ環境を作るならば、基本的には、現用サーバーで使用している config ファイルを、/home/chroot 以下にそのままコピーして流用すればいいだけなので、新規にテスト用マシンを用意するより、はるかに簡単にテスト環境を構築する事ができます。さらに、構築した chroot-debian 環境をベースとして保存しておけば、次回、異なる環境下でテストが必要になった時に、そのchroot-debian ディレクトリをまるごと複製するだけで、新たなテスト環境を作成する事ができます。chroot環境を作成するために、何度も apt-get してインストールしなくて済むように、ベースとなる chroot-debian 環境を保存しておくことをオススメします。

■自動化スクリプトの作成 /proc や /dev は、システムを再起動させる度に mount させる必要があります。また、chroot環境内のapache2やMySQLもその都度、起動させなければならないので、この一連の作業を自動化するスクリプトを作成しておきます。chroot に入るスクリプトを chroot-start.sh、chroot から抜けるスクリプトを chroot-stop.sh として作成しています。 ◎chroot-start.sh

#!/bin/sh
root=/home/chroot PATH=/usr/sbin:/bin:/usr/bin export PATH
chroot $root mount -t proc proc /proc chroot $root mount -t devfs devfs /dev
chroot $root /etc/init.d/apache2 start chroot $root /etc/init.d/mysql start chroot $root
exit 0

◎ chroot-stop.sh

#!/bin/sh
PATH=/usr/sbin:/bin:/usr/bin export PATH
/etc/init.d/apache2 stop /etc/init.d/mysql stop
umount /proc umount /dev

以上、簡単に説明してきましたが、これで第33回は終了です。

■参考にさせていただいたサイト nemuiDoc: Debianでchroot環境を作る

第32回：.htaccess によるURL転送（リダイレクト）

2006-07-18T05:53:32Z

第31回では、携帯端末とパソコンの振り分け方法について説明しました。今回は、カテゴリー名の変更、ドメイン名の変更などに伴うURLの変更時に、リダイレクト元サイトからリダイレクト先サイトへURLを転送させる方法について説明します。リダイレクトをするには、httpd.conf か .htaccess にその転送内容を記述しますが、ここでは、.htaccess を使ったURL転送について説明していきます。]]> 訪問者にURLの変更を意識させることなく、変更先URLへと簡単に導くことができるようになります。リダイレクトには、永久的なリダイレクト（301 permanent）と 一時的なリダイレクト（302 temporary）の2種類があり、恒久的にURLを変更したい場合には、 301ステータスコード（301 Moved permanently ）を返すようにします。 301リダイレクトをすることで、YahooやGoogleの検索データベースに登録された旧URLアドレスも、約2～3週間程度で新URLアドレスに変更されます。また、Googleのページランクも継承できるようになります。但し、この.htaccessのようなサーバーサイドリダイレクトを用いたURL転送にはその有用性に諸説あるようで、新旧の情報が入り混じっていてどの情報が正しいのか個人的には判断いたしかねますので、100%ページランクが継承されるとは保証いたしかねます（笑）。あくまで自己責任において行ってください。因みに、私個人の経験としては、以下で説明する方法で何の問題もなく正常にリダイレクトを行う事ができましたので参考までに。もっとも慎重にURLの変更を行うのであれば、リダイレクトは一切使用せずに、全てのページに対して手動でリンク変更の旨を記載し、新しいアドレスへのリンクを貼っておくことです。こうすることで、Googleは、他のウェブページからのリンクをたどってサイトを発見することができるようになり、表示順位なども維持する事ができます。詳しくは、以下に記したGoogleのリンクを参考にしてください。 ■参考：Google URL を変更したのですが、どうすれば Google で登録されますか。 ■参考：Yahoo!Japan リダイレクトを設定している場合、どちらのURLがデータベースに登録されますか？

リダイレクトの書式は、以下の通りです。 Redirect permanent [ リダイレクト元] [ リダイレクト先] まず、.htaccess を生成します。MT管理画面から「テンプレート」→「新規テンプレートの作成」で新規にテンプレートを作成します。出力ファイル名には「htaccess」と記述します。「.htaccess」というファイル名にしてしまうと、再構築すると即座に .htaccess が機能してしまうので、最初はテスト用に「htaccess」という名前にしておき、問題がなくなったら最後に「.htaccess」にリネームするようにしましょう。きっと一発で完璧な .htaccess が生成されることはほとんどないからです。自分の環境にあわせて試行錯誤しながら「テンプレートの内容」を変更しましょう。オレンジ色で記した箇所は、特に各自の環境によって変わってきます。 テンプレート名：htaccess 出力ファイル名：htaccess テンプレートの内容：

Redirect permanent <$MTBlogURL relative_url="1"$>index.php <$MTBlogURL$>
Redirect permanent <$MTEntryPermalink relative_url="1"$> <$MTBlogArchiveURL$><$MTArchiveDate format="%Y/%m/%d/%H%M"$>.php
Redirect permanent <$MTArchiveLink relative_url="1"$> <$MTArchiveLink redirect_php="1"$>
Redirect permanent <$MTArchiveLink relative_url="1"$> <$MTArchiveLink redirect_php="1"$>

このテンプレートを保存・再構築すると、ブログディレクトリに「htaccess」という名前でファイルが生成されています。ファイルを開くと、大方以下のようになっています（※一行で見やすくするため、若干、簡略化してあります）。

Redirect permanent /blog/ http://～/weblog/
Redirect permanent /blog/～/0530.php http://～/weblog/0530.php Redirect permanent /blog/～/0304.php http://～/weblog/0304.php ・・・・・・
Redirect permanent /blog/2006/04/ http://～/weblog/2006/04/ Redirect permanent /blog/2006/03/ http://～/weblog/2006/03/ ・・・・・・
Redirect permanent /05diary/news/ http://～/weblog/05diary/news/ Redirect permanent /05diary/diary/ http://～/weblog/05diary/diary/ ・・・・・・

もし、自分の意図する内容と全く異なるりダイレクト結果が出力されたならば、「テンプレートの内容」を各自の環境に合わせて編集し、再度、再構築を行いましょう。なお、日別アーカイブや、週別アーカイブがある方は、以下のソースも追記し、再構築しておきましょう。

Daily"> Redirect permanent <$MTArchiveLink relative_url="1"$> <$MTArchiveLink redirect_php="1"$>
Weekly"> Redirect permanent <$MTArchiveLink relative_url="1"$> <$MTArchiveLink redirect_php="1"$>

以上、.htaccess によるURL転送は終了です。何度か試行錯誤しながら、自分の環境にあう .htaccess を生成するようにしましょう。きっと、手動で .htaccess を作成するよりもはるかに短い時間で、しかも、デッドリンクのない完璧な .htaccess を生成する事ができるでしょう。最後に、当記事は、以下の本を参考にさせて頂きました。ブログ簡単パワーアップ Movable Type スーパーカスタマイズテクニック

第31回：携帯端末とパソコンでページを振り分ける

2006-07-17T03:45:31Z

いまさらな話題ですが、第28回でMovable TypeをMoblog に対応させる方法を説明したのをついでに、今回は携帯端末とパソコンで表示させるページを振り分ける方法について説明します。Movable Typeのカスタマイズとは違いますが、数行程度のPHPの記述で携帯端末とパソコンを簡単に振り分ける事ができるので是非、実践しておきましょう。]]> ユーザーエージェントで振り分けたり、ホスト名や IPアドレスで振り分けたりする方法が考えられます。ここでは、より簡単に実現できるユーザーエージェントで振り分ける方法について説明していきます。ホスト名やIPアドレスで振り分けた方が、ユーザーエージェントで振り分ける場合に比べて、より厳密に振り分けることが可能ですが、各携帯会社ごとのホスト名やIPアドレスを全て調査しなければならないので、やや面倒です。ユーザーエージェントで振り分ける場合には、ユーザーエージェントが偽装されてしまえば、パソコンからでも携帯専用ページが簡単に見れてしまいますが、個人サイトならば、この方法でも十分でしょう。当記事は、以下のサイト様を参考にさせて頂きました。どうもありがとうございました。 http://specters.net/cgipon/labo/c_dist.html http://hdml.jp/wap/cast.html

それでは、さっそくページを振り分けるためのソースを以下に記述します。但し、以下ソースは、もっとも単純な振り分け例なので、機種のバージョンごとに、より複雑に判別したい場合には、以下ソースをさらに細かく条件分岐させる必要があります。例えば、DoCoMo なら DoCoMo/1.0（DoCoMo/1）と DoCoMo/2.0（DoCoMo/2）を、au ならば WAP2.0機（KDDI-）とHDML機（UP.Brower）を、Vodafone ならば、J-Phone端末（J-PHONE）とVodafone端末（Vodafone）、モトローラ社製端末（MOT）を振り分けるといった具合にです。

上記ソースを、MT管理画面を開いて「テンプレート」→「メインページ」の最上部にコピー＆ペーストし、保存＆再構築します。これで、ブログのトップページにアクセスした場合に、パソコンならパソコン用のアドレスに、携帯なら携帯用のアドレスに自動的に振り分けられるようになります。んー便利ですね。以上、第31回は終了です。

■参考：各携帯会社のユーザーエージェント DoCoMo http://www.nttdocomo.co.jp/service/imode/make/content/spec/useragent/ KDDI http://www.au.kddi.com/ezfactory/tec/spec/4_4.html Vodafone http://developers.vodafone.jp/dp/tech_svc/info/useragent.php

第30回：検索結果ページを分割する

2006-07-17T00:12:38Z

第29回では、ブログごとに検索結果テンプレートを変更する方法について説明しました。今回は、検索結果ページを（Yahoo!JapanやGoogleのように）分割する方法について解説します。Movable Typeでは、全ての検索結果を1ページ内に表示させるので、エントリー数が増えてくるにしたがって検索件数も100件、200件と増えていき、検索結果ページの表示が徐々に重くなっていきます。その検索結果を複数のページに分割することで、サーバーへの負荷を軽減させると同時に、訪問者にとっても気軽に検索してもらいやすくなる効果にも繋がります。第22回：カテゴリーアーカイブをページ分割するで紹介しているので、まだインストールが済んでいない方は先にそちらを参照してください。方法としては、～をMTPaginateタグで囲むだけなので単純です。但し、MTPaginate のデフォルトは、PHPでの使用を前提としているので、 mt-search.cgi のような CGI ファイル内で MTPaginate プラグインを使用するには、のようにして mode 属性を指定しておく必要があります。以下は、search_templates/default.tmpl の抜粋箇所です。赤文字で記述した箇所が、ページ分割をするために必要となる追加箇所です。以下例では、検索結果ページ最下部に、ページ分割リンクが表示されます。

<$MTBlogName$>

<$MTEntryTitle$>

<$MTEntryExcerpt$> <$MTEntryEditLink$>

<$MTBlogName$> <$MTEntryDate$>

前へ |
<$MTPaginateNavigator format_current="%d" placement_all="after" separator=" | ">
| 次へ

以上で、第30回は終了です。]]>

第29回：ブログごとに検索結果テンプレートを変更する

2006-07-16T23:16:21Z

第28回では、Movable TypeをMoblog に対応させる方法について説明しました。今回は、ブログごとに検索結果のテンプレートを変更する方法について解説します。Movable Typeでは、検索が実行されると、デフォルトの検索結果テンプレートである default.tmpl が使われ、全てのブログでこのテンプレートが使われてしまいます。]]> default.tmpl は、MTディレクトリ内の search_templates ディレクトリ内に格納されています。検索結果のテンプレートは、1つのブログごとに管理されていないため、MT管理画面には、検索結果のデザインをカスタマイズするテンプレートは用意されていません。そこで、検索結果ページのデザインを変更するには、このdefault.tmpl を変更することになります。しかし、複数のブログがあり、ブログごとに検索結果テンプレートを変更したい場合は、複数（代替）テンプレートを用いることになります。まず、MTディレクトリ内にある mt-config.cgi を開いて以下の行を編集します。以下例で、sports と music は、input タグ内の hidden属性で指定する名前です。自分でわかりやすい名前をつけておきましょう。sports.tmpl と music.tmpl は、各ブログごとに用意するテンプレートになります。

AltTemplate comments comments.tmpl

　↓　以下のように変更

AltTemplate sports sports.tmpl AltTemplate music music.tmpl

次に、検索ボックスを設置したいブログごとに、以下、赤文字で記した部分を追加します。

以上で、ブログごとに検索結果テンプレートを変更する事ができます。なお、補足として、「エントリーのみで検索をかける」、「コメントのみで検索をかける」、「エントリーとコメントの両方で検索をかける」ためのチェックボックスを設置する場合は、以下の input タグを追加しておきます。

エントリーコメント両方

他にもいくつか検索オプションが用意されているので、以下マニュアルを参考に各自でカスタマイズしてください。 http://www.sixapart.jp/movabletype/manual/3.2/mtmanual_public.html#search_forms 以上で第29回は終了です。