WPMU から WP 3.0 へのアップグレード
　→　保存しなくてもプレビューに反映される。

オリジナル 3.0 のインストール
　→　保存しなくてもプレビューに反映される。

パーマリンクの編集で［wp3x-プレビューの違い］とし
http://wordpressmu.reyspress.net/memo/wp3x-%E3%83%97%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%81%AE%E9%81%95%E3%81%84/
にするとちゃんと表示される。

何故だ…？？

「Ajaxified Expand Post NOW」が好きで使ってるんやけど、アップグレード後から不具合。
ずっと「Error while connecting to the server. Please try again leter」と出て動作しない。
MU 2.9.2 まではきちんと動作してたからThemeのせいではない。

考えられるのは「WP3.0」だけ…。
不便や…。

どうやったら解決するかなぁ…。

【小粋空間】さんの
〔WordPress で「続きを読む」の折りたたみ Web2.0〕の記事を参考にさせて頂きました。
希望通りの動作が出来ました！

ありがとうございました。_(._.)_ヾ ぺこり

WPMU 2.9.2 を WP 3.0 へ。

　

バージョン 3.0-en_US に自動アップグレード
　
なぜか日本語バージョンでは失敗しましたと出るので、「US」でアップグレード。
アップグレード完了→強制再ログイン。
　
「Site Admin」→「Super Admin（特権管理者）」になっている

　
変更個所が表示されるので従う（クリックで拡大）

　

「wp-config.php」にコード追加

/* That’s all, stop editing! Happy blogging. */
↑の前に灰色反転で表示されたコードを追加しアップロード

※なぜか何度かアップロードが出来なかった。その場合、、、
　→別名で保存→アップロード　→「wp-config.php」削除
　→別名保存アップロードのファイルを「wp-config.php」に変更

　
「.htaccess」内の記述７行目あたりを変更

RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]　　←を

RewriteRule ^(.*/)?files/(.*) wp-includes/ms-files.php?file=$2 [L]　　←に変更しアップロード

→「wp-content/blogs.php」を削除
　

「アップグレード出来ます」表示がある場合
　

「3.0ja」で自動アップグレード→なぜか「成功」と出て完了した形になる。

　

「ネットワークの更新」をする
　

　
これでサブドメイン形式で動かしている全ブログのアップデートを施行。

以上で WordPress MU 2.9.2　→　WP 3.0 へとアップグレードが完了。

【Xserver】＋サブディレクトリ形式＋自分の場合

→バージョン 3.0自動アップグレード

→アップグレード完了→強制再ログイン
　
変更個所が表示されるので従う
　
→「.htaccess」内の記述７行目あたりを変更

RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
　　↓
RewriteRule ^(.*/)?files/(.*) wp-includes/ms-files.php?file=$2 [L]
　
→「wp-content/blogs.php」を削除
　
→「ネットワークの更新」をする
　
WordPress MU 2.9.2　→　WP 3.0 へとアップグレード完了

MUの場合、記事内容が変わればプレビューに反映されたが、
WP3.0は単体と同様「下書きとして保存」しなければプレビューに反映されなくなった。
これはウザい…。

MU3.0 のアップグレードと出ているが、実は WP3.0 だ。MU ではない。

　　　　　事実上 MU は消えた…。

Win XP が統合されて「Professional」の文字が出なくなったように、
もう二度と「WordPress MU（μ）」の文字を見ることは出来ない…。

　　↓

これはかねてから言われてた【WordPress MU】との統合を果たし、
複数のブログを作成できるようになった。

MU と違うのは、インストール後に「手動」でマルチ化をしなければならない点。
「wp-config.php」に以下の分を追加してアップロード。

define( ‘WP_ALLOW_MULTISITE’, true);

「wp-config.php」を再アップロードすると、
「ツール」のところに「Network」というのが出てマルチ化のためにする作業が表示される。

「wp-content」のフォルダに「blogs.dir」を作成する。
表示されるコードを「wp-config.php」に追加しアップロードする。
表示された「.htacsess」を作成しアップロードする。

これでマルチ化の完了。そんなに手間はかからない。

ただやっぱり【Xserver】では MU と同じく標準のままではサブドメイン運用が出来ない。
現在は「DNSレコード」が操作できるようになってるので、これを何とか（？）いじれればサブドメイン運用も可能かも…。

それと、自動インストールは今はまだ「2.9x」。
そこから自動アップデートすると「wp-config.php」をいじっても、なぜかマルチ化が出来ない。
なぜ？…

あ、普通に 3.0 をインストールすると「変更をプレビュー」でちゃんと変更されたものがプレビューされるけど、
2.9x からの自動アップデートでは「下書きとして保存」後でなければ変更は認識されない模様。

Xserver でのテストサイト↓
オリジナル 3.0　→　http://reyla.com/
サブディレクトリでの追加ブログ　→　http://reyla.com/test/

以上、【Xserver】での【WordPress】3.0 のインストール＋マルチ化。
　
　
　＋＋追記＋＋

