WordPressは素晴らしいフリーテーマがたくさんあるので、それをいじるだけでもカスタマイズは習得できます。
ですが、実務的なカスタマイズに必要となる「詳しい記事情報を解析する方法」は意外と紹介されていません。

簡単に実験できるテーマもおまけにつけて、ざっくりまとめてみました。
PHPのことはあまりよくわからない…という人たちは、これをとっかかりに学習してみてはいかがでしょうか。

０：記事情報解析用のテーマ「posttest」

これは、記事情報を解析するための構文だけが書いてある、実験用のテーマファイルです。
ブログ用のテーマではないので「index.php」しかありませんがw
この先を読みながら、あなたのブログに反映して試してみてください。

記事情報解析用のテーマ「posttest」ダウンロード

１：サーバー情報を得る

サーバー情報を取得、出力します。
これはWordPressの独自タグではなくPHP標準の関数です。
※第三者が閲覧できるページで実行しないようにしてください。

<?php
	print_r($_SERVER);
?>

２：カテゴリー情報を得る

カテゴリー情報を取得、出力します。
出力内容は「$posts[0]のカテゴリー情報」なので、複数カテゴリーが指定されている可能性もあります。
また、出力結果の記事が一件もないと、この内容もNULLになってしまいます。出力結果がゼロの可能性があるけれどカテゴリーの情報を取得したい…という場合は、ちゃんと引数にカテゴリーIDを明示するようにしてください。【訂正】この関数は引数がありません。すいません。DBから直接取得した方が早いかもしれません（汗）

<?php
	$cat = get_the_category();
	print_r($cat);
?>

３：記事情報を解析

query_posts関数を実行していない状態では、
オブジェクト「$posts」にはそのページに沿った記事情報が入っています。
単純な出力は「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」でできますが、PHPのforeach関数でも取得することができます。

<?php while ( have_posts() ) : the_post() ?>
<?php print_r ($post) ?>
<?php endwhile ?>

４：抽出条件の上書き

query_posts関数を使用すると、出力される記事の条件を変更することができます。
グローバル変数「query_string」を上書きするのが確実です。
※ID「5」の記事を抽出するようになっています。構文の「cat=5」のところを任意で書き換えてください

指定できるクエリについてはWordPress Codex内「query posts」の解説を参照してください。

<?php
	$Q = "&category_name=&cat=5";
	global $query_string;
	query_posts($query_string . $Q);
?>

５：the_postを再実行後記事情報を解析

query_posts関数を使用後、もう一度
「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」を実行すると、記事情報が新しく定義したものに変更されます。
（３の後に４→５と実行して内容を比較してみてください）

<?php
	while ( have_posts() ){
		the_post();
		print_r ($post);
	}
?>

６：オブジェクト内容の取得

記事タイトルだけ必要な場合は、「->」でキーを指定することで、文字列で習得できます。
配列のように見えますが、$post['post_title']では取得できないことに注意してください。

<?php
	while ( have_posts() ){
		the_post();
		echo $post->post_title . '<br />';
	}
?>

７：補足

WordPressのpostに入っている値は、全てPHPエンコード処理がされています。
このため、クォーテーションやバックスラッシュが含まれる記事を関数に投入しても問題は起きません。
ただし、HTMLはエンコードされていないので、HTMLタグが反映されると危ない状況で使用する場合は
strip_tags関数やhtmlspecialchars関数を通すようにしましょう。

<?php
	while ( have_posts() ){
		the_post();
		echo strip_tags($post->post_content) . '<hr />';
	}
?>

WordPressはPHPの知識があれば、簡単にカスタマイズできるのが魅力です。
ですが、他のCMSと違ってプログラムを直に扱うため、テーマファイルの見通しが利きにくく、予想外の不具合やセキュリティホールが発生する可能性が高い側面があります。
趣味レベルなら問題ないですが、実務でWordPressを構築する場合は仕様やリスクを考慮して正しく利用したいものです。

Twitterで記事を紹介して下さい（-人-）

上図のようなディレクトリ構造で、「information」と「blog」だけWordPressで更新できるようにしたい

