WordPressで自動アップデートを無効にする方法

WordPressがウェブサイトを自動更新できることをご存知でしたか?場合によっては、プラグインやテーマも含まれることがあります。

WordPressの自動更新はセキュリティを向上させますが、潜在的な欠点が一部のウェブサイト所有者にとってはメリットを上回る可能性があります。これらのバックグラウンド更新が予期しない問題を引き起こすことがあり、まれにサイトが破損することさえあることを私たちは直接経験しました。

WordPress環境を完全に制御するには、自動アップデートをすべて無効にすることをお勧めします。

この記事では、WordPressで自動アップデートを無効にする方法を説明します。これにより、ご自身で手動でアップデートできるようになります。

WordPressで自動更新を無効にする

WordPressが自動更新される理由

WordPressは、セキュリティ上の理由から、コアWordPressソフトウェアを自動的に更新します。

場合によっては、潜在的な脅威を修正するためにプラグインやテーマが更新されることもあります。たとえば、WordPressのプラグインやテーマに重大な脆弱性が発見され、それを削除するために更新されることがあります。そのプラグインまたはテーマが多くのウェブサイトで使用されている場合、WordPressコアチームはそれに対する自動アップデートをプッシュする可能性があります。

これらの状況を除き、WordPressではいつアップデートをインストールするかを自分で決定できます。

WordPressの自動アップデートをオフにすることは推奨しません。これらは重要なセキュリティ機能です。

ただし、まれに、アップデートによってウェブサイトが破損したり、機能に影響が出たりすることがあります。これにより、ビジネスや顧客を失う可能性があります。

手動アップデートを自分で管理できると確信している場合は、WordPressで自動アップデートを安全に無効にすることができます。

コードを使用する方法とプラグインを使用する方法の2つの簡単な方法でWordPressの自動アップデートを無効にする方法を紹介します。これにより、最適なアプローチを選択できます。下のクイックリンクを使用して、希望する方法に直接ジャンプしてください。

方法1:コードを使用してWordPressの自動更新を無効にする(推奨)

テーマやコアファイルを触らずに WordPress の自動更新を無効にする最も簡単で安全な方法が必要な場合は、無料の WPCode プラグインが最善の選択肢です。

通常、コードを使用して自動アップデートを無効にするには、テーマのfunctions.phpファイルとwp-config.phpファイルを編集する必要がありますが、どちらも注意しないと危険な場合があります。

しかし、WPCode を使用すると、WordPress のダッシュボードから直接コードスニペットを追加できるため、ファイルを直接編集する必要はありません。これにより、誤ってサイトを破損するリスクが軽減されます。

WPCode

さらに、WordPressの自動更新を無効にする、REST APIを無効にする、SVGファイルのアップロードを許可する、コメントを無効にするなどの一般的なコードスニペットを見つけることができる組み込みコードライブラリも付属しています。これにより、多くの単一目的のプラグインをインストールする必要がなくなります。

注意: 無料のWPCodeプラグインには、WordPressにカスタムコードを追加するために必要なものがすべて含まれています。プライベートクラウドスニペットライブラリ、コンバージョンピクセル、スケジュールされたスニペット、コードリビジョンなどの高度な機能が必要な場合は、WPCode Proにアップグレードできます。

開始するには、無料の WPCode プラグインをインストールして有効にする必要があります。ヘルプが必要な場合は、WordPress プラグインのインストール方法に関するガイドを参照してください。

プラグインがアクティブになったら、WordPress管理ダッシュボードからCode Snippets » Libraryに移動します。

次に、「自動更新を無効にする」スニペットを検索し、「スニペットを使用」ボタンをクリックします。

WPCodeライブラリから「自動アップデートを無効にする」スニペットを選択してください

WPCodeはコードスニペットを自動的に追加し、適切な挿入方法を選択します。

コードスニペットには、WordPressコアアップデート、プラグインアップデート、およびテーマアップデートを無効にするための3つのフィルターがあります。

WPCode の自動更新を無効にするスニペット

これらのフィルターのいずれかを使用したくない場合は、コードを編集してフィルター行の先頭に//を追加するだけです。

例えば、コアの自動更新フィルター行に//を追加すると、その実行が防止されます。これにより、コアの自動更新は引き続き行われますが、プラグインやテーマの自動更新は行われなくなります。

自動更新を無効にするフィルターを編集する

その後、必要なのは「非アクティブ」から「アクティブ」にスイッチを切り替えるだけです。

次に、「更新」ボタンをクリックします。

WPCodeでスニペットをアクティブ化して更新する

これで、WordPressで自動更新が無効になりました。