　以上【CORE SERVER】での【WordPress】3.0 のインストール＋マルチ化。

※この記事は【ぶろぐる？】 2010/06/22　に上げたのと同じ内容です_(._.)_ヾ ぺこり

現在 MU は【CORE SERVER】でのみ動かしてるので、前回の記事［WPMU 2.8.1 アップグレード（無謀編）］で自動アップグレードが出来るようになってるのでサクッと出来た。

日本語ページは表示するようになってる。
相変わらずカテゴリースラッグの変更は出来ひんけど、まんま日本語でカテゴリーを認識してる。
UTF-8のおかげ？

アップグレードお知らせ表示を再度ONにしたけど、
今回アップグレード後はちゃんと認識したんか出っぱなしではなくなった。

今までのあのしつこさは何やったんや…(^^;)。今のところ不具合なしで快適デス♪

なので、zip を DL して UL。サクッとアップグレードしてくれた。
【CORE SERVER】でも同様にサクッと。

あ、【CORE SERVER】、自動で試せば良かった…orz

【CORE SERVER】では自動アップグレードが出来へんのやけど、今回こんなページを発見！

XREA と CORESERVER は PHP を CGI モードで動かすことができるので、必要なファイルは CGI モードで動作するようにすることで、PHP のセーフモードの制限を回避する。

対策

/wp-admin/ 配下に下記の .htaccess を設置。

#CGIモードでPHPを動かす
＜Files ~ “^(async-upload|update-core|update|plugins|plugin-install)\.php$”＞
AddHandler application/x-httpd-phpcgi .php
＜/Files＞

（＜＞は半角です。なぜか code が入らない～）

以前の .htaccess より少し長くなってると思ったらファイル名が書かれてるなのね。
さっそくアップロードしてアップグレードに挑戦！

おお！さくっとアップグレードしてくれましたー！
これで CORE SERVER でも自動アップグレードができるようにー！(T-T)

ナゾはダッシュボードで「WordPress MU 2.8.1 を使用中」になってるのに…。
なぜかその横に「2.8.1にアップデート」のボタンが…。
「WordPress MU 2.8.1 が利用可能です ! アップデートしてください。」の文字も消えない。

下部左も「WordPress MU のご利用ありがとうございます 2.8.1」とあるのに、
右には「バージョン 2.8.1 を入手」とある。

なぜ？(￣▽￣;)

でもアップデート出来てるからいいかぁｗ。
　
【WordPress カスタマイズ】 さんの 〔セーフモード対策（XREA ・ CORESERVER）〕 の記事を参考にさせて頂きました。詳しくはこちらのサイトへドゾ♪

ありがとうございました。_(._.)_ヾ ぺこり

【Xserver】では自動アップグレードが出来るんやけど、【CORE SERVER】では自動アップグレードが出来ない。インストールの時と同じ問題点なんかな？

とりあえず【CORE SERVER】のは本体をDL→解凍→上書きアップロード→完了、でした。
（本体丸々アップロード。これだけです。）

「wp-includes」のアップロードが毎回つまるのは何でや？

細かい事はよく分からないので、他のサイトの方のように「ちゃんとしたアップグレード」ではないです。テスト用ドメインで試してからやりました(^^;)
　

カテゴリスラッグ変更用の「wp-admin/includes/mu.php」は再度アップしましたが、スラッグ変更時にちょっと手間がかかります。

「お試し」というカテゴリー作成
→カテゴリーのページで「お試し」の［クイック編集］で「otameshi」と入力
→「カテゴリーを更新」をクリック

そうすると元々のカテゴリー名まで「otameshi」になってるのでここで一手間。

今度はカテゴリーのページで「otameshi」の［編集］をクリック
→再度カテゴリー名のところに「お試し」と入力
→「カテゴリーを更新」をクリック

そしたらちゃんと名前は「お試し」、スラッグは「otameshi」になっている。

もしかしたらちゃんとした方法があるのかも知れない。

『サブサブドメインで運用するには？』

この場合、ドメイン本体には同期してはならないようで、同期しようものなら「ドメイン本体」「サブドメイン」「サブサブドメイン」全部同じものになってしまった。おそらくは何らかの回避策があると思うねんけど、如何せんあちきには分からん。

散々してやられた結果、どうにか動くようになった。
以下はサラのドメイン想定。
　
【事前作業】

　1.　FTP 操作
　　　- FTP でドメイン用の「○○○.biz」のフォルダを作成
　　　- FTP でサブドメイン用の「□□.○○○.biz」のフォルダを作成
　　　- FTP でサブサブドメイン用の「default.□□.○○○.biz」のフォルダを作成

　2.　CORE SERVER 操作
　　　- 管理画面の「ドメインウェブ」でドメインが使えるように設定する
　　　　　　　Main　→　blank
　　　　　　　Sub1　→　○○○.biz
　　　　　　→ Sub1 ○○.biz の右手にある 「NoDir」 にチェックを入れる　
　　　　　　→ 「ドメイン設定」のボタンをクリック

