データベース１つでも、table_prefixを変えればいくつでもWordPressサイトを運営できるけど、やはり30もあれば安心ですね。
WordPressの自動インストール機能も最新の物（現時点で2.9.2）に対応してたり
「ガンブラーウィルス」対策として「FTPアクセス制限機能」が追加されたりと
きっちりとサービス強化もされており、とても好感がもてる会社さんですね。

ひとつ戸惑ったのが、サブドメインの設定。
サブドメインの追加設定自体は、サーバーパネルから簡単に追加できるのですが
ちょっと驚いたのがファイルのアップロード先について。

エックスサーバーでは、サブドメインを設定したら
FTP上のドメイン名フォルダの public_html フォルダ以下にサブドメイン名フォルダが作成され、
サブドメインで公開されるサイトデータ等はこのフォルダへアップロードするとの事。

え、これってタダの下層階層で運営するって事？？
今までXREAでは、サブドメインもドメインと同じ階層にアップロードしてただけにコレはちょっと驚きでした。

◆一応マニュアルに以下のように載ってたのでメモ◆

【サブドメインのアクセスのみを許可して、ドメインでのアクセスを禁止する方法。】

http://abc.example.jp/ の場合、通常 http://www.example.jp/abc/ でもアクセスが可能となってしまいます。

.htaccess に下記を記載し、設置することにより、http://www.example.jp/abc/ でのアクセスを拒否することも可能です。

下記は abc.example.jp でのアクセスのみ許可する、という意味になります。

--------------------------------------------
SetEnvIf Host "^abc.example.jp$" host
order deny,allow
deny from all
allow from env=host
--------------------------------------------

サーバーの管理画面も分かりやすく、ヘルプも動画マニュアルまで用意されていたりと会社としての姿勢がとても気に入りました。
エックスサーバー
なかなかいい感じです♪

これはphpがセーフモードで稼働している為であり、該当phpをcgiで動かせば自動でできるようになります。

<Files update.php>
AddHandler application/x-httpd-phpcgi .php
</Files>

上記を記述した.htaccessをwp-admin内に置けば自動でアップグレードできるようになります。

<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>

Flexible Uploadプラグインを使うには、上記のままでは

アップロードしたファイルを*****/wp-content/uploads/2008/05に移動できませんでした。

とエラーになります。

これを回避するには、対策として.htaccessの記述をに以下のようにします。

<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
<files media-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>

つまりmedia-upload.phpをCGIとして動作させるための設定を行えばOKです。

その対策としてwp-adminフォルダ内に.htaccessファイルを使用してPHPをCGIとして動作させればよかったのだが、このたびME2.2.1からWordPress2.5日本語版にアップグレードしたら、

「アップロード中にエラーが発生しました。後ほど再度お試しください。」

とのエラーが出て、またもやアップロードが出来なくなった。
で、いろいろ試してみて.htaccessを以下のように修正したら、また無事アップロードできるようになりました。

<files upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>

これを

<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>

に変更したらアップロード出来るようになりました。

詳しくは解らないが、アップロードに関するファイルが、upload.phpからasync-upload.phpに変わったのでしょうか。

AddHandler application/x-httpd-phpcgi .php

とだけ記入しても機能するが、すべてCGIとして動作してしまいます。。

以上の対策で、Mac、WinともFirefoxならこれで問題なく機能するようになりますが、
WordPressフォーラムのバグ報告「2.5 画像・メディアアップロード機能の問題（英訳）」にも上がってますように、IEで使うにはまだ色々と問題があるようで、うまくアップできませんでした。

/articles/%category%/%post_id%.html

に変更しようと、WPの管理画面から設定すると、サーバーにアクセス出来なくなります。

CPIサーバーでmod_rewriteを有効にするには
.htaccessで

Options +FollowSymLinks

という記述が必要になります。

これを先に記述してから、WPの管理画面からパーマリンクの設定を変更します。

※
この、先にOptions +FollowSymLinksを記述してから、WPの管理画面からパーマリンクの設定をするという順番が大切みたいで、いきなり直接下記を.htaccessに記述しても、リンク先はNot Foundとなります。

AddHandler x-httpd-php441 .php
suPHP_ConfigPath /usr/home/g123456/secure/wordpress/
Options +FollowSymLinks

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

まず最初に、CPIでPHPを動作させるには、
.htaccessファイルを設置し、PHPのバージョンを指定しなければなりません。

例：PHP 4.4.1 の場合

AddHandler x-httpd-php441 .php

CPIでPHPのご利用について

それから、CPIでは デフォルトのPHPの文字コードがEUC-JPになっており、WordPress ME 2.2.3ではUTF-8しか使えない為、PHPの文字コードをUTF-8にしなければ文字化けします。
対処法：
１）
CPIのコントロールパネルのお客様情報から、CPIで動作してるPHPのバージョンのphp.iniファイルをコピーし、以下の部分を修正する。

mbstring.internal_encoding = utf-8
mbstring.encoding_translation = Off

２）
secure/以下に、任意のフォルダを作成し、そこに修正したphp.iniをアップロード。

３）
.htaccessファイルに

suPHP_ConfigPath /usr/home/(ユーザーID)/secure/(任意のフォルダ名)/
例)  suPHP_ConfigPath /usr/home/g123456/secure/wordpress/

を追記。これで文字化けは解消され、UTF-8で運営できます。

こんな感じのタグが追加されます。

しかもMiyoshiサンが、修正するプラグインまで作ってくれています。

< ?php
/*
Plugin Name: TinyMCE valid_elements Filter
*/

function tinymce_valid_elements_filter($valid_elements) {
  $valid_elements = 'p[*],-div[*],-strong/-b[*],-em/-i[*],-font[*],-ul[*],-ol[*],-li[*],*[*]';
  return $valid_elements;
}

add_filter('mce_valid_elements', 'tinymce_valid_elements_filter');

?>

このコードを、適当な名前のphpファイルにして、プラグインフォルダにUPし、有効化するだけで、バグが修正されます！

これで簡単にページ内容の修正が出来るようになりますね！