スタイルを選択

管理画面からデザイン/スタイルを選択、クリックだけでテーマが変わる。

MT4でのスタイルシートの配置

例えばデフォルトのスタイルであるMinimalist Redが適用してある時、どのスタイルシートが使われているかは、以下でわかります。

既定のスタイル/Minimalist Red を適用してある場合

デザイン/テンプレート/スタイルシートの内容で確認

/* This is the StyleCatcher theme addition. Do not remove this block. */
@import url(http://-blogurl-/mt/mt-static/themes-base/blog.css);
@import url(http://-blogurl-/mt/mt-static/themes/minimalist-red/screen.css);
/* end StyleCatcher imports */

またMT 4 スタイルライブラリから選択した場合は表示に時間がかかるようで、おそらくダウンロードされ、mt-static/support/themesに保管される仕様のようです。

MT 4 スタイルライブラリ/Cityscape Austin を適用した場合

デザイン/テンプレート/スタイルシートの内容で確認

/* This is the StyleCatcher theme addition. Do not remove this block. */
@import url(http://-blogurl-/mt/mt-static/themes-base/blog.css);
@import url(http://-blogurl-/mt/mt-static/support/themes/cityscape-austin/cityscape-austin.css);
/* end StyleCatcher imports */

独自のスタイルシートを使うには

デザイン/テンプレート/スタイルシートの内容は、上の２つの比較からわかるように、まずhttp://-blogurl-/mt/mt-static/themes-base/blog.cssを読み込み、次にこれよりも優先度の高い２つ目のスタイルシートを読み込みますが、この２つ目のスタイルシートがデザイン/スタイルの設定によって変わっていることがわかります。

独自のスタイルシートを使うには
http://-blogurl-/mt/mt-static/themes/
http://-blogurl-/mt/mt-static/support/themes/
このどちらかのディレクトリに、たとえばminimalist-redを複製しリネームするなどして、その中のscreen.cssを書き直せばオリジナルのCSSセットが使えそうだ、ということがわかります。

このminimalist-redホルダを開けてみると中に入っているファイルは、以下の４つと本当にミニマルな構成でした。

• screen.css
• thumbnail.gif
• thumbnail-large.gif
• header.gif

独自のスタイルシートの作成

screen.css

minimalist-redのscreen.cssの先頭部分には以下の記述がありました。name: やdesigner:の右側を適当に書き直す必要があります。

/*
　
A Six Apart theme adapted for Movable Type default templates 
name: Minimalist Red  
designer: Lilia Ahner  
designer_url: http://lilia.vox.com 
layouts: layout-wtt, layout-twt, layout-wt, layout-tw
*/

一番下のlayouts: layout-wtt, layout-twt, layout-wt, layout-twは、対応する配置でwは広いエリア、tは狭いエリアに対応します。例えばlayout-wttなら、3段組みで、左から広、狭、狭と配置するという意味です。これらはbodyタグのスタイル属性として使われますから、CSSではセレクタ先頭にこれを使うことで配置の切り替えができるということになります。

blog.fab51のスタイル

ここでは、これらを踏まえて独自のスタイルシートを作成し、このブログで使用しています。
デザイン/スタイル/既定のスタイルに独自のスタイルが表示されれば成功です。レイアウトを選び「デザイン適用を押す」これだけでスタイルがオリジナルに入れ替わります。

これで公開の準備が完了と言いたいのですが、もう少しあります。

Movable Type 4.27に更新

ブラウザで設置したディレクトリのmt/にアクセスすると、サインインのあと、この画面でアップグレード開始のボタンを押すと、データベースがMovable Type 3.33からMovable Type 4.27へとアップグレードされます。

アップグレード開始後少し待っているだけで更新が完了。

MT4にアップグレード後のブログ

アップグレード後も、mt3.3で使っていたテンプレートやCSSが引き継がれているため、見た目にはバージョンの表記以外変化はありませんでした。但し、mt3.3で使っていたプラグインはアップロードしていないため、その機能を使っていた部分は表示されません。

データベースのバックアップファイルとアップした画像さえあれば、ほぼもとの通りに再現できるようです。テンプレートや、設定もデータベースに記録されてるってことなんですね。

このまま使い続けることもできますが、mt4で追加された機能を使うためには、テンプレートの修正が必要。またmt4ではcssの属性やテンプレートの管理方法も変わっていることから、一度初期化してデザインを新規に作り直すことにしました。

ブログのテンプレートを初期化

ここで管理画面から、
デザイン/テンプレート/ブログのテンプレートを初期化をクリック
新しいテンプレートセットを適用から、 規定のブログを選択、[次へ][確認]でMT4デフォルトテーマの下の画面、Minimalist REDに変わります。

アーカイブマッピングの設定

デザインはともかく、これでMovable Type 4.27にアップグレードしたサイトが公開できそうに思えましたが、URLを確認してみると、従来と微妙にURLの違うページができていました。

例えば、本来こうであったものが
http://blog.fab51.com/archives/2010/03/movable_type_427_3.html
こうなっているのです。
http://blog.fab51.com/archives/2010/03/movable-type-427-3.html

MTのドキュメントに、アップグレードしてブログのテンプレートを初期化した場合、アーカイブマッピングが引き継がれない、というような記述がありましたが、このことだったようです。

アーカイブマッピング

アーカイブマッピングは、設定するアーカイブテンプレートを利用したアーカイブページが、どのアーカイブの種類で、どの場所に、どのようなファイル名で出力されるかを設定します。アーカイブマッピングの設定は、各々のアーカイブテンプレートの編集画面で行います。

アーカイブマッピングの設定

現在のアーカイブマッピングの設定を調べる

管理画面から、デザイン/テンプレート を選択し、アーカイブテンプレート(ブログ記事)をクリック。画面下のテンプレートの設定をクリックし、▼でカスタムを選びます。

これで以下のように表示されました。
ここで%y/%m/%-fの-fのオプションが問題なので%y/%m/%fに変更。

さらにカテゴリ別ブログ記事リストでも、同様にURLが変わっていたので、
管理画面から、デザイン/テンプレート/アーカイブテンプレート(カテゴリ別ブログ記事リスト)/
▼でカスタムを選びます。
こちらも%-c/%iから%c/%iへ再設定しました。

再構築してリンクの確認

あとは再構築し、サイトをGoogleで検索して表示されるインデックスからリンクの確認を行ったところ、従来通りのURLになっていました。実は最初システムをmt4のディレクトリとして構築しました。それでもページのURLは同じになりましたが、検索結果やトラックバックのリンクが従来とは違ってしまったため、従来通りmtディレクトリでシステムを構築し直しました。

あとは、デザインを決めれば公開できる状態になる・・。

このブログでは、CSSやテンプレートをオリジナルとは変えてあるため、運用中のブログをいきなりアップグレードするわけにもいきません。テスト用blogを作成し、テンプレートやCSSに問題がないことを確認してから、このブログを更新しました。覚書としてXREAサーバでの手順を以下に・・。

このブログで使っているデータベースをバックアップして、テスト用データベースに読み込めばいいわけです。既存のデータベースのバックアップファイルを、テスト用データベースのバックアップファイル名にリネームして、テスト用データベースに復元しました。

テスト用データベースの作成

XREAのコントロールパネル/データベースの設定画面で、新しいデータベースを作成。具体的には、ユーザ名に適当な文字（例えばnew）を入れ、MySQL EUC-JP 「作成」をクリック。これで中身が空のデータベースが出来ました。さらに、そのテスト用データベースを選択し「保存」をクリックして空のバックアップファイルを作成。

FTPでバックアップファイルを確認

FTPでトップディレクトリにテスト用データベースのバックアップファイルが出来たのを確認し、その名前（mysql_new.dump）を控えておき、そのファイル自体は意味がないので削除。

既存のデータベースのバックアップ

XREAのコントロールパネル/データベースの設定画面で、既存のデータベースを選択し「保存」をクリックしてバックアップを作成。これでmysql_old.dumpが作られる。

FTPでリネーム

FTPソフトでmysql_old.dumpが出来ているのを確認し、控えておいた名前（mysql_new.dump）にリネームする。

テスト用データベースに既存のデータを読み込む

Movable　Type 4.27のアップロード

ここからはデータベースが初期化されたものであるかどうかと、画像ファイルがあるかどうかの違いを除いて、新規設置とほぼ同じ手順です。

Movable Type 4.27の設置

ダウンロードしたMovable Type 4.27を解凍し、ホルダをmtにリネームします。その中にあるmt/readme.htmlのインストールガイドのリンクを読みながら作業を進めれば良いわけですが、簡単に説明すると・・・。

mt-config.cgiの記入

エディターでmt/mt-config.cgi-originalに以下を記入し、mt-config.cgiにリネーム。

XREA及びCOREの場合

CGIPathがcgi-binである必要はありません。
StaticWebPathも記入の必要がないのでコメントアウトしてあります。
データベースはMysqlを使用としてPOSTGRESQLとSQLITEは削除しました。
記入箇所は赤文字部分です、DATABASE_NAMEとDATABASE_USERNAMEはMysqlデータベースの作成時の名前で、同一でokです。

パーミッション (権限) の設定

• FTPでtestディレクトリ内にmtホルダをアップロード。
• mt内のスクリプト (拡張子が cgi ) のパーミッションを755に設定。
• mtディレクトリの権限を、777 に設定
• mt/mt-static/support ディレクトリの権限を777 に設定

mt/mt-check.cgiを実行

ブラウザでmt/mt-check.cgiにアクセスする。表示される画面に「cgiwrap または suexec 環境下で動作していると思われます。」、と表示された場合は、mt内のスクリプトのパーミッションを700に再設定したほうが良さそう。
参照：http://www.movabletype.jp/documentation/mt5/installation/linux.html

パーミッション 再設定

ここで使用しているXREAサーバでは「cgiwrap または suexec 環境下で動作している」と表示されたため、パーミッション 再設定しました。

• mt内のスクリプト (拡張子が cgi ) のパーミッションを700に設定。

画像を含むデレクトリのみを、アップロード

ここまでで問題がなければ動作環境が整ったはずです。バックアップしてあるブログディレクトリから、画像を含むデレクトリのみを、アップロードしました。MT3.3のプラグインディレクトリは互換性に問題が起きるといやなので、アップロードしません。

あとはmt/にアクセスするだけです。

追記：3/3日22時現在、スクリプトの更新作業が終わりました。サイドバーは少し調整が必要ですが、運用後また改めて調整します。

記事のリンク（URL）について

このブログの個別の記事やアーカイブのリンクは、すべて今までと同じに保たれているはずです。もしお気づきの点があれば、レスでお知らせください。

WordPressのバージョンアップが割と簡単に済んだので、さすがに、ここで使っているMovable Type3.3xをそのままにしておくわけにもいかないでしょう。・・・アップグレードに向けて準備を始めました。Movable Typeは5が最新ですが、まだ少々不安なのでMovable Type 3.33からMovable Type 4.27にアップする予定。

しかし、どうせデザインを作り直すなら、ざっくりでもいいから今よりもうすこしスッキリさせたいという気持ちもあり結構時間がかかりそうです。

アップグレードテスト

アップグレードのテストは、サーバ上のMovable Type用のデータベースをバックアップして複製し、それに対して試しにアップグレードしてみました。結果、とりあえずデザインを保持したままアップグレードができましたから、なかなかMovable Type 4はたいしたものです。この段階まですんなりいくとは思っていませんでした。しかしながらデザインテンプレートが古いままだと新しい機能が活かせない（たとえばスパム対策で追加された画像認証とか）ため、結局はもう１度デザイン関連のテンプレートを作り直すことになりそうです。やはり簡単にはアップグレードできませんね。

Movable Typeって何？
このサイトの客層から言って「Movable Type（ムーバブルタイプ）とかWordPress（ワードプレス）って、そもそも何？」と思われるかもしれません。ざっと説明しますと・・・これらはブログを構築するためのソフトで、インターネット上にあるサーバにインストールして使います。まあ、無料のブログサービスに申込めば一瞬でブログを作ることができますから、普通の人はそうしますよね。しかしこれらのソフトを使えば自分の勝手に全部を作れるところが面白いわけで、私にとっては自作PCのような感覚かもしれません。

Movable TypeとWordPressはどちらも個人使用では無償で使え、出来ることもそう違いはありません。もともとはMovable Typeが圧倒的なシェアを握っていたところに、新参物のWordPressが斬り込んでいったという構図です。現在、日本以外の国ではWordPressのほうがシェアが高いと言われています。

どちらもインストールはそう難しくはないのですが、やってみるとWordPressのほうが手軽というか、あまり調べることなく、なんとなく出来てしまうという感じです。WordPressのアップグレードも管理画面からマウスクリック一発なので、やってみれば簡単でした。Movable TypeのバージョンアップはFTPでシステムを転送してからセットアップしなくてはならないので、下調べもそれなりに必要ですから少々面倒です。

Movable Type 4で参考になりそうなサイトをざっと探してみる。かなりありますね。

現在WordPress 2.7で１サイト、2.7.1で２サイトの管理しています。いずれもブログ未経験の方から依頼されたもので、インストールと設定及びデザインは私がしました。WordPressでの記事の入力は普通の日本語で行い、写真のアップロードも簡単なためか、不慣れな方でもなんとか更新ができたようです。htmlコードを知らなくても作成できるんですから、Blogとは便利なものです。

さて、現在WordPressの最新バージョンは 2.9.1なので、これらのサイトのバージョンアップを考えなくてはなりません。幸い、WordPressコアのアップグレードは、WordPress 2.7以降では1クリックでアップグレードできる機能が搭載されています。それなら簡単なはずなんですが・・・XREA及びCORESERVERでは、そのままボタンを押してもエラーが表示されアップグレードできません。前から気付いてはいたものの、あとで調べてからやろうなどと思っているうちに今になってしまいました。

XREA及びCORESERVERで、自動アップグレードが出来ない原因を調べると、割と簡単に判明しました。 これらのサーバではPHPがセーフモードで動作しているため、この状態では新バージョンをダウンロード・展開するディレクトリを WordPress が作成できないことが問題のようです。そこで、次の内容を書いた .htaccess ファイルを wp-admin/ ディレクトリに置き、PHP を CGIモードで動かすことにより対処できるとのことでした。

XREA・CORESERVER.JPで 必要なスクリプトをCGIモードで動かす.htaccess

WordPress 2.7.xの場合：

# 画像・ファイルアップロード
<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
# プラグイン新規インストール
<Files plugin-install.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
# テーマアップグレード
<Files update.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
# 本体アップグレード
<Files update-core.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
# プラグインアップグレードも update.php？

セーフモードによる制限と対処方法
PHP がセーフモードで動作するサーバの場合、WordPress の一部の機能に制限が生じます。このページでは、セーフモードにより問題が生じる機能とその対処方法をまとめています。

wpdocs.sourceforge.jp

この.htaccessファイルを転送後、管理画面から自動アップグレードのボタンを押すと、以下の画面になりアップグレード完了です。念のため、事前にデータベースのバックアップとWordPress全ファイルのバックアップを作っておきましたが、使わずに済みました。これは便利な機能ですね。

WordPress 2.9.1

これで3つのサイトともWordPress 2.9.1にアップグレード出来たので、.htaccessをWordPress 2.9.x用に書き換えました。

XREA・CORESERVER.JPで 必要なスクリプトをCGIモードで動かす.htaccess

WordPress 2.9.x の場合：

# 画像・ファイルアップロード
<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
# プラグイン・テーマ 新規インストール／アップグレード
<Files update.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
# 本体アップグレード
<Files update-core.php>
AddHandler application/x-httpd-phpcgi .php
</Files>

今回の作業はこれで完了です。・・・しかし問題なのはこのBlogのほうで、ここはMT3.3で動作してるため、いいかげん4以降にしなければならないのだが、手順が面倒、はたして上手くいくのだろうか？

Cafe.fab51において、1月の初め頃から全く書き込みが出来ないという連絡をいただきました。

Cafeを読むことはできるが、書き込もうとすると「403 Forbidden」 と表示され書き込めないというものです。書き込み時、特定の人だけ403 Forbiddenになるようですが原因はまだわかっていません。同じようになる方は、ここへのレスでお知らせください。 ブラウザによる不都合ではないようですが、参考までにお使いのブラウザも記入していただけると幸いです。

1/25日解決、以下追記

調べた所、XREAサーバでは、不正な投稿が行われたIPアドレスからのPOST処理を自動的に制限しているとなっていました。このため「不正な投稿が行われたIPアドレス」に近いIPアドレスから投稿しようとするとPOSTリクエストを拒否され「403 Forbidden」が表示されるということのようです。つまりスパム対策に巻き込まれる形で投稿ができなくなったわけです。

動的に変わるIPアドレスから 不正な投稿（トラックバック・コメントスパム、掲示板へのスパム目的のPOST処理）があるため、自動的にサーバー側でブロックを掛けさせていただく場合があります。POST処理のみ拒否される場合は、SSLサーバーを介してアクセスしていただければと存じます。
https://ss1.xrea.com/www.sサーバー名.xrea.com/jp/admin.cgi
または
https://ss2.xrea.com/www.sサーバー名.xrea.com/jp/admin.cgi

もしくは、大変お手数で申し訳ございませんが、「.htaccess」ファイルで

<Limit POST>
order allow,deny
allow from all
</Limit>

として設置していただきますようにお願い申し上げます。

sb.xrea.com

XREAサーバ：403 Forbidden対策

この問題は、上記を記入した「.htaccess」ファイルをCafeのスクリプトと同じディレクトリに置くことで解決できました。この間、書き込みができなかった方、たいへん申し訳ありませんでした。

403 Forbiddenを素直にアクセス拒否と受け取って調べればよかったのですが、不具合が起きた時期がこちらでCafeのスクリプトをいくつか修正した時期とも重なっていたため、スクリプト側の問題か、あるいは何か私のサーバ設定のミスによるものかなど別のことを考えていました、いずれにしましても、私の勘が悪かったことには違いありません。

これはApple PowerBook G3(FireWire)のバックアップ バッテリーに使われているバナジウム・リチウム二次電池モジュールです。 以前このブログのVL2330バッテリーで紹介した時には、古い機種用のため、あまり感心がないだろうと思ってましたが、たまに問い合わせあります。当時の写真がありますから前回より詳しく紹介します。

Apple PowerBook G3から取り出したのがこれ。

Apple PowerBook G3(FireWire)と言っても、知らない方が多いとおもいます。これは2000年にAppleから発売されたコードネームPismo(ピズモ)と呼ばれるノートで、PowerPC750 400MHz、AGP2X、PC100-SDRAM、UltraATA/66の製品です。今となってはかなり低いスペックですが、それでも文章を書いたり、軽いサイトのブラウズ、DVDを見る程度ならそう問題はありませんでした。私は2006年にジャンクで入手し1年くらいは使っていましたが、今は押し入れの中です。

バックアップ バッテリー（VL2330 X4）モジュールを作る

PowerBook G3(FireWire)は経年変化で、このバックアップ バッテリーが劣化し、メインバッテーリーを交換すると日付がリセットさせるとか、起動できないという問題が起きたりします。（このバッテリーをはずしても起動は出来るが、バッテリーの劣化の程度によっては起動不良が起きる）そこで秋葉原 鈴商から手に入れたVL2330を使って、自分でバナジウム・リチウム二次電池モジュールを作る方法を紹介します。

まず、純正品の表面のフィルムに真横から切れ目を入れ、枝豆から豆を取り出すように中身を取り出す。

取り出すとこのようにVL2330が4つ出てくる。VL2330 2つを並列にして1組とし、それが直列に接続されています。赤は+、黒は-、中間からは白のケーブルが出ているので、最終的にこれと同等の配線にすれば良いわけです。劣化した電池は廃棄しますが、表面のフィルムと純正コネクターケーブルは再利用します。

秋葉原 鈴商で買ったVL2330の写真がこれ、写真は2個ですが4個必要。

鈴商のVL2330フィルムをはがし、折り畳まれたタブをまっすぐに直します。さらにコネクタケーブルをはずしたのが以下。

並列接続になるよう、このように組み合わせケーブルを半田付け。

それを上下に重ね、直列になるように下のように半田付けする。

もともとついていた純正コネクターのケーブルを半田付けして、熱収縮チューブをかぶせる。

最初に切れ目を入れ外した「豆のさやのようなフィルム」の中に新しいVL2330x4を収める。

切り口をテープで止め完成。上がオリジナル。下が自作したVL2330x4のバッテリー。

写真で黒のホルダーが、もともとこのVL2330が入っていた場所。キーボードを開け、DVDドライブをはずした下にあります。

写真のようにホルダーに横から差し込み、コネクターを接続すれば完了。

DVDドライブの下になるので、加工時に半田をぼってり盛ると、この時に支障が出る。自作したVL2330x4の厚みが、オリジナルの厚みとそう変わらないようにするのが最大の注意点かもしれない。

これで正常に動くはずです、お試しください。