　　　- 管理画面の「ドメインウェブ」でサブドメインが使えるように設定する
　　　　　　　Main　→　blank
　　　　　　　Sub1　→　□□.○○○.biz
　　　　　　　Sub2　→　default.□□.○○○.biz
　　　　　　→ 「ドメイン設定」のボタンをクリック

　4.　ブラウザ操作
　　　- 「□□.○○○.biz」へアクセスしてドメインが反映されたかを確認する
　　　　　　　（異なるテストページを上げて別サイトである事を確認すると安心出来ます）
　
【ドメイン反映確認後】

　1.　CORE SERVER 操作
　　　- 「default.□□.○○○.biz」を「□□.○○○.biz」に同期させる。
　　　　　　　同期元→「default.□□.○○○.biz」、　同期先→「□□.○○○.biz」
　　　　　　　（反映されるまで 約 1 時間くらいかかる）
　　　　　　　FFFTP で見たら同期先のフォルダに「→」が付いている
　　　- DB作成（文字コードはUNICODEが無難）
　　　　　　　DB名とパスワードはメモしておく

　2.　FTP 操作
　　　- 解凍後のファイルを「default.□□.○○○.biz」のフォルダへアップ
　　　- 「default.□□.○○○.biz」のフォルダと、
　　　　その中の「wp-content」のフォルダの属性変更
　　　　　　　→ 777

　3.　ブラウザ操作（インストール作業）
　　　- 「http://□□.○○○.biz/」へアクセス
　　　　　　　サブサブドメイン運用ならそのままでOK
　　　　　　　（上側のラジオボタンにチェックが入ってるのを確認）
　　　- 入力欄にそれぞれ「DB名」「ユーザ名」「パスワード」「ホスト名」を入力
　　　　　　　（CORE SERVER は（「localhost」のままでOK）
　　　- URIを入力（デフォルトでインストールしたディレクトリが入力済み）
　　　- 「サイト名」「メールアドレス」を入力
　　　- [Submit]ボタンをクリック →インストール完了
　　　　　　　パスワードがランダム生成されるのでコピっておく。
　　　　　　　（入力したメールアドレスにもパスワードは送られてくる）

　4.　FTP 操作
　　　- 「default.□□.○○○.biz」のフォルダに［.htaccess］［wp-config.php］ファイルが
　　　　「wp-content」に［blogs.dir］フォルダが生成されたのを確認する
　　　- 「default.□□.○○○.biz」「wp-content」のフォルダの属性を戻す
　　　　　　　→ 755

　5.　CORE SERVER 操作
　　　- 管理画面の「ツール」から「ファイル所有者の修正」をクリック
　　　- 自動生成されたフォルダやファイルは管理者が「Apache」になるのを修正
　　　　　　　（反映されるまで 3 ～ 5 分くらいかかる）

　6.　FTP 操作
　　　- 「default.□□.○○○.biz」のフォルダ内の［.htaccess］［wp-config.php］ファイル
　　　- 「wp-content」のフォルダ内の［blogs.dir］フォルダ
　　　　　　　上記の管理者が「Apache」→「ユーザー名」に変わってる事を確認する

　7.　ブラウザ操作（ログイン）
　　　- ［Login］ボタンをクリックしログインページに移動
　　　- 「admin」＋「パスワード」で管理画面へ入る

　　　　　以上
　

私は最初にドメイン本体にdefaultを同期させていたので手こずりました。ってか、CORE SERVER って同期後defaultフォルダを作成しても本体への「→」は消えず同期しっぱなしのようで、本体フォルダがどうにもできなくなった。今現在開かない～(￣▽￣;)

ですが、これで一応 【忍者ブログ】 とか 【FC2 BLOG】 とかみたくサブサブドメイン運用が出来るようになりました。

テストページ　→　http://subsub1.wpmu.test-0.com/
ちゃんとサブサブドメインになってるですね♪

どなたか 【CORE SERVER】 に詳しい方があれば、サブサブドメインでの運用法を分かりやすく解説してくださいまし_(._.)_ヾ ぺこり

function sync_slugs( $term, $taxonomy, $args ) {
if (empty($args['slug']))
$args[ 'slug' ] = sanitize_title( $args[ 'name' ] );
return $args;
}
add_filter( ‘pre_update_term’, ‘sync_slugs’, 10, 3 );

477 行目の下に えんじ色の 1行 を追加するだけ。

ここのカテゴリーのページの画像。ちゃんとスラッグが変更されてる。「Quick Edit」で簡単に編集できます。ただし、リンク先にも書かれている通り、自己責任で行わないといけないです。

今まで他のサイトを参考にしてあれこれ試しましたが出来なかったので本当にウレシイです。
　
【satake7’s memo】 さんの 〔WordPress MUのカテゴリースラッグ(slug)の変更〕 の記事を参考にさせて頂きました。

ありがとうございました。_(._.)_ヾ ぺこり