…という案件が来ると、普通はinformationとblog、それぞれを起点にしたWordPressを個別に設置します。

WordPressは、バージョン2.9の段階では、ブログのルートより下層に静的ファイルを置いても表示されないからです。
ですが、

できればひとつのブログで、informationとblogをカテゴリーとして管理できるようにしたい

と言われた場合、この方法は使えません。

WordPressの全機能を使うのでなければ、一部ディレクトリだけ管理下に置くことは、プラグインの追加と.htaccessの調整で可能です。

WordPressを下層ディレクトリに置く

最上層のindex.htmlとぶつかってしまうので、WordPress本体はひとつ下層に設置します。
この例では「wordpress」というディレクトリに設置したとして話を進めます。

※私はセキュリティ上の理由などで、ディレクトリ名＝CMS名にしないことが多いです

「WP No Category Base」を追加する

このカスタマイズをするには、プラグイン「WP No Category Base」が必要です。
これはWordPressで出力されるカテゴリーアーカイブのURLから、最初に必ず付与される「category」を取り除きます。
若干負荷が上がりますが、CMS的な構築をするには必須のプラグインです。

WordPress公式のプラグインディレクトリで入手できます。
http://wordpress.org/extend/plugins/wp-no-category-base/

特に設定は必要なく、アップロードして有効にするだけでOKです。

一般設定／パーマリンク設定を変更する

次に、WordPressの「設定→一般」と「設定→パーマリンク設定」を変更します。

一般設定

「ブログのアドレス」を「サイトルート」に設定します。
最初の図の「www」のURLが「http://webbingstudio.com/」だった場合はそれを入力して更新します。
このとき、サイトルートに.htaccessが書き出されます。
自作の.htaccessを置いていると上書きされてしまうので、前もって避難させるか、書き込み禁止にしてください。

パーマリンク設定

「カスタム構造」にチェックを入れて、以下のように記入します。

/%category%/%post_id%/

ブログのURLが「http://webbingstudio.com/」だった場合、カテゴリーがhoge、IDが6の記事のURLは
http://webbingstudio.com/hoge/6/
となります。

ここまで作業したら、サイトルートに書き出されている.htaccessを削除してしまいます。

新たに定義した.httaccessを置く

以下のように記述した、.htaccessをサイトルートに新しく設置します。
（既にある場合は追記します）

# BEGIN WordPress

RewriteEngine On

RewriteBase /

RewriteRule ^(information|blog)/(.*) wordpress/index.php [L]
RewriteRule ^(date|tag|feed)/(.*) wordpress/index.php [L]
RewriteRule ^category/(information|blog)/(.*) wordpress/index.php [L]
RewriteRule ^(information|blog)/feed/(.*) wordpress/index.php [L]

# END WordPress

RewriteBase

「/」はサーバールートからの相対パスです。
もしもサイトルートが「test」だと「/test/」となります。

RewriteRule

条件を満たした場合に、WordPressのindex.phpを呼び出す、という指定です。

(information|blog)に、WordPressを有効にしたいディレクトリをパイプ区切りで指示します。
「aaa」「bbb」「ccc」なら(aaa|bbb|ccc)と書きます。
「aaa/ddd」「bbb/eee/fff」などの下層ディレクトリもWordPress配下となります。

これをサイトルートにアップロードすると、

• 指定したカテゴリーと関連フィード
• 日別アーカイブ
• タグサーチ

のみWordPressが起動し、それ以外は静的コンテンツがあるサーバーと同じ挙動になります。
（例えカテゴリーを作っていても表示されません）

アップロードしたら、.htaccessのパーミッションを444にしてください。
書き込み可になっていると、WordPressの設定を変更したときに上書きされてしまいます。

あとは、各ページに移動して一部だけWordPressが起動するか確認します。

注意点

1. 一般的なサーバーで動作確認をしていますが、設置条件やサーバー状況によってはうまくいかないかもしれません。必ず検証してください。
2. WordPressの404ページは有効になりません。必要な場合は.htaccessにエラーページ指定を追記して自作してください。
3. キーワード検索はURLのルールが違う（クエリ式）なので、別のRewriteRuleが必要です。まだ実装したことがないので、ここでは割愛します。

