10ヶ月前マルチサイトの子サイトにおいて、メディアにアップロードした画像が表示されなくなる現象が起きました。原因を探っていると、複数ある子サイト全てのメディアファイルのURLが「独自ドメイン/wp-content/uploads/sites/サイトID/年月」から「独自ドメイン/files/年月」に変わっていました。掘り下げていくと、”*_sitemeta”というテーブルの”ms_files_rewriting”というmeta_keyのmeta_valueが0から1に変わっていたことが原因でした。(アップロードは以前と同様、uploads/sites/サイトID/年月に保存されました)バージョンの更新など、原因と予想される処理は行っていないので、いつのまにこの値が変更されたのかわかりません。同じ環境のローカルではこの現象は発生しませんでした。想定される原因や、調査方法など、どなたがご存知でしたらご教授ください。返信ありがとうございます。SecurityAkismetを使用しています。その他、何点かセキュリティ以外のプラグインを使用しています。プラグインの最終更新日時が確認できれば、調査対象は絞れるのですが。3.9がリリースされたので更新したところ、同じ現象が起きました。原因を探っていると、やはり「ms_files_rewriting」が更新のタイミングで書き換わっているようです。);の処理でフラグを書き換えていました。ローカルでは、この条件に入らないのになぜか本番環境では入ります。$wp_current_db_versionの値がずれているようです。$wp_current_db_versionを正常値に戻す方法はあるのでしょうか。通常はWPをアップグレードすると、データベースの更新があれば書き換えられます。バージョン3.9に更新したのであれば’27916’になっていると思います。バージョン3.8.2では’26692’でした。データベースに保存された値を確認してみてはどうでしょう。マルチサイトの場合、’wp_[ブログID]_options’テーブルの’db_version’と’wp_blog_versions’テーブルにもブログごとの’db_version’が保存されています。テーブル名の’wp_’はプレフィックスです。返信ありがとうございます。本番環境ではバラバラになっていたことや、ローカルでは’wp_[ブログID]_options’の’db_upgraded’が’1’であるのに対し本番ではNULLであったことが気になりました。);にあたるような’21823’を下回るものはありませんでした。本日再度この現象(ms_files_rewritingの書き換え)を確認しました。正常に動作していた時点と発見までの時点で、WP及びプラグインの更新は行っていません。);」をコメントアウトし、様子をみています。(全5件中)トピック「マルチサイトのメディアファイルのURL」には新たに返信することはできません。