代替案: WordPressファイルでの作業に慣れている場合は、wp-config.phpファイルに次の行を追加することで、自動更新を無効にできます。

define( 'WP_AUTO_UPDATE_CORE', false );

これにより、すべての自動WordPressアップデートが無効になります。

重要: WordPressでwp-config.phpファイルを安全に編集する方法に関する記事を、ステップバイステップの説明とともに必ずお読みください。WordPressでwp-config.phpファイルを編集する方法

コアのマイナーアップデートは受け取りたいが、テーマとプラグインのアップデートを無効にしたい場合は、テーマのfunctions.phpファイルに以下のフィルターを追加することで可能です。

WordPressプラグインの自動更新を無効にする:

add_filter( 'auto_update_plugin', '__return_false' );

自動WordPressテーマアップデートを無効にする:

add_filter( 'auto_update_theme', '__return_false' );

WordPressの自動更新の設定と無効化:プラグインを使用する方法(メソッド2)

WordPressの自動更新を無効にする別の方法は、Easy Updates Managerプラグインをインストールして有効化することです。その方法がわからない場合は、WordPressプラグインのインストール方法に関するステップバイステップガイドをご覧ください。

プラグインを有効化したら、ダッシュボード » アップデートオプションに移動して設定を構成します。

Easy Updates Managerプラグインの設定

「すべての更新を無効にする」を選択できますが、このオプションは推奨しません。主に、すべての更新通知が表示されなくなるためです。

代わりに、希望する設定を選択してください。プラグインとテーマの自動更新を無効にすることもできますが、標準のコアWordPress自動更新は有効のままにしておきます。

プラグインとテーマの自動更新を無効にし、コアのマイナーアップデートのみを有効にしたままにする

注意: 「自動更新を無効にする」の代わりに「プラグイン更新を無効にする」と「テーマ更新を無効にする」を選択した場合、プラグインとテーマのリストに更新通知が表示されなくなります。

Easy Updates Managerは更新されたもののログを保持しているため、サイトで問題が発生した場合は、以前の正常なバージョンにロールバックできます。これを確認するには、ダッシュボード » 更新オプションに移動し、「ログ」タブをクリックします。

Easy Updates Managerプラグインのログタブ

Easy Updates Managerにはプレミアムバージョンもあり、多くの追加オプションが提供されています。

例えば、最も人気のあるWordPressバックアッププラグインの1つであるUpdraftPlusと統合されているため、更新が適用される前にサイトのバックアップを自動的に実行できます。

WordPressの自動アップデートの長所と短所

これで自動更新を無効にする方法がわかりましたが、無効にすべきでしょうか?正解はなく、あなたとあなたのウェブサイト次第です。

当社のサイトでは、プラグインとテーマの自動更新を無効にし、コアのマイナーアップデートのみを有効にしています。

自動更新の利点と欠点を見てみましょう。そうすれば、サイトで自動更新を無効にするかどうかを決定できます。

WordPressの自動アップデートの利点

自動アップデートは、WordPressセキュリティにとって素晴らしいものです。多くのユーザーは、プラグインやWordPressコアのインストールを更新することを忘れています。

WordPressの自動更新が有効になっていると、WordPressのマイナーアップデートがリリースされた際にサイトを更新する必要がなくなります。これらはメンテナンスとセキュリティ目的でプッシュされます。

以前は、自動アップデートはマネージドWordPressホスティングを支払うことでしか利用できませんでした。しかし今では、全員が利用できるようになりました(少なくともマイナーリリースについては)。

WordPressまたは人気のプラグインに重大なセキュリティ問題がある場合、WordPressは自動的に更新されることも知っています。あなたが忙しい場合や外出中の場合でも、あなたのサイトは安全に保たれます。

サイトをたくさんお持ちの場合は、自動更新はかなりの時間を節約できます。たとえサイトが一つしかなくても、WordPressがすべてを処理してくれるという安心感を好むかもしれません。

WordPressの自動アップデートの欠点

アップデートをリリースするコアWordPressチームは、それが問題なく実行されるようにしています。

ただし、自動更新によってサイトが破損する可能性はわずかにあります。私たちの経験では、マイナーリリースでサイトが破損したことはまだありません。

それは、私たちがベストプラクティスに従っており、コアファイルを変更していないからです。WordPressのコアファイルを変更すると、これらの自動更新が上書きする可能性があります。

WordPressが使用中のテーマのセキュリティアップデートをプッシュする必要があると判断した場合、ウェブサイトが壊れる可能性があります。これは、テーマファイルを変更した場合に特に当てはまります。