Twitterで記事を紹介して下さい（-人-）

MovableTypeの初期テンプレートセットには、「最新記事のフィード」という、Atom1.0形式のフィード用テンプレートが含まれています。
サイトから配信するRSSフィードは普通は「新着記事」になるので、よほどこってりしたカスタマイズをしない限り、このテンプレートをそのまま使うことになります。

しかし、テストサーバーで記事を入れ込み→本番サーバーに移行という流れで構築をしている場合、このテンプレートの扱いにはちょっとした注意が必要です。

「最新記事のフィード」テンプレートの14行目に、以下のようなコードがあります。

<id><$mt:EntryAtomID$></id>

MTタグ「<$mt:EntryAtomID$>」はAtomフィード内で各エントリーに一意のIDを振るために用意されているものです。

これが、再構築すると以下のような文字列に変換されるのですが、

tag:[記事を書いた時のブログのドメイン名],[記事の公開年]:[ブログトップのサーバー内相対パス]/[ブログID].[記事ID]

[記事を書いた時のブログのドメイン名]と、[ブログトップのサーバー内相対パス]は、ドメインやサーバーを変更してもそのままデータベースに残ってしまいます。

つまり、もしも ｈttp://exmaple.testserver.com/test/ というURLにテストブログを作って記事の入れ込みをしていた場合、本番サーバーへ移行した後も、

tag:exmaple.testserver.com,2010:/test//1.999

という文字列がAtomフィードに残ることになります。

AtomIDは一意の値を振るためのものなので、存在しないドメイン名が残っていても問題はないようですし、わざわざソースコードを見ない限り、このIDが一般の閲覧者の目に触れることはありません。
ですが、自社サーバーで作業していた場合などは、やはりテストサーバーのドメインは知られたくないところです。

対策としては、データベースを直接書き換える手も考えられますが、<$mt:EntryAtomID$>自体を使用せず、他のMTタグを組み合わせて同じような書式を作ってしまう方法が手っ取り早いです。

<id>tag:<$mt:BlogHost$>,<$mt:EntryDate language="en" format="%Y"$>:<$mt:BlogRelativeURL$>/<$mt:BlogID$>.<$mt:EntryID$></id>

上記のようにタグを書くと、再構築をした段階のドメイン・サーバーの情報を元にIDが再発行されます。

Twitterで記事を紹介して下さい（-人-）

「WebSite expert」26号でも巻頭特集が組まれ、
イメージキャラ「まめ蔵」も舌好調（夜はツンデレ属性に変化する）のSOY CMSですが、私が本サイトを置いているエックスサーバーは動作環境を満たしていませんでした。

会社に要望を出しても、個別対応は承っておりません、のつれない返事。
それなら無理やり設置してやる！と
「エックスサーバーにSOY CMSをインストールする」という検証記事を書いたのが数か月前。
インストールまでは成功したのですが、管理画面の不具合が直らず断念していました。

そんなSOY CMSが、先月の1.2.6へのバージョンアップで、ついにエックスサーバーでも正常に動作するようになりました！
インストーラーなし・SQLite版で基本的な動作を確認しています。
開発の皆様、ありがとうございます。

設置手順は以前書いた記事と変わりませんが、不具合を回避する作業がひとつ増えます。
SOY CMSフォーラムのスレッドを更新していますので、詳細はこちらをご参照ください。

エックスサーバー(X20)にインストールする方法について

また、正常に動くようになったとはいえ「動作環境を満たしていないサーバーに強引に設置している」という状況は変わりません。
設置する場合は、使用予定の機能・プラグインをチェックしなおしてくださいね。

Twitterで記事を紹介して下さい（-人-）

a-blog cms – Web制作者のためのCMS

人の良さそうな青年が「プログラムとかよくわかんないんだけど…」って言ってます。
バッケロウ！CMS使うならPHP書けないと食っていけないぜ。

とりあえずインストールと、記事投稿のことをざっと書きます。

設置ディレクトリについて

