原因を追いなおして、もう一度やり直しました。
2.8.2(2)にアップデートして動作確認しました。

続　XREA無料サーバにWordPress　MUを設置　（完結編のつもり）から　修正点は以下のとおりです。

#wp-admin/.htaccess
<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>
<files upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
#import
<files admin.php>
AddHandler application/x-httpd-phpcgi .php
</files>
LayoutIgnoreURI *

管理画面の、スタイルシートが、Firefoxなどのブラウザで適用されないなどの問題は、
XREA無料サーバが、mod_layoutを使って挿入しようとする広告により、スタイルシートが、text/htmlになるためと考えています。
管理画面を操作すると、カテゴリの追加などでも、赤枠表示が出てエラーになる現象も同様と思います。もっと、きめ打ちする必要があるのかもしれませんが、ログイン後に表示されるものなので、LayoutIgnoreURI *　を追加しています。

#wp-content/.htaccess
 
LayoutIgnoreURI *blogs\.php

もともとの、LayoutIgnoreURI blogs.phpは、書き方が悪く動作していない様子でした。

 
LayoutIgnoreURI *\.gif
LayoutIgnoreURI *\.png
LayoutIgnoreURI *\.jpg

同様に書き方を改めました。

以上で、ajax css アップロードなどが正常に動作している様子です。

やってみて動かなかった人、ごめんなさい。

wordPress MU を　セーフモードのかかった無料XREAサーバにインストールする場合
大まかな動作は、ほぼ大丈夫でも、細かい部分で、いろいろと不具合が出たりします。

以前のエントリで紹介したphpをCGIとして動作させる方法で
AddHandler application/x-httpd-phpcgi .php
を紹介しています。

これは、モジュール版では、セーフモード環境下でディレクトリの作成ができなくなるなどの制約を、突破するための方法でした。

確かに、アップロードなどができるようになるのですが、その反面、CGIモードで動作させた場合に、利用できなくなるPHP関数も存在し、ルートにある.htaccessに追記しただけでは、CGIモードで動作するファイルが多すぎて、影響を受けるようになります。

具体的な事例としては、このサイトで起きていた 「リロードすると画像が表示されなくなる」という現象などがあります

wordPressは、アップロードした画像を、Userの画像ディレクトリに静的なファイルとして、保存しますが、それをそのまま表示しているわけではありませんでした。

ブログから、画像のURLは、見かけ上その静的なリンクに向けてあります。このため、対応する画像を画像アプリで開くと、正常に表示されます。しかし、画像URIにアクセスすると、画像としてではなく、text/htmlとして文字列として、表示されるといった現象が発生します。

なぜ、そのような現象が発生するのか？
実は、wordPressMU特有の、処理が行われていることに起因します。
rootにある.htaccess のmod_rewriteが、その画像をwp-content/blogs.phpで、静的な画像ファイルを再評価して、ヘッダをつけて送り出すという機構が存在するため、cgiモードで動作していると、画像は、text/htmlとして表示される仕組みになっています。

さらに、もうひとつの伏線があります。XREA無料サーバに由来する部分です。
それは、mod_headerです。XREA無料サーバは、広告挿入をこの機能で実行しているので、phpなどのファイルに対してすべて、text/htmlヘッダーをつけようとします。
だから、blogs.phpは、モジュールPHPとして動作し、画像ヘッダーを出すために、広告挿入を停止する必要があります。
mod_rewriteで書き換えられる形式的な、画像ファイル名に対しても、広告挿入を停止する必要があります。

したがって、
RemoveHandler application/x-httpd-phpcgi .php
みたいな事をやってみても対策にはならず、、、(泣)

このため、
ルート.htaccessには以下を追記

LayoutIgnoreURI *.gif
LayoutIgnoreURI *.png
LayoutIgnoreURI *.jpg

wp-admin/.htaccess

<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>
<files upload.php>
AddHandler application/x-httpd-phpcgi .php
</files>
#import
<files admin.php>
AddHandler application/x-httpd-phpcgi .php
</files>

wp-content/.htaccess

LayoutIgnoreURI blogs.php

の設定は必要そうです

このように、無料サーバへのインストールは、coreserverへのインストールと異なる設定が必要になるようです。

とても面倒な設定になっていますが、

cgiとして動作させるPHPファイルは、きっちり決め打ちする必要があり、
それを怠ると、単に画像の部分だけでなく、Ajaxレスポンスなどもエラーを発生するので、
手数を惜しまないようにしたほうがいいかもしれません。

参考までに、2.6.5のものですが、phpのヘッダ関数を使っているファイルリストを添付しておきます。
意外と多いのでびっくりしました自分。

参考：セーフモードによる制限と対処方法 wordpress codex

BuddyPress will transform an installation of WordPress MU into a social network platform.

BuddyPressとは、MUをSNS化するプラグインだそうです。

配布元：BuddyPress

プラグインを使ってみたかんじ

pluginといっても、テーマファイルもごっそり入ったものです。このため、通常のプラグインのように配置してはい終わりというものではなく、wp-content/bp-themes themes/bphome といった場所へ、手作業でディレクトリの移動を行わなければならないので、readme.txtを読みながら作業が必要です。

