Как отключить (ограничить во времени) поиск обновлений в админке – огромный плюс по времени загрузки…

Увеличить скорость загрузки страничек админки можно с помощью кода отключения запросов, показанного по статье ниже. Полезная вещь, если мы серьёзно подходим к делу построения своего сайта.

Намедни, меня попросила добавить этакий код к себе на сайт некая дама – блогер. Ей показалось сложным описание на сайте, где она этот код увидела… ну и засомневалась в своих силах… а код в самом деле полезный!!

Вы, вероятно, замечали что нет-нет и WP сообщает об обновлениях..? или ядра… или тем… или плагинов… Это очень важно! Однако, запросы самого ядра к репозиториям продуктов, скажем так, кушают много энергии – времени!! А самое главное, эти запросы wp совершает, может быть, неоправданно часто…

Но обо всём по порядку:

поиск обновлений тем, плагинов в админке, плюс – время загрузки

 

 

 

 

К слову и делу:

 

…частота проверок вордпресс на страничках админки задана следующая:

 

 

1. Страница Консоль/Обновления – раз в минуту (многовато)
2. Страница Плагины/Внешний вид/Темы – раз в час (тоже не дурно))
3. …и на любой странице админки – раз в 12 часов (типа довесок))

 

 

 

Барышня-блогер, например, пользуется моей темой… и ей в общем-то не оч. важно отслеживать обновления шаблонов: я и так сообщу… а значит – запрос, выполняемый ядром wp в поисках новых версий  – лишний, в плане экономии!

…и многим админам эти запросы ни к чему: они правили тему для себя сами, а следовательно, от лишнего сканирования правильнее избавиться…

 

 

 

 

 

 

То же касаемо и плагинов… и всяких переводов… обновлять их непременно нужно, но вот усердствовать… поиском обнов, да ещё с таким постоянством, вряд ли логично.

 

Кроме того существуют и ловко срабатывают AJAX запросы “из админки”, к тому же как исключение !! тормоза отражаются и во фронтэнде что весьма дурно сказывается на скорости в определённые моменты…

 

 

а вообще – во фронтенде проверки отрабатываются в фоновом режиме.

При заходе пользователя на сайт, запускается крон (“тот” отрабатывает с некоей периодичностью) и к тому же фоном! так что никаких излишних тормозов.

 

 

 

Отсюда и мораль:

 

 

запросы на проверку обновлений – в админке – нужно отключить

 

 

 

Все эти запросы, как и говорилось – здорово скрадывают время загрузки соответствующих страниц админки.

Да, вы совершенно правильно поняли: этот код работает только на админпанель, – к фронтенду т.е. окну сайта для пользователей не имеет почти отношения…

 

 

Таким образом, неоправданные запросы поиска обновлений, логичнее сократить – не отключать их вовсе (что ошибочно и излишне), но сократить ! обеспечив лёгкость просмотра страниц админки.

 

 

Так вот:

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

 

Не знаю, по-моему, в блоге wp-kama (Тимура) всё доступно изложено (код именно его: ссылка в логолисте). Но раз возникают вопросы, я решил “продублировать” описание кода… да и мне лишний контент))

 

 

 

 

как отключить поиск обновлений тем, плагинов в админке, плюс – время загрузки

 

 

 

Для этого всего навсего нужно добавить показанный ниже код к себе в файл функций… хотя, конечно, лучше для подобных целей организовать плагин, ведь функционал организации скоростей загрузки админки относится напрямую к работе ядра WP, но не шаблона. А посему в файл functions.php пихать не всякое целесообразно!

 

Доказательства:

…для кода касаемого админки (ядра) wp правильнее организовать отдельный плагин.

К тому же !! организация плагина, если к ней подойти грамотно, сыграет положительною роль к той же скорости загрузок сайта, но уже фронтенда (скажем так, пользовательской части сайта).

 

Как такой плагин (добавочный к файлу функций) организовать, читайте в этой статье…

 

 

 

Собственно говоря, вот и код, который нужно прикрутить к своему сайту…

 

 

 

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

 

 

 

Никаких правок делать не нужно, пока не разберётесь мальца.

 

В комментариях даны кое-какие пояснения. Да и я взял на себя смелость кое-какие “комментарии” добавить: ну, например, пояснения – какая строка отвечает за запросы к “темам”, какая к “плагинам” и какая за обновления основного ядра…

 

 

 