インストールは、久しぶりにすんなりできました。
ファイルを全てアップロードして、設定ファイルのパーミッションと.htaccessのファイル名を変えたら、ディレクトリへアクセスするだけです。

※XServerはパーミッションのグループ権限を6以上にできません。646・757等にしておけばいいと思います。

MovableTypeに慣れている人は「本体の設置場所」に注意が必要です。
a-blogcmsは公開画面と管理画面が連動している関係上、初期状態で「公開用のディレクトリ」にCMS本体をインストールすることを前提としています。
つまり、WordPressやXoops Cubeのように、サイトルートで公開する場合は、そこにa-blogcms一式を置いた方が作業的には楽ということです。

ログインページのURLは
[インストールしたディレクトリ]/login/
となります。

私はCMSやブログをインストールするときは、本体ディレクトリと公開ディレクトリを別にしているので、公開URLが変なことになって戸惑っているところです。たぶん変えられると思うのでマニュアルを調べます。

ionCubeローダー

a-blogcmsの設置には、本体の他に「ionCubeローダー」という暗号化ツールが必要になります。

暗号化ソフト – ionCube PHP Encoder | アシアル株式会社

これがOSのプラットフォームにより何種類もあるので一瞬迷いましたが、XServerのサーバーパネルの「サーバー情報」からOSを調べて、CPU名でGoogle検索したらわかりました。
XServerの方は、Linux (x86)用を利用してください。

インストールウィザード

インストール画面は丁寧なウィザード形式なので、上のステップや説明を見ながら進めていけばほぼ問題ないです。

途中でMySQLと、アカウント作成のパスワードが丸見えになります。
注意書きもありますが、背後に来たやつは0.2秒で撃つくらいのゴルゴ的緊張感で作業してください。
（個人的には、何故見せるのか気になります）

途中で初期テーマを選択しますが、「ブログ」を選んでしまうと追加されないパッケージがあるのか、あとで作業が増えるようです。
サイト構築に使うのですから、ここは素直に普通のウェブサイトを選びます。

初期のサンプルサイト

インストール後、サンプルサイトが表示されます。
ブログ・CMSカスタマイズでありがちなサイト構成が「全部盛り」になっているので、これを検証すると大体のことがわかりそうです。

MovableType・WordPressの場合、いわゆる「グローバルナビ」「サイト全体の新着情報」「バナーリスト」などは<mt:Entries>タグなどを組み合わせるかHTMLを直接書いて自作しますが、a-blog cmsではどのサイトにもあるようなパーツは、管理画面で記事とは別に設定できるようになっています。
レンタルブログの「サイドメニュー」や「プラグイン」のような印象です。

※WordPressは、過去のバージョンではバナー付きのリンクリストを管理画面で作れましたが、現在はテキストリンクのみとなっているようです。

記事の投稿

通常の記事の追加については、管理画面ではなく公開画面から直接行います。
ログインしていると、サイト内のあちこちに編集ボタンが出てきます。

一般的なブログ・CMSの場合、

• タイトルを書く
• 本文を書く
  • 画像を貼る
  • HTMLで見出しなど書く
  • インラインスタイルか前もってCSSに書いておいたclassで段組みをする
• 公開ボタンを押す

という、本文枠に全てが依存する構造なのですが、a-blog cmsの場合は

• タイトルを書く
• 文章・画像・動画などの「カラム（レイアウト枠のセット）」から選んで追加する
  • 文章なら平文・見出し・リストなどの体裁を決める
  • 画像ならアップする画像やサイズ、左右配置を決める
• 任意でカラムの並び順を変える
• 公開ボタンを押す

という、前もって用意したバラバラのカスタムフィールドを、パズルのように組み上げる構成になっています。

このため、タイトルと本文だけのシンプルな記事なら初期画面のまま適当に入力して投稿すればいいし、複雑な段組の記事を書くなら枠をいろいろ追加して組み合わせればいいのです。
これは、最近のCMSでよく見かけるようになったタイプです。

a-blog cmsの記事投稿の仕様は、うまく説明するのが難しいです。
初期テーマのデモサイトが公開されているので、実際に何か書いてみた方が良いです。