SNSですから、いわゆる中の人向けの、コミュニケーションのための機能。

機能

• ユーザ間の友人（協力者）登録
• wireといった、友人同士間などでのインスタントメッセージ機能（設定にもよります）
• アクティビティという表現で、ユーザがいつ何をやっていたか、鮮度や活性を　表示する仕組み、
• メッセージ機能や、グループの作成

作業中に発生したトラブルなど、

実際に試してみると、firefoxで、CSSが適用できなくなったり、（調べていませんが、headerをtext/htmlで出しているとか、サーバがらみの問題が怪しそう）メンバーリストが、表示できたり出来なかったり、

まだ、WEB上に情報が少なく、触ってみて、動きを見ながら、納得するという事の繰り返しになりました。

ただ、MUユーザには、複数のブログをまとめた形で、最近の投稿を表示したいとか、それぞれのブロガーのwireを一覧表示したいという需要は少なからずあるんじゃないかと思います。
既存のページのサイドバーなどに、それらを配置可能なウィジェットも用意されており、参考になると思います。

日本語化

日本語化作業は、「
日本語化を進めています」などで、進行中だったり、配布している人もいらっしゃるようです

プログラムそのものもそうなんですが、wire等、あまり耳にしない単語が、「電報」といわれても、ぴんと来ないというのが、一番厄介な部分だと思いました。設定にもよりますが、友人間で行われるつぶやきみたいなものだと気づき始めると、プラグイン自体が、違うものに見えてくるのは不思議です。

現実の私たちは、それほど多くのコミュニケーションの場を求めてはいません。必要なときに、必要なだけのコミュニケーションが取れる事のほうが重要なのかもしれません。
プログラムそれ自体が持つ、高性能よりも、必要なときに、プラグインを適用して、全体の様子を見たり、そのようなものが必要でない時には、シンプルなブログとして運用できたりといった、これまでの発想にないブログの使い道が、広がるといいなと思いました。

使い方、

htmlモードで、pre エレメントで囲みます。

-line：開始行番号。表示を10行目からにしたい場合は、line=”10″

-行番号を表示しない、line=”1″を書かない

<pre lang="php">ソースコード

※preが2重になっているような場合、閉じタグのpreが抜けてしまうようです。

ホントはこう書いたんですが、

wp-syntax.phpで、pエレメントに、クラス名やidを書くようなプラグインを併用した場合には、MD5の値が表示されるだけで、ソースが表示されません。

例、wordpress<p>でくくるが、text2htmlは、<p id="hoge">になっているような時

wp-syntax.phpの以下の部分を書き換える事で、動作します。

function wp_syntax_after_filter($content)
{
    global $wp_syntax_token;
 
     $content = preg_replace_callback(
 
         "/
]*>\s*".$wp_syntax_token."(\d{3})\s*<\/p>/si",
 
         "wp_syntax_highlight",
         $content
     );
 
    return $content;
}

xreaサーバでも、上記の解説にしたがって、インストールすることができた。

ただ、XREA特有？の問題点もあったのでメモに残します。

• safemodeの関係で、モジュールphpだと、ディレクトリの作成がうまくいかない。
• 具体的には、ファイルのアップロードや、ファイルのインポートができなかった。
  • とりあえずの解決方法
  • .htaccess
  • AddHandler application/x-httpd-phpcgi .php一行追加※
• 広告表示について
• 無料サーバの場合広告表示が必須になる。しかし、通常の広告位置では、見た目があまりよくないので、変更する。
• 手動広告の差込は、XREAのドキュメントを参照。
• wordpress側の変更すべきファイルは、wp-content/themes/(利用するテンプレート)/header.php
• 問題点：この方法は、それぞれに手を加えるので、使い勝手は最悪になります。
• index.phpで、コールバック関数などを使った方法があるといいと思いました。
• ブログを作成すると、広告が差し込まれないという問題？があった。これは、意味がわからない。ユーザー側で、差し込む必要がでる。ただ、なぜ出ないのか不思議

• phpをcgiとして、XREAサーバで動作させた場合の、注意。
  少なくても、2008･11月時点では、mimetype が　text/htmlになってしまうようです。 

  例えば、imagemagic等で、画像を表示させようとした場合

  ヘッダーをきちんと見るブラウザ、ex：firefox3では、画像が表示できなくなります。
  そのあたりを、適当に処理してくれる。IEなどでは、画像が正常に表示されるでしょう。

  cgiは、text/htmlのヘッダが勝手についてしまうことを、意識しておいてください。

• 2009/05/19
  xreaで、画像が、text/htmlにならないようにする事ができましたので、追加します。

  MUは、coreserverと、この無料サーバでも、正常に動作している模様です。

  ]]> http://text2html.s321.xrea.com/wp/wordpress/2008/03/06/xrea-%e7%84%a1%e6%96%99%e3%82%b5%e3%83%bc%e3%83%90%e3%81%b8%e3%81%aewordpress%e3%80%80mu%e3%80%80%e3%81%ae%e8%a8%ad%e7%bd%ae/feed/ 0