hasegawa-k

報告です。
エクスポートしたデータをエディタで一括変換した後インポート…
テストサイトで成功しました。
その後目的のサイトにとりかかり、もしダメだった時のために
　・「投稿」や「ページ」のHTMLをコピー
　・ダッシュボードでの各種設定をスクリーンショットに撮り
作業にかかりました。

結果、データベースがない！と言ったエラーで
wordpressMUは全く立ちあがりませんでした。

バックアップしたsqlの内容もしっかり見直したり
※一ヶ所だけ
　example.com/blog/　ではなく
　example.com/public_html/blog/　の所がありました
文字・改行コードを変えたり、と
計３度やってみましたが残念ながら同じ結果で
バックアップしてあった修正前のsqlデータを再度インポートし、
htaccess・wp-config.php・フォルダ名を元に戻すと普通に復活
う〜ん…時間的な制約があり、今回は断念することにします。

1.データベースをクリアして
2.FTPでwordpressMUのフォルダ名を変更「blog→solar」
3.wp-config.php・.htaccessを削除
4.index.phpにアクセスしインストール作業
5.保存してあった投稿・ページデータのパスを置換
　example.com/blog/→example.com/solar/
6.ひとつずつ書き込み直す
というアナログな手法で完了しました。
画像をアップロードし直す必要がないので随分楽に出来ました。

テストサイトで出来たということで、
手順的にはお教えいただいた方法で間違いないと言うことが実証出来ました
もう一息かなとは思うのですがサーバーによる要因等の場合
検証する能力もないのでここまでとさせていただきます。
参考までに
目的のサイトの置かれているサーバーはWADAXの共有サーバー
テストサイトはXSERVERです

ありがとうございました。

RESありがとうございます
2. example.com/blog/
にインストールしています

専用のテンプレートを作り適用することが出来ました。
page.phpを複製し、ソースにthreetails様の構文を貼り
【変更点】
　[1]サイズを120×120ピクセル:function.phpも同様
　[2]the_timeの場所を抜粋文の下に変えました
　[3]3件表示にしました
pagetop.phpとしてアップロード
これだけではページ編集画面にテンプレート選択ダイアログが出てきませんでしたが
ソースに

<?php
/*
Template Name: TopPage
*/

と名前をつけることで表示され、選択。
ページを表示してみましたら反映されました
本当にありがとうございますm(_ _)m

ただ【変更点】の2番目は、テーマの横幅が大きいため、2つめ以降の記事が前の記事のサムネイルに回り込んだ状態になるため、その回避策で抜粋下に投稿日時を表示していますので
●回り込みを一度解除する
　.clear { display: block; clear: both; }
　はcssに追加しました、あとPHP内への書き込み方が？
●抜粋文字数のコントロール
　の2点が出来ればなぁと思っています。

threetails様ありがとうございます。
教えて頂いたようにfunction.phpに書き加え
php文をpage.phpに貼ってみました
query_posts(‘posts_per_page=3’);として
1つテスト投稿をしてみました。
結果「固定ページ」で作成したページすべてに最新の3投稿の抜粋が表示されていますが
今のところサムネイルは設定前・後の投稿共に「画像がない」状態の四角が表示されています。

それぞれの投稿でカスタムフィールドの設定とか何かルールが必要ですか？
「htmlを見てカスタムフィールドに画像のアドレスをペースト」のような操作は期待出来ないのもあって…
2.9.2のサムネイル機能について調べてみます。

サムネイルをクリア出来たら次は、専用のページテンプレートを設定して…という流れになるのですね。頑張ります。

hasegawa-k　自己RESです
原因がわかりました。
このサーバーが.htaccessが使えないことがわかりました。

.htaccessをない状態にしたらとりあえず動き出しました。
ただ、果たしてこの環境で不具合が出ないものか？
PHPはセーフモードということも併せると運用にとても疑問が残ります。
いろいろ試して見て考えたいと思います。

と書いたのですが、再度ログインしようとしたら「多くのリダイレクトが発生…」のエラーが出て入れなくなりました。
状況を考え合わせこのサーバーでの運用を諦めることとします。
お騒がせしましたm(_ _)m

サーバー会社から返答をいただきました。

弊社ではワードプレスのプラグインなどのお問い合わせはサポート対象外となっておりますので、詳細なサポートが出来ませんことをご了承ください。

共有サーバでは権限の制限から、削除できないファイルが存在する場合がございます。
今回ですと、所有者がapacheになっておりますので、FTPユーザですと権限がありません。

お手数ではございますが、お客様より削除対象のファイルをお聞きし、弊社にて削除させていただく形となります。
恐れ入りますが、削除対象のファイルはどちらになりますでしょうか。

また、もしお客様の権限にて削除を行われたい場合は、
すべての権限をもてますVPSなどをご検討いただければと思います。

お手数ではございますが、対象のファイルの方、ご連絡ください。

「なぜここではオーナーがappacheになってしまうか？」といった根本的な部分は、サポート対象外ということで残念ながら触れていただけませんでした。
せめて、ここでアドバイスいただき、具体的に上げた可能性「chmod の問題」・「sticky bit」については返答いただけると良かったのですが…
「使えるネット共有サーバーの仕様」とするしかないのかも知れません。特殊な仕様ということなのでしょうか？
EC-CUBEを手軽に試せそう…ということで契約したサーバーで、ここに設定した「あまり難しいことをしないだろう」と予定していたWEBを急に活性化することになって、設定等の個性的な操作にやや戸惑い気味です。
蛇足ですが、私的にはよくネットで見かけるほど悪い印象は感じていませんが…

ファイルは指定すれば先方で削除をして頂けるということで指示をさせていただこうと思います。

すいません！すいません！

xserverで借りている2つの別ドメインで運用しているwordpress MUで確認しましたら
j75さんのおっしゃるようにblogs.dirディレクトリ以下、ファイルも
全てオーナーは管理者でFTPから削除・変更等出来ました。

おかしいなぁと思い見直してみましたら、問題のサーバーは
「使えるネット」でした。誤った情報で質問してしまいホントにスイマセン。
このサーバー特有の症状の可能性もあり、早速サーバー側に問い合わせ、
あらためてここに報告します。

j75さんshokun0803さん返信ありがとうございます。