本家のお世話-#92。（WordPress3.8.1 Background Updates）

View Comments

• こんにちは
  成功してよかったですね。

  俺のほうは勝手にアップデータしたみたいです。さて自動でupdateするということはうちのサーバーwordpressの数々がだけにやばくね？とおもいますね。この辺も調査しないといけませんな・・・。

  • くりくりさん，こんにちは。

    おかげさまで，無事済みました。メールもちゃんと来ました。

    > この辺も調査しないといけませんな・・・。

    基本的には，自動バックグラウンド更新の設定あたりで変更可能なわけですが，多数のWordPressを一括管理している場合などは，各ブログごとに設定ファイルをいじる話になるので，現実的ではない気がします。

    Background Update Testerのメッセージに
    　　PASS: No version control systems were detected.
    というのがあったので，確認してみたのですが，class-wp-upgrader.phpの中で，Subversion，Git，Mercurial，Bazaarの4種のバージョン管理システムの所在を再帰的に調べていました。したがって，システム上にこれらがあれば，自動アップデートができないというメールが管理者に来ることになっているようです。これも，サーバごとになるでしょうから結構手間がかかるかもしれませんが，そういうものを使ったらどうでしょうか。

    　それでもって，テスト機にだけ下記を入れておくとかすれば，テスト機で動作確認後，配下のPCのバージョンアップができるという話になるのではないですか。
    　　function always_return_false_for_vcs( $checkout, $context ) {
    　　　　return false;
    　　}
    　　add_filter( 'automatic_updates_is_vcs_checkout', 'always_return_false_for_vcs', 10, 2 );

• こんにちは
  ちょうど自動アップデータがあった時にサーバーが重たいといわれたんですよ。原因のひとつにアップデータを疑いました。

  またサーバーの監視を強化しているのですが、
  原因の特定には至っておりません。

  updateが原因の場合、またバージョンアップの時同じ症状がでるかなと予想しています。

  ＞そういうものを使ったらどうでしょうか。
  これは対策のひとつとして参考にさせていただきます。

  • くりくりさん，こんばんは。

    重たい原因て，なかなかわからないものでしょう？
    いろいろ，調べる手段があるんでしょうね。

    > これは対策のひとつとして参考にさせていただきます。

    お役に立つかどうかわかりませんが，Subversionについてだけは，前から使われているのか，CodexにTracking Stable Versionsというのがありました。一応日本語Codexにも安定版を追うというのがあるんですが，訳が整っていないので，本家を見たほうがいいみたいです。

• おはようございます。

  ＞重たい原因て，なかなかわからないものでしょう？
  最近は土日仕事してないですからね。上司はよく仕事をしていてよくみてますよ。突っ込まれた時にそれなりの理由を準備してないと仕事してないとおもわれちゃいますからね。
  一応それなりの対応をしています。

  • くりくりさん，こんばんは。

    土日も，仕事ですか。近頃は，そういう生活も，懐かしいです。