/**Отключаем обновления плагинов, тем в админке
* Отключаем принудительную проверку новых версий WP, плагинов и темы в админке,
* чтобы она не тормозила, когда долго не заходил и зашел...
* Все проверки будут происходить незаметно через крон или при заходе на страницу: "Консоль > Обновления".
*
* @see https://wp-kama.ru/filecode/wp-includes/update.php
* @author Kama (https://wp-kama.ru)
* @version 1.0
*/
if( is_admin() ){
// отключим проверку обновлений при любом заходе в админку...
remove_action( 'admin_init', '_maybe_update_core' );    // (ats) откл. проверки обнов. ядра WP
remove_action( 'admin_init', '_maybe_update_plugins' ); // (ats) откл. проверки обнов. плагинов
remove_action( 'admin_init', '_maybe_update_themes' );  // (ats) откл. обнов тем (шаблонов)

// отключим проверку обновлений при заходе на специальную страницу в админке...
remove_action( 'load-plugins.php', 'wp_update_plugins' );
remove_action( 'load-themes.php', 'wp_update_themes' );

// оставим принудительную проверку при заходе на страницу обновлений...
//remove_action( 'load-update-core.php', 'wp_update_plugins' );
//remove_action( 'load-update-core.php', 'wp_update_themes' );

// внутренняя страница админки "Update/Install Plugin" или "Update/Install Theme" - оставим не мешает...
//remove_action( 'load-update.php', 'wp_update_plugins' );
//remove_action( 'load-update.php', 'wp_update_themes' );

// событие крона не трогаем, через него будет проверяться наличие обновлений - тут все отлично!
//remove_action( 'wp_version_check', 'wp_version_check' );
//remove_action( 'wp_update_plugins', 'wp_update_plugins' );
//remove_action( 'wp_update_themes', 'wp_update_themes' );

/**
* отключим проверку необходимости обновить браузер в консоли - мы всегда юзаем топовые браузеры!
* эта проверка происходит раз в неделю...
* @see https://wp-kama.ru/function/wp_check_browser_version
*/
add_filter( 'pre_site_transient_browser_'. md5( $_SERVER['HTTP_USER_AGENT'] ), '__return_true' );
}
/** Отключаем обновления плагинов, тем в админке **/

 

 

Как видите, код отрабатывается на основе функции (фильтра) – и в общем-то, в определённом смысле, достаточно простой (при громадной пользе):

 

фильтруем: remove_action

 

…и задаём условия, – здесь это: if( is_admin() – административная часть сайта – бэкенд.

 

 

Вот к примеру, кому интересно, условиями мы замечательно организовывали показ/запрет информационных блоков на определённых страничках сайта ну или запрещали отображение некоторых рубрик на главной страничке… и пр. и пр.

 

А вот пост о том, как отключить всякие автообновления WP при помощи констант, читайте…

 

 

 

(проверял) – код замечательно себя ведёт в версиях от 4.7.4 и WP 6.5.4

 

 

 

полезен ли код скорости загрузки админки

 

 

 

Что ж, судите сами!

 

…в итоге наших сегодняшних работ получим явное сокращение времени загрузки страничек админпанели.

 

 

Вот пример, хотя счётчик моло касаем нынешней работы – однако, полезен для общего тестирования сайтов/блогов ! – и когда я на нескольких площадках поставил описанный код (отфильтровал некоторый функционал wp) – показатели стали симпатичнее… на манер этой картинки:

 

 

 

 

 

 

 

Было: SQL: 94 за 0,418 сек. 27.15 mb !!

 

Стало: SQL: 94 за 0,218 сек. 17.15 mb !!

 

 

Тем админам, которые хотят добавить такой счётчик данных по загрузке страниц в админпанель (или куда-то в подвальную часть фронт-сайта), милости прошу к этой повести…

 

 

 

 

 

 

 

А у вас как с админкой.?.

 

 

Online консультация по настройкам и созданию сайтов на WordPress

 

МИГ подписки - ВРЕМЯ знаний!!

 

На этом занавес представления опускается…
…на рампы пыль печальная ложится…

 

 

 

!..подписываясь на обновления mihalica.ru —
...расстаёмся с невежеством..!