http://demo.a-blogcms.jp/

カスタマイズをする側の視点で考えると、自由度がある反面
「左／右に回り込んだ場合」「見出しより画像が前／後に来ている場合」
などいろいろな状況・レイアウトパーツを用意しなければならないので、ちょっと大変です。
また、ブログに慣れている管理者の場合、かえって説明が大変です。

管理画面もデザイナー側でカスタマイズできるので、選択肢を減らしたり、従来のように入力内容を縛ることもできるようです。

インストールと投稿についてはこんな感じです。
次回のa-blog cmsの記事では、もっと細かいところ、詳細な管理画面について書きます。

他のことも書きたいし、週末はお仕事なのでまたいつになるかわからんですが…

Twitterで記事を紹介して下さい（-人-）

「おもちゃ・ゲーム・ぬいぐるみのwebbingstudio.com」

ちょ…あれ！？うちのドメインが別のサイトになってる？？？

http://twitter.com/webbingstudio/status/1523816646

∑（ﾟДﾟ；

ドメインの更新を忘れとった。

契約期限切れで失効してしまったわけです…

もしかして、webbingstudio.comのドメインを他の人に買われちゃった！？
確か、失効したドメインをすかさず買い取って、それまでのSEO効果を利用する人たちがいるんだよね…

• webbingstudio:　@みなさん 緊急事態！仕事のドメイン失効したかも！どうしよう！！！！
• llcheesell:　@webbingstudio ぎゃー／(＾o＾)＼

.comが使えなくなったら.netを取るしかないのか。
メールはどうする？
Webサービスに書いていたメールアドレスや本サイトのURLを全部変えないと。
それ以前に、4年間積み重ねてきた検索エンジンの情報が全部消えてしまう！
慌てて地下鉄に飛び乗りました。

帰宅してtwitterのタイムラインを見ると、followerの皆さんから「落ち着け阿呆」の嵐が。

• smokeymonkey:　@webbingstudio whoisしてみたらいいじゃないすか
• renkeitter:　連携名 [ シャワー妙にドメインみるひより ] 数(率) [5(118%)]
• serif_jp:　@webbingstudio 失効しても　ひと月くらい元の持ち主への猶予期間があったと思うのですが　それも過ぎましたか？
• kobun:　@webbingstudio whoisしてみたら有効期限が昨日になっているような…?
• R_STYLE:　@webbingstudio webbingstudio.comですよね？見れますよー。もしドメイン料払ってなければ、誰かに買われる前に払えば復活します。（経験済
• h2ham:　@webbingstudio ドメインの期限が切れただけかと思われますよ？更新わすれ？
• 32:　@webbingstudio うちからはまだ引けてるよー /
• nagahito:　@webbingstudio ステータスOKだし、入金したら復活するんじゃないですか（無責任）
• gurugu:　@webbingstudio http://www.value-domain.com/faq.php?faqid=9

あっ…そうだった…
期限切れで失効しても、すぐには権利がなくならないのでした。

期限切れ1-2週間であれば延長できるドメイン（com/net/orgなど）であれば、延長手続きのページから復活、延長処理を行っていただけます。

http://www.value-domain.com/faq.php?faqid=9

パソコンでさっきのページを改めて見てみると、バリュードメインの失効ドメイン用ページでした…
の…乗っ取られてなかったあああ
orz ﾍﾅﾍﾅﾍﾅ

その後、すぐ延長手続きをして、取引先に「今週中は別アドレスに連絡してください」とメールを送っているうちに、webbingstudio.comは無事復活していました。

仕事のジャンルに関わらず、インターネットをビジネスに使っている者にとって、ドメイン失効は致命的です。
海外のドメイン業者などで手続きが遅い場合、その間は全くアクセスが望めません。もし猶予期間を過ぎてドメインが他の人に買われてしまったら、ほぼ取り返すことができなくなってしまいます。
しかも、検索サイトや外部リンクから来た事情を知らないお客様に、移転先を知らせることも難しくなります。
パソコンが壊れたりネットがつながらなくなる方が、代替手段があるだけまだましです。

