PHP фатальная ошибка в cache.php на строке 123 $wp_object_cache — не объект.

Я использую транзиент таким образом (простой пример):

function my_url_cache( $url ) 
{
   $transient_id = hash( "crc32", $url );
   $content = get_transient( 'my_url_cache_' . $transient_id );
   set_transient( 'my_url_cache_' . $transient_id, $content, 60 * 60 * 24 );
   set_transient( 'my_url_cache_backup_' . $transient_id, $content, 0 ); 
}

Вместе с плагином моей компании у них возникает эта ошибка, когда они хотят обновить свой кэш:

Вызов метода get() для не объекта в
/wordpress/wp-includes/cache.php на строке 123

Без моего плагина у них нет проблем

/wordpress/wp-includes/cache.php на строке 123:

/**
 * Извлекает содержимое кэша по ключу и группе.
 *
 * @since 2.0.0
 *
 * @see WP_Object_Cache::get()
 * @global WP_Object_Cache $wp_object_cache Глобальный экземпляр кэша объектов.
 *
 * @param int|string  $key    Ключ, под которым хранится содержимое кэша.
 * @param string      $group  Необязательно. Где содержимое кэша сгруппировано. По умолчанию пусто.
 * @param bool        $force  Необязательно. Обновлять ли локальный кэш из постоянного кэша.
 *                            По умолчанию false.
 * @param bool        $found  Необязательно. Найден ли ключ в кэше. Различает возвращаемое значение false,
 *                            хранимое значение. Передается по ссылке. По умолчанию null.
 * @return bool|mixed False в случае неудачи получения содержимого или содержимое кэша
 *                    в случае успеха
 */
    function wp_cache_get( $key, $group = '', $force = false, &$found = null ) {
        global $wp_object_cache;

        return $wp_object_cache->get( $key, $group, $force, $found ); // Строка 123
    }

На моем тестовом сервере я не могу воспроизвести эту ошибку.

Они не используют другую систему кэширования.

Похоже, что $wp_object_cache не является объектом. Я не знаю, связано ли это с моим плагином, их плагином или обоими.

Должен ли я использовать специальный хуки в WordPress, прежде чем я смогу использовать функции get_ и set_transient? Я использую свою функцию кэширования только внутри этого хуки:

add_shortcode( 'feedimport', array( $this, "shortcode_feedimport" ) );

ОБНОВЛЕНИЕ:

Другой плагин использует wp_schedule_event:

private static function cron_schedule_event_setup() {
    wp_clear_scheduled_hook(self::cron_hook);
    wp_schedule_event(time(), self::$options['schedule_event'], self::cron_hook);
}

И сохраняют свои данные в таблице базы данных. Они не используют функции get_ set_transient. 🙁

Я действительно не знаю, как мой плагин может повлиять на их плагин. Полный код их плагина: ссылка

Обновление 2 – Решено:

public function __destruct() {
    $this->save_log();
}

Этот код запускает функцию, которая использует систему кэширования WordPress.

Изменив на это:

add_action('shutdown', array($this, "save_log"));

Проблема была решена. Я больше никогда не использую функции WordPress в деструкторе.

Действительно, вы должны быть осторожны при использовании __destruct.

Это специальная функция, которая срабатывает, когда объект собирается быть уничтожен. Когда PHP вызывает exit (как делает wp_send_json()), мы не контролируем, в каком порядке PHP будет уничтожать объекты.

Таким образом, __destruct очень опасен, когда он зависит от других классов. Я видел, как это вызывает фатальные ошибки, особенно в PHP 5.6, что приводит к ошибкам, таким как:

/**
 * Деструктор задания
 */
public function __destruct()
{
    $this->logger->commit();
}

Фатальная ошибка: Нервный сбой: Вызов метода commit() для null

Решение

Вместо:

$job = new Job;
wp_send_json($job->start());

Делайте:

wp_send_json((new Job)->start());

Что аналогично:

$job = new Job;

$results = $job->start();

// Запустите __destruct, пока мы находимся в известном состоянии
unset($job);

wp_send_json($results);

Вы должны сделать это, когда процесс PHP будет прерван с помощью exit или die.

wp_send_json() является наиболее заметным примером, поскольку мы используем его часто и он вызывает exit сразу после вывода строки JSON. Но это также может применяться к другим функциям, таким как wp_die(), exit, die и т.д.

В конечном счете, просто убедитесь, что функция, которая использует __destruct, уничтожается, если процесс PHP будет прерван, иначе это может вызвать проблемы.

Доказательство концепции: https://3v4l.org/GBBIV