私はむしろモジュールのダウンロードよりも、Drupalの7、全体の更新通知を無効にする必要がアップデート通知を無効にし、それは致命的なエラーが発生したため、サイトがダウンしました。
他の方法はありますか?
私はむしろモジュールのダウンロードよりも、Drupalの7、全体の更新通知を無効にする必要がアップデート通知を無効にし、それは致命的なエラーが発生したため、サイトがダウンしました。
他の方法はありますか?
回答:
以下の方法は、Drupal管理者が受信する「利用可能な更新」メールを停止します。
ここにアクセスしてください:http:// yourwebsite .com / admin / reports / updates / settings
テキストエリアからメールを削除します:「アップデートが利用可能になったときに通知するメールアドレス」
セーブ
注:「利用可能なアップデート」メールとアップデートアラートメッセージングを停止する場合は、http:// yourwebsite .com / admin / modules からアップデートモジュールを無効にします。
コアアップデートモジュールはいつでも無効にできます。ただし、これらのメッセージにはSEOの影響はありません。メッセージはデフォルトで管理ユーザーにのみ表示されるため、手動で匿名ユーザーに管理メッセージを表示する許可を与えない限り問題ありません。
セキュリティ上の理由からdrupalバージョンで更新を続けることができれば良いのですが、何らかの理由でできない場合、または単に(完全に理解できるように)したくない場合は、Updateモジュールを無効にしてください。:)
使用更新ステータス高度なモジュールによって無効モジュールへ
セキュリティ更新のみをuser / 1(または管理者)にのみ通知するようにサイトを設定することを検討してください。
私のサイトの1つに対するdrush vgetの結果をざっと見てみると、この興味深い変数/値のペアが明らかになりました。
update_notification_threshold:「セキュリティ」
したがって、コア、モジュール、およびテーマのセキュリティ更新がある場合にのみ更新するには、drush vsetを使用して、このためにサイトの変数を上記に設定することを検討してください。読むのが面倒なら、UIでこれを行うこともできます:)
明確にするために、コマンドは次のとおりです。
dset vset update_notification_threshold 'security'
何を変更しているのか、なぜその理由を慎重に検討し、prodにプッシュする前に、そしてもちろんprodをテストする前に、ローカル、開発、ステージ、テスト環境で変更をテストすることをお勧めします。
モジュールコードの変更を気にしない場合(良い方法ではありません)、行をコメントアウトします(約155)
drupal_set_message($status[$type]['description'], 'error', FALSE);
。
これらの通知は引き続きログに記録されるはずなので、追加することを検討してください
watchdog('Security Update', $status[$type]['description'], array(), WATCHDOG_WARNING);
if (isset($status[$type])
&& isset($status[$type]['reason'])
&& $status[$type]['reason'] === UPDATE_NOT_SECURE) {
// drupal_set_message($status[$type]['description'], 'error', FALSE);
watchdog('Update', $status[$type]['description'], array(), WATCHDOG_WARNING, 'http://www.sourceglobalresearch.com/admin/modules/update');
}