忙しくても、サイトまわりの管理はしっかりしておかないと…
と深く反省した一日でした。

Twitterで記事を紹介して下さい（-人-）

SOY CMSを、設置条件を満たしていないエックスサーバーにインストールする方法を解説します。

10/22追記：
1.2.6以降、エックスサーバーでも正常に動作するようになりました。
設置手順は以前書いた記事と変わりませんが、不具合を回避する作業がひとつ増えます。
SOY CMSフォーラムのスレッドを更新していますので、詳細はこちらをご参照ください。
エックスサーバー(X20)にインストールする方法について

7/6追記：
バージョン1.2.5以降で、サーバー依存と思われる新たな不具合が出てきてしまい、正常な動作を保証できません。
現在は検証を打ち切り、エックスサーバーに対応の要望を出しています。
http://www.soycms.org/viewtopic.php?f=6&t=144
この記事をご覧になった方は、早急な判断は控え、実験程度にとどめるようお願いします。

前回のレビューでは業務利用の面からかなり辛口なことを書いていますが、SOYCMSは個人用としては充分なCMSです。
MovableType等のブログにはない機能もありますので、興味のある方はいちど使ってみてください。

• フォーラムに投稿した内容を若干整理しています。
• バージョン1.2.3(SQLiteインストーラーなし)＋X20コースで確認をしていますが、確実な動作を保証するものではありません。
• MySQL版は未確認です。同じ対応で問題はないだろうと思います。
• エックスサーバーは、サーバー番号により微妙に仕様が異なります。
  PATH_INFOの設定が不要なサーバーもあるようですが、以下で示すスクリプトを追加しても動作への影響は特にありません。

エックスサーバーに不足している条件

これらを解消すれば、エックスサーバーでも使用することができます。

1. コアファイルをアップロードする

まず、SOY CMSのコアファイルをサーバーにアップします。
特に変わった操作は必要ありません。

2. PEAR::Services_JSONを追加する

SOY CMSのインストールマニュアルを見ると、以下のように書かれています。

SOY CMSでは内部でJSON形式のデータを取り扱っています。そのため、php5.2.0より古いバージョンでは別途PEAR::Services_JSONをインストールする必要があります。

PEARは、JavaScriptでいうjQureyのような、PHPの拡張ライブラリです。
SOY CMSでServices_JSONクラスを利用しているのは一か所だけなので、そこで正しく利用できるよう、上記のライブラリを追加してやります。

PEAR::Services_JSONは下記ページで配布されています。

http://pear.php.net/pepr/pepr-proposal-show.php?id=198

ページ右下のリンクから、TGZ形式で圧縮されたファイルをダウンロードします。

+Lhacaなどの、TGZ形式に対応したソフトで解凍すると、「JSON.php」というファイルが入っています。
このファイルだけを

[インストールしたディレクトリ]/common/lib/

直下にアップロードします。

3. PATH_INFOを有効にする

PATH_INFOを有効にするには、一般に.htaccessに

AcceptPathInfo On

と記述すれば良いとされていますが、エックスサーバーではこれでもだめなようです。

しかし、同様の機能を持つ「ORIG_PATH_INFO」は有効になっているので、これの値を渡す修正を加えます。

[インストールしたディレクトリ]/common/lib/common.inc.php

の<?php の次の行に、下記スクリプトを追加します。

if ((!$_SERVER["PATH_INFO"])&&(isset($_SERVER["ORIG_PATH_INFO"]))) {
       $_SERVER["PATH_INFO"] = $_SERVER["ORIG_PATH_INFO"];
}

4. php.iniを上書きする

テキストエディタを開いて、以下の一行を記述します。

magic_quotes_gpc = off

これを「php.ini」というファイル名で保存して、エックスサーバーの最上位ディレクトリにアップロードします。
（サイトルートではなく、ドメイン名が書かれたフォルダが並んでいる階層です）

この位置にphp.iniを設置すると、この変更がサーバー全体で有効になります。
それでは問題がある場合は、
SOY CMS内の「magic_quotes_gpc」を利用している全階層にそれぞれphp.iniを設置するか、
問題がある別のスクリプトを使っているディレクトリだけphp.iniをさらに上書きしなければならないと思います。