プラグインの自動アップデートもサイトを壊す可能性があります。異なるサーバー環境やプラグインの組み合わせなど、変数が多すぎます。

さて、これらのアップデートのほとんどのウェブサイトに問題が発生しないことを知っておくことが重要です。それでも、リスクを冒したくないと感じるかもしれません。

もう1つの欠点は、サイトが更新されたときに常に自動的に通知を受け取れるわけではないことです。

WordPressの自動更新を無効にすべきですか?

基本的には、この決定はあなた次第です。

ほとんどの初心者や、WordPressウェブサイトの大多数にとって、自動更新は無害であり、無効にすべきではありません。

ただし、オンラインストアを運営している場合や、サイトの破損によるビジネスの損失を避けたい場合は、自動アップデートを安全にオフにすることができます。

それでも、ウェブサイトのセキュリティを確保するために、これらのアップデートを手動で適時にインストールするようにしてください。

動画チュートリアル

視聴することでより良く学べる方は、WordPressで自動更新を無効にする方法に関するビデオチュートリアルをご覧ください。

WPBeginnerを購読する

この記事がWordPressの自動更新を無効にする方法を学ぶのに役立ったことを願っています。次に、WordPressの更新に関する他のガイドを確認したいかもしれません。

自動更新または手動更新のいずれを使用する場合でも、サイトの定期的なバックアップがあることを確認することが重要です。また、WordPressサイトのバックアップ方法に関するガイドをご覧になるか、おすすめのWordPressセキュリティプラグインの比較をご覧ください。

この記事が気に入ったら、WordPressのビデオチュートリアルについては、YouTubeチャンネルを購読してください。 TwitterFacebookでもフォローできます。

開示:当社のコンテンツは読者によってサポートされています。これは、当社のリンクの一部をクリックすると、当社が手数料を得る可能性があることを意味します。WPBeginnerがどのように資金提供されているか、それがなぜ重要か、そしてどのように私たちをサポートできるかについては、こちらをご覧ください。当社の編集プロセスはこちらです。

究極のWordPressツールキット

無料のツールキットにアクセスしましょう - すべてのプロフェッショナルが持つべきWordPress関連の製品とリソースのコレクションです!

読者とのインタラクション

