HalcionLunchさん、こんにちは。
ファイルのURLからすると、マルチサイトでの現象かと思います。
マルチサイトの場合、メディアがアップロードされるディレクトリはwp-content/blogs.dir/n/files/yyyy/mm/となります。（nはブログのID、yyyyは年、mmは月）
まずは、このディレクトリが存在するか、ファイルがアップロードされているかを確認してください。
※ ファイルURLと、ディレクトリの構造が異なるのは、リライトされているためです。
ファイルが存在するのに、表示されないのであれば、マルチサイト化した時の.htaccessの編集がおかしい可能性があります。
こんにちは。
なるほど、いろいろ仕様が変わったのでしょうか？
jim912さんのいうとおり、content/blogs.dir/n/files/yyyy/mm/の中に今までテストであげた画像が入っていました。
blogs.dirのパーミッションを、707、757、777と試しましたが変化ありません。
.htaccessが原因でしょうか…調べてみます。
仕様が変わったのではなく、HalcionLunchさんがマルチサイトを使っているからです。それで、もう一つの質問もマルチサイトを使っているから故の仕様です。二つ以上のブログを管理する必要がなければ一般的なシングルインストールを行ってください。
そうですか…
３つほどのブログの管理が必要になってしまいます。
ということは、解決しないということでしょうか？
（個別にインストールすると解決でしょうが…）
なるほど、いろいろ仕様が変わったのでしょうか？
単体ワードプレスと、マルチユーザ版ワードプレスは、従来から別物とされてきました。
ところで、blogs.dir が存在して、ファイルが保存されているのであれば、パーミッションは問題なさそうですね。
で、そのアップロードされたファイルは、破損しているのでしょうか？
httpでブラウザからアクセスできますか？
私は、セーフモードのサーバを利用しているので、年月ディレクトリに分けていませんでしたので、確認できませんが、
引用元
１．MU2.9.2では、画像（メディア）の保存が自動的に、年月フォルダーに保存されていたのですが、
WP3.0では、複数ブログに変更する前に、あらかじめ設定をしておかないと、年月フォルダーが作成されません。
WP3.0複数ブログでも、画像の保存先を、年月フォルダーに分けるかどうかの設定があれば良いと思います。
という発言が気になるところです。
nobitaさん、ありがとうございます。
「blogs.dir」のパーミッションは777にしています。
●フォルダの中の画像に直接アクセスしてみました
http://xxx.jp/blog/wp-content/blogs.dir/1/files/2010/08/xxx.jpg
→表示されませんね…「エラー: このリンクは無効です。」（chrome）と表示されます。
アップロードするとやはり、このフォルダにきちんと存在しています。
もちろん、アップロードしたときに表示されるURL
http://xxx.jp/blog/files/2010/08/xxx.jpg
にアクセスしてもなにもでてきません。
FTPで1階層ずつ画像をアップロードしてアクセス、を続けてみました。
http://xxx.jp/blog/wp-content/xxx.jpg →〇
http://xxx.jp/blog/wp-content/blogs.dir/xxx.jpg →〇
http://xxx.jp/blog/wp-content/blogs.dir/1/xxx.jpg →〇
http://xxx.jp/blog/wp-content/blogs.dir/1/files/xxx.jpg →×
そこでfilesのパーミッションが707だったので、757,777と変更してみましたが、
files内の画像は表示されませんでした。
「files」になにか原因があるのでしょうか？
blogs.dirのパーミッションは755で試しましたか？
FTPで1階層ずつ画像をアップロードしてアクセス、を続けてみました。
chrome は、画像のチェックには、今のところ向かないと思っています。
実在する画像の表示ができないということであれば、ヘッダが適切かどうかをチェックすることも必要かもしれません。
ためしに、http://openlab.ring.gr.jp/k16/htmllint/htmllint.htmlにいって
URL指定のときHTTPレスポンスヘッダを表示しますにチェックを入れて、URLには、画像のアドレスを入力してください。
画像なので評価できませんならば、ヘッダは大丈夫ですが、マイナス10000点とかになったら、ヘッダがおかしいと判断できます。
あとは、.htaccess等でのアクセス制限が、ついでにかかっているようなこともあるかもしれません。
追伸：前回の回答で示したURLは、実際のアドレスで表示を確認済みです。
>takuyaさん
ありがとうございます。755は試していませんでした。が、ダメでした…
>nobitaさん
ありがとうございます。Firefoxでチェックすることにします。
http://openlab.ring.gr.jp/k16/htmllint/htmllint.html
で画像直接チェックしてみました。
【結果】
●http://xxx.jp/blog/wp-content/xxx.jpg
●http://xxx.jp/blog/wp-content/blogs.dir/xxx.jpg
●http://xxx.jp/blog/wp-content/blogs.dir/1/xxx.jpg
Another HTML-lint error!
指定されたURL (http://xxx.jp/blog/wp-content/xxx.jpg) は HTML ではありません。(image/jpeg)
●http://xxx.jp/blog/wp-content/blogs.dir/1/files/xxx.jpg
Another HTML-lint error!
指定されたHTML (http://xxx.jp/blog/wp-content/blogs.dir/1/files/xxx.jpg) を取得することができませんでした。
404 Not Found
404 Not Found
Connection: close
Date: Fri, 06 Aug 2010 02:33:46 GMT
Server: Apache
Content-Length: 223
Content-Type: text/html; charset=iso-8859-1
Client-Date: Fri, 06 Aug 2010 02:33:46 GMT
Client-Peer: xx.xxx.xx.xxx:xx
Client-Response-Num: 1
マイナス評価はありませんでした。
.htaccessなのかな…
HalcionLunchさん、こんにちは。
画像がサーバ内にアップロードされているのであれば、表示過程での問題であり、パーミッションの問題ではありません。
マルチサイトで追加した子ブログの保存される場所は、上述にようにwp-content/blogs.dir/n/files/yyyy/mm/となります。（nはブログのID、yyyyは年、mmは月）
一方、画像のURLは、http://example.com/xxxx/files/yyyy/mm/xxx.jpといった形になります。
URLと保存されるディレクトリが異なるのは、.htaccessでリライトされ、wp-includes/ms-files.phpを介して表示されるためです。
マルチサイト利用時は、通常のシングルインストールとは.htaccessが異なり、画像の表示に関連する部分では、下記のような記述が追加されているはずです。（個々のインストール状況によって変わる可能性がありますので、正確には管理画面のツール > ネットワークにて確認してください。）
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
.htaccessに記述がなされているのであれば、リクエストがms-files.phpに渡っているはずです。ms-files.phpに
echo 'done';
exit;
を挿入し、ファイルURLであるhttp://xxx.jp/blog/files/2010/08/xxx.jpgにアクセスし、doneが表示されるかどうか検証します。
phpの開始タグ直後に入れてみて、表示されるのであれば、数カ所あるif分岐の前に挿入位置を変えてみて、どこまで実行されているかを確認します。
あと１点気になるのは、呈示いただいているファイルURLのドメイン名直後がblogになっている点です。本来、blogというのは、予約語となっており、子ブログのURLとしては利用できないはずです。表示できない原因は、むしろこちらにあるかもしれません。
>jim912さん
ありがとうございます。
>正確には管理画面のツール > ネットワークにて確認してください。
ツールには「ネットワーク」はありません。「ツール」「インポート」「エクスポート」のみです。
（これもマルチサイトだからでしょうか）
.htaccessの中をみてみました。
RewriteEngine On
RewriteBase /blog/
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteCond %{REQUEST_URI} ^.*/wp-admin$
RewriteRule ^(.+)$ $1/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule . – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
だったので、
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
↓
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
と変更しました。
次に、wp-includes/ms-files.phpの最後に…
…
// If we made it this far, just serve the file
readfile( $file );
?>
↓
…
// If we made it this far, just serve the file
readfile( $file );
echo ‘done’;
exit;
?>
としてみました。
結果…
でました！！！！
アップロードすると、今まで表示しなかったプレビューができ、
実際記事を見てみても問題ありませんでした。
過去表示しなかったものも表示されました。
画像のURLは以下のようになり、
http://xxx.jp/blog/files/2010/08/xxx.jpg
以下の場所に格納されています。
http://xxx.jp/blog/wp-content/blogs.dir/1/files/2010/08/xxx.jpg
と、今まで変化はしていませんが閲覧ができます。
試しにブラウザアップローダー、 Flashアップローダーを切り替えたり、他のブログに切り替えましたが問題ないようです。
もともとhttp://xxx.jp/は違うオープンソースを展開しており、
WPのインストールはblogに、実際のブログURLもhttp://xxx.jp/blog/にしています。
問題なくそれが求めるところであるので、もしなにかあればこちらを見直そうかと思います。
１人ではとても解決しませんでした。
みなさんありがとうございました。
この記事が同じように悩みがあった人のお役にたてれば幸いです。
HalcionLunchさん、こんにちは。
echo 'done';
exit;
は、検証用のコードなので、用済みになったら削除しておいてくださいねー。
それと、修正前の.htaccessは、3.0で統合される前のWordPress MU用のものです。
3.0のインストールの前にMUのインストールなど、なされたりしませんでしたか？
こんにちは。横から失礼します。
ツールには「ネットワーク」はありません。「ツール」「インポート」「エクスポート」のみです。
（これもマルチサイトだからでしょうか）
wp-config.php に
define ('WP_ALLOW_MULTISITE', true);
を残しておくと、「ツール」⇒「ネットワーク」が表示されるようです。
ネットワークの作成 – WordPress Codex 日本語版
では、ネットワークの作業を終えると削除するように書かれています。