5. インストール作業を行う

ここまで作業したら、

[インストールしたディレクトリ]admin/index.php

へ移動して、初期設定を行います。
以降はマニュアル通りに初期設定を行ってください。

Twitterで記事を紹介して下さい（-人-）

さらに、このブログのベースシステムをMovableTypeから、WordPressに変更しました。
先日の記事で書いた通り不満も多いのですが、毎日更新するブログなので軽さと拡張性の高さを重視しました。
本サイトはきちんとしたウェブサイトで運営したいので、引き続きMovableTypeです。

「どんなふうにデータを移行したのか」というのは、参考にならないと思います。
全く効率よく移行できなかったからです。

本サイトと、オンラインヘルプ

MovableType4.23がベースなので、「バックアップと復元」を利用しました。

• ブログの完全バックアップと、データベースのバックアップ | MovableType4ドキュメント
• バックアップしたブログの復元 | MovableType4ドキュメント

これは正常に機能すれば、テンプレートやウェブページ、アイテム情報まで完全移行できるのですが、何故か本サイトの復元がうまくいきません。
結局、エントリー（新着情報）のみMT3以前の簡易インポートを利用して、テンプレートとウェブページ（About・Work）は手作業で移行しました。

オンラインヘルプは問題ありませんでしたが、ブログ情報の一部が壊れてしまったらしく、オンラインヘルプの管理画面から本サイトの管理画面へのリンクが表示されません。
お仕事ではうまくいったのに、凹みます…

ウェビンブログ（データ移行）

ブログはMovableTypeベースです。

なので、MTの記事エクスポート→WPの記事インポートが定石ですが、忙しかったのであまり記事を書いておらず、手作業でもなんとかなりそうだったので、バックアップ機能そのものを利用していません。
サーバーを借りたときから空のWordPressを設置し、新しく記事を書くたびに同時にコピペし続けました。

まぁ、ある意味いちばん確実だろう…と思っていたのですが、ここで大誤算。
記事に貼ったアップロード画像のURLは、httpからのフルパスなので、ドメイン移行後に全部リンク切れ。また手作業で貼りなおす羽目になりました。
更にサブドメインの設定が間違っていて、ドメイン移行後にちゃんと表示されなくてまた修正。

アホです…
なんかここまで思うようにいかないと泣けてきます…

ウェビンブログ（拡張機能）

テンプレートはSandbox for MovableTypeから本家Sandboxへ。

プラグインは取り急ぎ、以下をインストールしています。

• Akismet ・・・　とても有名なスパム駆除プラグイン
• Google XML Sitemaps ・・・　Google Sitemapsを自動生成
• Raw HTML capability ・・・　特定のタグで囲んだ文章のテキスト自動整形を無効にする

ブログを書くなら最低限、この三つがあればいいと思います。

WordPressを携帯対応にするKtai style・Ktai entryも設置予定ですが、iPhoneを買う予定なのでKtai entryは使わないかもしれません。どちらも設置にちょっと手間がかかるものなので、様子を見ます。

そんなこんなで移行作業は一段落しました。
こんなに手間取るとは思いませんでした。web屋失格です；；

MovableTypeの、ブログ間移動の不具合がかなり気になっています…
各ブログの更新は問題がなくても、今後MTBlogs関連の独自タグに影響が出てしまうかもしれません。時間があるときに調べてみる必要がありますね…えーん；；

Twitterで記事を紹介して下さい（-人-）

CORESERVERは、XREA無料版→XREA広告免除版と通して、四年以上利用していました。

月500円でサブドメイン・マルチドメイン・cronまでカバーしているサービスはなかなかありません。
データベースのUTF-8対応や、PHP5へのバージョンアップも早かったので、長いことお世話になりました。

しかし、このところPHPの「セーフモードON」でいろいろと苦労することが多くなりました。
安いサーバーとなると、セーフモードをONにして、ファイルの自動生成などにかかわるプログラムに制限をかけるのは当然のことなんですが、ブログやCMSの重要な機能にブロックがかかるのはかなり辛いです。