103 CommentsLeave a Reply

  1. メジャーバージョンのコアアップデートを防止するために、プラグインやコードは必要ありません。「アップデート」ページに、「メンテナンスおよびセキュリティリリースのみ自動アップデートに切り替える」というリンクがあります。(この記事が最初に書かれた時には、それは利用できなかったのかもしれません。)

  2. 記事をありがとうございます。新しいバージョンがリリースされた直後にWordPressを更新し続けることから救われました。バックアップから古いバージョンに戻した後、WordPressはすぐに自動更新を試みました。これは非常に役立ちました。

  3. Cpanelのファイルマネージャーを使用してfunction.phpファイルを見つけましたが、function.phpを開いて編集しようとすると、多くのコードがあり、どこにこのコード { add_filter( ‘auto_update_plugin’, ‘__return_false’ ); } を貼り付けるのか理解できません。

    • 通常、将来の削除を容易にするため、また問題が発生する可能性のある場所に追加するのを避けるために、一番下に追加したいと思うでしょう。

      管理者

  4. WPが自動更新されるたびにサイトが壊れます。それは全くの悪夢で、今またサイトを修正する方法に取り組んでいますが、カスタマイズしていないテーマ(Diviテーマです)を壊されました。狂っています、昔のウェブデザインの方法が恋しいです、これは絶え間ない悪夢です。

  5. 子テーマを使用していますが、Hestiaテーマで問題が発生しています。意図したとおりに変更するようにコーディングしたにもかかわらず、フッターがデフォルトに戻ってしまいます。

    私が求めていることを達成するために、これらのフォームのどれが最も役立ちますか?

    PHPの知識はまあまあなので、より良い選択肢であればコーディングを試すことができます。

    • ヤンさん、こんにちは。

      フッターを最も効果的に変更する方法を見つけるために、テーマの作成者に連絡することをお勧めします。Easy Updates Managerプラグインを使用している場合は、すべてのテーマアップデートを無効にできます。

      管理者

  6. これは非常に重要な記事になります!すべてのアップデートを無効にしました。Gutenbergは嫌いです!

  7. こんにちは。

    このプラグインをインストールしたばかりです。(プラグイン、テーマ、WPの更新など)すべての更新を無効にした場合でも、WP管理画面にログインするだけで更新が利用可能であるという通知を受け取りますか?誰か確認してもらえませんか?

    このような場合、手動で更新するときに、このプラグインを無効にしてアクションを完了する必要がありますか?

    皆さん、ありがとう。
    デビッドより。

    • デビッド、この質問は約8ヶ月前にされたものと思われますので、同じ質問をしている将来のすべての視聴者のために回答させていただきます。あなたはすでに答えを見つけられたと仮定します…

      プラグインまたはPHP定数変数を使用して自動更新を無効にすると、WP-Adminにはまだ更新が利用可能であることが表示されます。この時点で、WP-Adminインターフェイスまたはリモートマネージャー内でコア、テーマ、またはプラグインを手動で更新する必要があります。

      お役に立てれば幸いです。

  8. WordPressのバージョン自動更新を停止する方法についてのガイドラインをありがとうございます。
    私の話は、初めてバージョン4.8.3の自動更新の問題に直面したことです。フロントページは正常に動作していましたが、ダッシュボードを開くことができなくなりました。致命的なエラーが表示されました。どうすれば回復できるのか、頭が真っ白になりました。しかし、Jetpackプラグインがwordpress.comにアクセスし、インストールされているプラグインを一つずつ無効にすることでサイトを救ってくれました。そして最後に、2年間更新されていなかったプラグインが問題を引き起こしていることがわかりました。
    私はこのサイトに6ヶ月を費やし、そこに多くの情報があります。そのため、ホスティングやFTP経由でコードに入り、フォルダを一つずつ変更または名前を変更して、その反映を確認するという手動プロセスを実行するのが怖かったです。
    このプロセスでは、サイトを完全に壊してしまうという大きな問題があります。その場合、バックアップが以前の状態に戻る方法ですが、バックアップからの復旧方法もまだ試したことがなく、現時点では最も危険なことの一つです。

    この状況で感じたことがあまりにもひどく、誰もがこの状況に陥ってほしくないので、この話を皆さんと共有しています。ですから、デモで早い段階でこれらの種類の問題すべてを練習するのが最善です。レッドゾーンに入らないようにするのが最善です。

  9. 公式のWordPressサイトのように:

    のみ:

    define( ‘AUTOMATIC_UPDATER_DISABLED’, true );

    すべての自動更新を無効にします。

    define( ‘WP_AUTO_UPDATE_CORE’, false );

    定義によれば、WPコアの自動更新のみを無効にします。

  10. wp-config.phpで「add_filter」を使用するという推奨は素人っぽく、問題を引き起こしがちです。また、WordPressインストールでwp-cli(wp-cli.org)を機能させるのを妨げます。

    代わりにこれを使用してください:

    define( ‘AUTOMATIC_UPDATER_DISABLED’, true );

    そして、常に「これで編集を終了します!」という行の前に配置してください。

    • Renatoさん、こんにちは。

      add_filter メソッドが、コードを functions.php ファイルまたはサイト固有のプラグインに入れる必要があることを明確に示していることに気づかなかったでしょう。

      管理者

  11. ウェブサイトのバックアップがWPのメジャーアップグレードから保護してくれるという考えに騙された私のホラーストーリー。

    大規模なアップグレードでサイトを手動でアップグレードした後、サイトが壊れたため、お気に入りの救世主バックアップソフトウェアUpdraft plusにアクセスしたところ、WPのアップグレードによってデータベース構造とファイル名が変更されていることがわかりました。データベースを上書きできなかったため、バックアップは無価値でした。

    ああ!古いバージョンのWPを見つけて、新しいDBとWPのインストールからやり直さなければなりませんでした。その後、バックアップソフトウェアを使用して、プラグインをインストールすることでクライアントのウェブサイトを復旧できました。注意してください、WPのアップグレードはデータベース構造を完全に変更する可能性があります!

  12. 数ヶ月間、「WP_AUTO_UPDATE_CORE」をfalseに設定して自動更新を完全に無効にしていたにもかかわらず、私のWPが勝手に自動更新されました! 3.9だったのが、突然4.2.2になっていました。どうしてこんなことが可能なのでしょうか? 彼らはまだ、私のような人々に自動更新を強制するための秘密の隠し切り札を持っているのでしょうか?

    • 私のウェブサイトは、それを防ぐためのスニペットをコードに入れているにもかかわらず、自動更新されました。 ホスティング会社も行っていませんでした。 何かアイデアはありますか?

  13. WordPressの自動更新は嫌いです。前回の更新でテーマが壊れました。
    なので、これを無効にする方法を教えてくれて本当にありがとうございます。

    • It’s a totally commercial thing. Nothing really much to do with “security” and that kind of mantra. We’re in a capitalistic world, and everything is ruled by money. Even “free” software is. :-)

  14. 自動更新は私には無理です。多くのカスタマイズが施されており、更新に進む前に新しいWordPressバージョンと比較して測定する必要があります。このコードは間違いなく使用します。ありがとう

    • もちろんです!

      テーマをダウンロードするときは、どのWPバージョンと互換性があるかを確認する必要があります。

      コアのアップデートがリリースされても、プラグインやカスタマイズが、あなた自身または拡張機能の作成者によって、アップデートしたいバージョンと互換性があることがテストされていない限り、コアをアップデートすべきではないことを常に念頭に置いてください。

  15. 私にとって、何も制御なしに何かが更新(書き換え)されるのは嫌いです。互換性のないプラグインがウェブページ全体を壊してしまう可能性があります。

  16. 自動アップデートを経験したばかりで、問題なく動作しましたが、このヒントを見つけて、できるだけ早く自動アップデートをオフにしました。何かが突然動作を変えて、なぜなのかを理解するのに時間を費やさなければならないのは嫌いです。私はあなたのペースではなく、自分のペースで生きています。

  17. Webアプリケーションにおける自動アップデートは、とてつもなく悪い考えです。もしアップデートに失敗した場合(WindowsアップデートでMicrosoftが何度かやったように)、企業が依存している何百万もの公開サイトが壊滅的な被害を受ける可能性があります。あるいはもっと悪いことに、システムが侵害された場合、ハッカーやスパマー、その他誰にでも何百万ものサーバーへのアクセスを許してしまうことになります。
    さらに、実行可能ファイル(この場合はPHP)をWebサーバーが書き込めるようにするのは、単に危険なだけです。
    とにかく、投稿ありがとうございました。

  18. これは悪い方針であり、一般設定にオン/オフオプションを作成すべきだと私も思います。タイムリーに更新したいのですが、プラグインが最新のWPアップグレードで動作しない状況に何度も遭遇しました。通常、プラグイン開発者がプラグインを修正するまで待つ必要があります。

    もしWPが、新しいアップデートに対応するように全てのプラグインがアップグレードされることをデプロイ前に保証できるなら、確かに理にかなっています。しかし、オープンソースの世界ではそれは決して起こりません。

  19. 参考までに、私のサイトはすべてメジャーリリース(3.7xから3.8x、3.8xから3.9x)で自動更新されました。

  20. WordPressの自動更新には完全に同意します。

    WordPress拡張機能を販売するビジネスオーナーとして、私たちのビジネスモデルはちょうど良いタイミングで登場しました。

    開発者が生涯のアップデートとサポート付きで拡張機能を販売できた時代はとうに過ぎました。ビジネスにおいて、支払われないサービスを提供する人がいるでしょうか?それは単に、どのビジネスにとっても実行可能でも持続可能でもありません。

    WordPressとeコマース拡張機能を新しいバージョンと互換性のある状態に維持するための維持管理は、どのチームにとっても非常に要求が厳しいです。

    これは、メンテナンスされていない拡張機能を販売する開発者にとって、本当に新しい次元を加えることになるでしょう。通常、安価な拡張機能は、最終的にこれらの開発者が製品の販売を継続しなくなる可能性があります。

    当社は、すべての製品を価格 $** で販売することから始めました。この価格には1年間のアップデートとサポートが含まれています。それ以降の年については、アクティベーション、アップデート、サポートを受け続けるために、割引価格で新しいライセンスキーが必要です。

    WordPressの自動アップデートは私たちにとって理にかなっています。これは私たちのビジネスであり、すべての拡張機能を維持することが私たちの仕事です。
    多くの時間とテストが必要であり、もちろん製品情報、製品説明、製品スクリーンキャスト、製品ドキュメントもすべて更新する必要があります。

    WordPressやeコマース拡張機能を一度も更新していないクライアントがいる可能性があり、最終的に何かが壊れる可能性があります。

    しかし、アップデートがあるという通知が出た瞬間に拡張機能をアップデートするクライアントもいます。

    すべての開発者が、新しいバージョンに合わせてコードを維持するという同じ状況にあるなら、それは公平な競争環境だと思います。

    Extension Worksのニコール

    • ニコール、あなたはあまりにも間違っているので、どこから始めればいいのかわかりません。

      まず、Yoastが私の更新設定を変更することを許可していません。そして、私は非常に怒っています。

      第二に、ルールはウェブサイトのバックアップを行う前に決して更新しないことです。ウェブサイトが自動更新する場合、この安全機能は妨げられます。

      第三に、WPの更新の自動読み込みが厄介なため、私のWordPress以外のサイトの1つがインターネットから切断されてしまいました。Googleによると:

      「このウェブサイトの所有者である場合、ウェブサイトをアップロードしていない(または誤ってアップロードした)可能性があります。FTPクライアントソフトウェアまたはウェブデザインソフトウェアを使用してウェブサイトをアップロードする方法については、FTPアップロード情報はこちらをクリックしてください。」

      それは私の最も古いウェブサイトで、WordPressではありません。Yoastが私の許可なくインストールした「アップデートハック」がこれを引き起こしました。影響を受けたウェブサイトの設定は何も変更していません。そのプライマリドメインのサブドメインへの自動WPアップデートがこれを引き起こしました。

      今、GoDaddyの技術者にサーバーをまっすぐにしてもらうために、すでに予定していた時間を無駄にしなければなりません。

      信じてください、そのタスクが終わったら、ソーシャルメディアでYoastの注目を集めます。

      編集:Yoastによる無謀な「ハッキング」により、私の6つのウェブサイトのうち2つがオフラインになりました。よく聞けば、私が怒っているのが聞こえるでしょう。

  21. スニペットをありがとう!誰かが私のウェブサイトを更新したのかと思いました。ゾッとしました!ハハ

  22. コア全体のアップデートではなく、テーマのアップデートのみを無効にしたいのですが、どうすればよいですか?よろしくお願いします。

    • モーシン、より良い戦略は、子テーマを作成し、すべての変更を子テーマで行うことです。しかし、どうしてもテーマのアップデートを停止したい場合は、style.cssファイルのテーマヘッダーを編集することでそれができます。

      管理者

  23. ハッ!クライアントがサイトを更新したと思ったので、FTPを無効にしたところ、WordPressのデフォルトであることが判明しました。笑!

    開発者としてこれまでの人生で聞いた中で最も愚かなアイデアです!どうやってそれが通ったのですか?この愚かなアイデアについて議論しているオンラインスレッドはありますか?

  24. 昨日、サイトが自動的に3.8.2にアップデートされたのですが、今朝仕事に行くと、サイトのホームページが壊れていました。

    私はGenesisフレームワークと子テーマを使用しているので、コアは編集していません。サイトは公開準備がほぼ整っていましたが、今ではGenesisが問題を修正してくれることを願うばかりです。

    バックアップはありますが、特に数日前のものなので、その手間は本当にかけたくありません。

    自動アップデートは絶対にオフにします。ひどいアイデアだと思います。プラグインとテーマの競合には多くの変数があるため、更新前に即座にバックアップを取らずに何かを信頼することはできません。:(

  25. OKですが、ハッカーがアップデートのためにWordPressサーバーを乗っ取り、悪意のあるアップデートをプッシュしたらどうなりますか?世界のウェブサイトの半分がダウンし、史上最大のDoS攻撃、またはすべてのサーバーがマルウェアに感染します。私はパニックになっています!!

  26. 自動アップデートは悪い考えです。プラグインの互換性の問題はどうなりますか?!WordPressがアップデートされる前に、私がウェブサイトで使用している主要なプラグインが最新バージョンと互換性があることを確認したいのです。WordPressの最新バージョンと互換性がないためにプラグインがサイトを壊した後に、それを発見するのは、私には必要のない頭痛の種です。WordPressが自動アップデートを実装する前にこれを考慮しなかったという事実は非常に驚くべきです!

    • 同感です!例えばQtranslateは、最新のwpバージョン番号がコードに書き込まれているため、厄介です…

    • 絶対に必要な場合を除き、プラグインのインストールには非常に慎重です。

      さらに、競合するプラグインについては常にテーマ開発者に確認しています…悪い経験をしたことがあります。

      サポートとアップデートのため、プレミアムプラグインのみの使用をお勧めします

  27. WordPressの自動アップデートは無効にすることをお勧めします。なぜなら、WordPressのアップデートによって機能が壊れたり、サイトのレイアウトが崩れたりすることがよくあるからです。これは、新しいバージョンのWordPressに対応していないテーマを使用している場合や、サイトがYii Framework(PHP MVCアーキテクチャ)と統合されている場合に発生します。自動アップデートではなく、ライブサイトではなくテストサイトでアップデートをテストできる方が良いです。

    無効にする方法についての情報、ありがとうございます!

  28. これをありがとうございます。私はかなりの数のWordPressサイトを管理していますが、誰もが常に望むような状態にあるとは限りません。サイトのコードがすべて「最高」というわけではなく、古いものもあれば、古いプラグインを使用しているものもあります。アップデートで問題が発生する可能性はたくさんあります。

    WordPressが「警告」なしにこれを追加するのは、私の意見では本当に間違っていると思います。

    そして先日、手動で3.8にアップデートした際に、'uplicate confirm email'用のContact Form 7アドオンが古かったためにウェブサイトが壊れてしまいました。

    数回のアップデートの範囲内にとどまる限り、かなり安全でしょう。私たちは常にまず「dev」フォルダでそれを実行します。

    T

  29. 前回のアップデートで正常に動作していた製品が台無しになりました。修復に数日かかりました。これはすべてのWordPressアップデートで起こるのでしょうか。サイトを修正する以外にもやるべきことがあります。

  30. 自動更新はバグがある場合に備えて待つ方が良いので、自動更新は好きではありません。また、問題が発生した場合、顧客は80〜100人います。それらのサイトすべてに問題が発生した場合はどうなりますか?私のサイトと将来のサイトでは、間違いなく自動更新を無効にするつもりです。

    • シャロンさん、私も同感です。それは起こるのを待っている災害です。だからこそ、クライアントが気づき、なぜ彼のウェブサイトの外観が変わり続けているのか不満を言ったので、ここにいます。

      ソフトウェアをより安全にしてくれたWordPressコミュニティに感謝します。

      ここでのアドバイスをありがとうございます。

  31. そのような人々にはもううんざりです。技術的でないコンピューターユーザーを馬鹿だと考える人々には。
    WordPress開発者の純粋な傲慢さは、もう関わりたくないものです。
    したがって、6年間楽しく使ってきましたが、WordPressにさよならを告げます…。
    そして、私の決定をしようとする開発者のいない新しいCMSシステムを探しています。

    • 同意します。
      インターネット上では、何か非常に奇妙なことが起こっています。G、FB、WP…ホスティング会社…、「セキュリティ」ソフトウェア…、オープンソースブラウザ、そしてインターネットを利用するために必要なその他のソフトウェアから…、まるで皆が、私たちの生活を「より簡単」で「より安全」にするために、自動アップデートやその他の「サービス」でいっぱいの状態に追われ、私たちの側では何が起こっているのか、何が行われているのかをほとんど、あるいは全く制御できない状態になっています。
      そのような自動化は、人々の長年の努力の結果を一瞬にして破壊する可能性が非常に高く、その影響に対して誰も責任を負わないでしょう。
      物事は複雑で同期が取れていないため、ほとんどの場合、問題が発生した場所を特定するのに数ヶ月、いや数年かかるでしょう。私たちの中にそのような状況に対処できる人がいるとは思いません。WPを使用している人なら誰でも、基本的なニーズを満たすために少なくとも10〜20個のプラグインが必要であることを知っています。そして、プラグインとWPのアップデートを、互いに同期せずに処理するだけでも、時間、神経、エネルギーを使いすぎます。私たちはそれだけをすることに専念しなければならないようです。

      全く意味が分からない。
      良くない。

      • もちろん、自動ブラウザ更新は完全に必要です。そうでなければ、古いCSSサポートのあらゆる種類の古いIE6/7に立ち往生していたでしょう。あなたは怒るかもしれませんが、すべての開発者はブラウザの更新に感謝しています。これはマイクロソフトがずっと前にやるべき方法であり、私たちはまだIE6/7/8のような古いバージョンを実行していたでしょう。これにより、今日のウェブの創造性とイノベーションに大きな遅れが生じており、私たちはこのシナリオから抜け出しつつあります!

  32. 今日、3.8.1でサイトをダウンさせました。このようなことが起こるとは知りませんでした。他のすべてのサイトで無効にしました。二度と起こらないようにします。金曜日にアップデートするので、週末は彼らが作る混乱の後始末に費やすことができます。そして、壊れたサイトに関するWPサポートのスレッドをすべて削除します。彼らは人々がサイトを壊すことを知られたくないようで、あなたが混乱を片付けるために残しておきます。

  33. 私の意見ですが、自動更新は常に最も都合の悪い時に起こるようです。それがオフにする十分な理由です。記事をありがとうございます!

  34. 私は2007年からWordPressユーザーであり、その後WPを使用してさらに3つのウェブサイトを追加しました。WPの新しいバージョンが利用可能になったときは、常に自分でサイトを更新してきました。2007年にアップデートについて学んだとき、新しいバージョンのWPにアップデートする前にすべてのプラグインを無効にする必要があるという具体的で重要な指示があったことを覚えています。したがって、私は常にそうしてきました。現在、マイナーバージョンでは自動アップデートが行われ、私のサイトは自動的にアップデートされています。それはプラグインが無効になっているということですか?そうでない場合、プラグインを無効にする必要がなくなったのは何が変わったのですか?少し心配です。

    • グレン、その件は心配いりません。アップデート中、WordPressはサイトをメンテナンスモードにし、これはプラグインを無効にするようなものです。その後サイトをアップデートし、メンテナンスモードを解除します。

      管理者

      • サポートさん、本当にどうもありがとう。おそらく自分で気づくべきだったのでしょう。これで安心しました。以前の懸念はすべてなくなりました。重ねて感謝いたします。

  35. それをどのファイルに追加するか教えてください。そのファイル内のどこに追加すればよいですか?私の設定ファイルには、壊したくないものがたくさん入っています。そのファイルのどこにコードを貼り付ければよいですか?もっと情報が必要です。

  36. 先日のアップデートで完全に壊れてしまったウェブサイトが2つあります。http://pizzaspotz.comhttp://gotinterviews.com でコアファイルを変更しました。子テーマの作成は非常に経験が浅いです。どうもうまくできません。無知だと言ってください。しかし、いつか子テーマを作成できれば、これらの2つのサイトで自動アップデートを有効にしてもサイトが壊れることはなくなるのではないかと思います。

      • これらのアップデートを無効にする方法を再確認するために、今日あなたのサイトをもう一度訪れる必要がありました。WPが私のサイトのいくつかを更新したのを見て、最近多くのことを忘れているようです。確認したところ、前回のアップデートで問題が発生した私の2つのサイトは、実際には無効になっていました。

        再度、簡単なチュートリアルに感謝します。

  37. このコード行を構成ファイルに追加すると、マルチサイトのインストールに役立ちますか?実行する前に、明確化/確認が必要です。

  38. 皆さん、こんにちは。

    あなたのサイトのWordPress自動アップデートのほとんどを完全にカスタマイズできるプラグインに追加したことをお知らせしたいと思います。

    WordPress Simple Firewall の「自動アップデート」セクションにあります(http://wordpress.org/plugins/wp-simple-firewall/)。

    Hope you like! :)
    Paul.

  39. 自動アップデートをオフにするオプションなしで自動アップデートを「強制」されることに満足していません。wp-config.phpにこのコードを挿入する方法は知っていますが、他の人は全く知らないかもしれません。もし自動アップデートを無効にしたい場合は、ダッシュボードにオン/オフスイッチを用意すべきだと思います。

    このコードスニペットをありがとうございます。今、私のすべてのサイト(WPサイトをたくさん持っています!)に適用します。

    • 全く同感です。WordPressのユーザー文書自体に、アップデートの前に必ずバックアップを取るようにと書かれていますが、今や私たちのサイトは許可なく自分でアップデートしてしまうため、その選択肢がありません。そして、それをオフにするにはコードをハックする必要があります。それはばかげていて、完全に愚かです!

      これをデフォルトにするのであれば、あなたと同じ意見です。設定に「オフ」スイッチまたはチェックボックスが必要です。

  40. サイードさん、ここで提供されているコードが、この投稿でアンドリュー・ネイシン氏によって強く推奨されていない理由を不思議に思っています:http://make.wordpress.org/core/2013/10/25/the-definitive-guide-to-disabling-auto-updates-in-wordpress-3-7/

    「AUTOMATIC_UPDATER_DISABLED定数は、自動更新を完全に無効にするために使用できます。これはDISALLOW_FILE_MODSに似ており、一切の変更は許可されませんが、自動更新に特化しています。」

    コアの更新のみをブロックするためにこれを使用しないでください!他の多くの機能もブロックすることになります。コア、テーマ、プラグインの翻訳更新(言語パック)を取得できません。新しいWordPressリリースを通知するメール通知も受信できません。また、細かい制御の機会もすべて無効になります。

    それとも、私が(おそらく)何かを誤解していますか?

  41. 「true」を含むコードは正しいですか、それともこれは間違いで、アップデートを無効にするためにコードに「false」を追加する必要がありますか?

    私自身は、バックグラウンドアップデートなしで、WordPressを単独で更新したいです。自動アップデートを無効にするかどうか自分で決定できるオプションがあれば素晴らしいでしょう。

  42. このヒントをありがとう。本番環境で使用する前に、インストールされているプラグインとの新しいバージョンの互換性をテストすることを常に好みます。

返信する

コメントを残していただきありがとうございます。すべてのコメントは、当社のコメントポリシーに従ってモデレーションされますので、ご了承ください。メールアドレスは公開されません。名前フィールドにキーワードを使用しないでください。個人的で有意義な会話をしましょう。