Отключить автоматическое обновление для одного плагина

У меня есть плагин, который я не хочу обновлять. Я знаю, что это НЕ лучшая практика, но в этом случае это должно быть сделано. Есть ли способ, чтобы WordPress не заставлял меня автоматически обновлять конкретный плагин (но все равно, как обычно, для всех остальных плагинов).

Вы помещаете это в functions.php вашей темы

// Disable update notification for individual plugins - see my example of plugin block-spam-by-math-reloaded as to how to use this function

function filter_plugin_updates( $value ) {
    unset( $value->response['plugin-folder-name/plugin-file-name.php'] );    
    return $value;
}

add_filter( 'site_transient_update_plugins', 'filter_plugin_updates' );

T31os ответил правильно: увеличьте номер версии внутри основного файла плагина .. например. 99.9 ... а также внести те же изменения в файл readme для хорошей меры (хотя я не думаю, что это на самом деле требуется) .. - t31os

Хотя ответ Тары работает хорошо, он требует, чтобы программист вводил путь к основному файлу плагина, и он функционален только тогда, когда эта конкретная тема включена. Альтернативное решение может выглядеть так:

add_filter('site_transient_update_plugins', 'remove_update_notification_1234');
function remove_update_notification_1234($value) {
    unset($value->response[ plugin_basename(__FILE__) ]);
    return $value;
}

однострочная версия:

add_filter('site_transient_update_plugins', function ($value) { unset($value->response[ plugin_basename(__FILE__) ]);return $value; });

Поместите этот код вверху основного .phpфайла плагина, который вы хотите отключить. Если вы планируете использовать это более одного раза на своем сайте, измените имя _1234фильтра и функции на другой набор случайных чисел, чтобы избежать дублирования имен функций.

Скорее всего, если вы отключаете обновления для определенного плагина, это потому, что вы редактируете его по какой-то причине ... поэтому добавление нескольких дополнительных строк в этот плагин должно быть жизнеспособным.

Я получал предупреждения PHP, такие как «gurung», упомянутые выше, когда устанавливал или обновлял другие плагины, когда использовал этот код. Я видел предупреждения PHP в WP 4.3.1.

Я нашел несколько других сообщений на stackexchange об этой проблеме, и я придумал функцию, которая просматривает ваш массив ссылок на плагин и сначала проверяет, есть ли уже ссылка на этот плагин (чтобы избежать предупреждения PHP о не-объектах если его нет), и если есть объект, он будет сброшен, как и исходный код.

Я не проводил модульные тесты, но получал предупреждения PHP при каждом обновлении / установке плагинов, и теперь я их не вижу.

function filter_plugin_updates( $value ) {

  // Add references to plugins you want to disable update notices for in the $plugins array
  $plugins = array(
    'k-elements/setup.php'
  );

  foreach( $plugins as $plugin ) {
    if ( isset( $value->response[$plugin] ) ) {
      unset( $value->response[$plugin] );
    }
  }

  return $value;

}
add_filter( 'site_transient_update_plugins', 'filter_plugin_updates' );

Или вы просто переименовываете его, чтобы он не совпадал с плагином.
Вам нужно переименовать не только папку, но и заголовок readme и плагина.

Я унаследовал сайт с npc-реализацией фрагмента кода Тары, который выдавал ошибки на комментарий гурунга. Гнал меня с ума. Я не решался редактировать код в плагине, пока не понял, что снайпер в любом случае под заказ.

Чтобы устранить ошибки, измените это:

unset($value->response[ plugin_basename(__FILE__) ]);

к этому:

if($value) {
    unset($value->response[ plugin_basename(__FILE__) ]);
}

Для некоторых это может быть очевидно, но суть в том, что он уже настроен, так что вы можете редактировать его, и, вероятно, он не будет перезаписан обновлениями, потому что весь смысл в том, чтобы удержать вас от обновления плагина.

Вы можете предотвратить обновления, просто переименовав папку плагина (или, в случае однофайлового плагина, переименовав этот файл PHP). Это, безусловно, самое простое решение. Кроме того, этот подход делает тот факт, что вы изменили код, прозрачным для будущих разработчиков, в том числе и для будущих пользователей.

Более высокая версия в основном файле плагина лучше, но только при добавлении специального хака. Он вызывает нулевой / неопределенный номер и останется в этой версии. Пример:

Версия:

Это гарантирует, что в 2100 году он не будет обновляться после 9.9.9 или чего-то подобного. Это простой подход для заброшенных плагинов, которые когда-нибудь будут заменены.