k.oishi

ms_files_rewritingが0から1に書き換えられてしまう現象が再発しました。昨日再インストールしてからwp-admin\includes\upgrade.phpの1355行目の処理はコメントアウトしていませんでした。この間、プラグインの更新なども行っていません。まさになぞのタイミングで処理が走っているようです。同じサーバー内に同環境を新たに構築し、wordpressのエクスポート・インポート機能でマルチサイト全てを移行しようと思っています。

はい。以下に書きます。（少々見にくいですが申し訳ありません。）

OSバージョン > FreeBSD 9.1-RELEASE-p15 amd64
プラン > さくらのレンタルサーバ スタンダード
CPU > Intel Xeon E312xx (Sandy Bridge)
メモリー容量 > 18GB
Apacheバージョン > Apache/2.2.25
PHP 5.4
データベース バージョン > MySQL 5.5

修復をしてみましたが特に問題修復された様子はありませんでした。
値を確認したところ「50854」になっていました。
やはりなにか別の原因がありdb_versionの値（他にも影響があるかもしれません）を変更しているようです。

失礼しました。
define( ‘WP_ALLOW_REPAIR’, true );を書いただけでwp-admin/maint/repair.phpの処理を行っていませんでした。データベースがロックされるようなので深夜にでも処理を行ってみようと思います。

ありがとうございます。
試してみましたが、値に変化はありませんでした。

タイミングは、どうやら（おそらくですが）ワードプレス本体の更新のタイミングのようです。
その際に、wp-admin\includes\upgrade.phpの1355行目の処理が走ってしまうようです。
このとき、更新前のバージョンは決して3.5以下ではありません。実際にここ最近の数回のバージョンアップの際にこの現象が起きています。

version 3.9がリリースされたので更新したところ、同じ現象が起きました。
原因を探っていると、やはり「ms_files_rewriting」が更新のタイミングで書き換わっているようです。

wp-admin/includes/upgrade.php 1353-1355行の

// 3.5
if ( $wp_current_db_version < 21823 )
update_site_option( ‘ms_files_rewriting’, ‘1’ );

の処理でフラグを書き換えていました。
ローカルでは、この条件に入らないのになぜか本番環境では入ります。
$wp_current_db_versionの値がずれているようです。

$wp_current_db_versionを正常値に戻す方法はあるのでしょうか。