Очередное обновление WordPress 6.8 имеет и для редактора блоков news – фильтр: should_load_block_assets_on_demand

Очередное обновление WordPress 6.8 добавило в софт редактора блоков дополнительный фильтр: should_load_block_assets_on_demand этого момента ожидали многие разработчики, не исключение и ваш покорный web-слуга (подобное обыграть бы и с Wooc)… Всегда несколько удивительно было то, что на любой странице – даже самой невесомой – грузится все подряд: и css, и js и пр. лишнее. Так, в общем-то, обстояли дела до момента выхода новой версии Вордпресс – 6.8: все темы сайтов на ВП загружали ВСЕ имеющиеся таблицы стилей тех или иных блоков независимо от обстоятельств, используются ли они на текущей странице или нет! (хотя, с Wooсommerce страницами можно было что-то придумать кастомно)… Теперь же в 6.8 несколько иначе – возможны коррекции, и все это, как понимаете, ради увеличения скорости загрузки страниц (оптимизацию) – передачу, скажем так, данных сайта клиенту!..

Проще говоря, ранее все основные блоки (элементы сайта) объединялись в одну wp-block-libraryтаблицу стилей css, а теперь:

фильтр should_load_block_assets_on_demand

В WordPress 6.8 добавлен дополнительный фильтр should_load_block_assets_on_demand – отрабатывает дополнительно же как часть другой новой функции wp_should_load_block_assets_on_demand()

А именно фильтр, показанный выше, дополняет уже ранее внедренный should_load_separate_core_block_assets тем самым давая возможности, при разработке, четко разделять и организовывать обстоятельства загрузки независимо друг от друга, скажем так.

Более того, прежний should_load_separate_core_block_assets включал в себя пару различных назначений:

• возможность загружать отдельные таблицы CSS для главных блоков (а вообще, ранее таблицы объединялись wp-block-library в единую)!..
• возможность загрузки скриптов для элементов и таблиц стилей по запросу, однако, лишь при условии, если блоки включены в страницу!..

теперь же отработка двух этих фильтров примерно такая

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

чем полезно активное расположение 2-х фильтров – прежний и новый фильтры

Все просто: позволяет нам применять (организовывать управление “css таблицами”, js) независимо – а попросту отдельно.

К примеру, получаем возможность включать/отключать загрузки скриптов/css по требованию, одновременно варьируя с wp-block-library

То есть варианты:

add_filter( 'should_load_separate_core_block_assets', '__return_false' ); // откл.

или другой – по требованию:

add_filter( 'should_load_block_assets_on_demand', '__return_true' ); // вкл.

блоки редактора

Шаблоны блоков (после обновления WP 6.8) по умолчанию, во всяком случае – пока, располагают обеими функциями.

Фильтр should_load_block_assets_on_demand — обеспечит возможность настроек загрузки/НЕ загрузки CSS/JS на тех страницах, где они требуются, или же отключить, если НЕ требуются…

Принципиально работает так:

• условия: если функция возвращает значение true скрипты загружаются только при их необходимости на странице;
• значение false обусловит загрузку “всего что есть” независимо от того, требуются ли скрипты на конкретной странице, или нет!..

важность обновлений!