PerlベースのMovableTypeは全く問題なく使用できますが、PHPベースのWordPressはファイルアップロード関連の一部の機能が使用できません。
（.htaccessによるCGI化である程度は対応可能なのですが…）
MODx・Joomla等の割とマイナーなCMSは、設置の段階でことごとくつまづいてしまいました。
>> 旧ウェビンブログ：一週間でCMS7種をインストールしたレポート

また、ロリポップやYahoo!メールなどにメールをブロックされてしまい、仕方なくプライベート用のメールアドレスに送信してもらうこともたまにありました。

そんなわけで、これまでの4倍というサーバー料金はちょっと痛いのですが＞＜
ほぼ同仕様で、セーフモード制限のないエックスサーバー（X20プラン）への移転を決心した次第です。

エックスサーバーは仕事で利用した経験があり、機能面では信頼しています。
今試用期間中ですが、WordPressはぼちぼちいい感じ。
MySQLのユーザー名・パスワードを自分で指定できるのも、少し面倒ですが安心感があって良いです。
サーバーも今のところ重さを感じません。
はずれサーバーにあたったときに移転できる特例措置もあるらしいので、まぁその辺は大丈夫だろうと思います。

…実はサーバー移転をためらういちばんの理由が、移転作業が面倒くさいということだったりwww

Twitterで記事を紹介して下さい（-人-）

この記事は2007年に旧ブログで書いていたものを移動しています。
少し情報が古いところがあるかもしれません。

遅まきながら最近知ったのですが、「既存の静的ウェブページの一部だけを動的ページにする」という機能に特化したCMSツールがあるのだそうです。

CMS Designer

PHPで動作し、データはメンテナンスがしやすいXML形式での読み書き。さらに、管理画面の入力項目名・項目数もXMLで自由に指定できます。
コメント・トラックバック機能を廃し、現場で求められる機能だけを搭載した軽量CMS。
MovableTypeやWordPressが空母なら、これは零戦といった感じです。

非商用であれば無料で使えますし、商用ライセンスもCMSにしてはずいぶん安いです（MTよりは高いですけどね　笑）

一般のウェブサイトでは、「新着情報」とか「今月の○○フェア」といった部分だけは頻繁に更新されますが、それ以外のページの更新はほとんどありません。
新着情報自体も、ログを数年分確実に保管する、という必要はありません。

こういった「既存HTMLの一部だけ動的ページにする」カスタマイズはMovableTypeでも可能ですが、プラグインを導入したりしない限り、管理画面の項目名は「本文」「追記」から変えることはできません。
商品一覧や何かのデータ表など、特殊な項目が沢山あるコンテンツの製作に適していると思います。

なかなか便利そうな「CMS Designer」ですが、気になる欠点がひとつ。
デフォルトの状態では、出力ページの拡張子が「.php」になってしまいます。

データベースをHTML文書（拡張子.html）として出力するには特別な処理が必要なのですが（ブログでいえば「再構築」がそうです）、それは搭載されていません。
URLの末尾が「.html」の状態で運用されているサイトの拡張子が変わってしまうというのでは、PHPファイルが検索に拾われるとしてもクライアントのOKは出にくいでしょう。
（2009.5.1追記：仕様が変わっているかもしれません）

つまり、CMS Designerをビジネスサイトに実装するためには、本サイト内でも紹介されていますが、

• mod_rewriteモジュールを利用してURLを擬似的に変える
• 拡張子が.htmlのファイルがphpとして動作するようにする

CMS Designer：SEOには対応しているの？

上記いずれかを実装しなければならない
＝上記いずれかの機能を実装可能なサーバーを使用している必要がある
ということです。
CMS導入の際は、この辺りも慎重に検証する必要があるでしょう。

何にせよ、私自身はとても興味を持っているので、時間のあるときに非商用で試してみようと思います。
MovableTypeの不親切な管理画面には心底辟易してるのですよ…（=_=ﾒ

Twitterで記事を紹介して下さい（-人-）