Оптимизация подключения скриптов/css в Wordpress?

Question

[Влад Романовский]

Дорого времени суток.
Посоветуйте, пожалуйста, какой-нибудь плагин для выборочного подключения скриптов и т.д. лишь на тех страницах, где происходит вызов этих скриптов. То же самое желательно для CSS. Городить тонны шаблонов для страниц нету желания, а поиск нужного плагина покуда безрезультативен.

Answer 1

[Николай Антал]

http://codex.wordpress.org/Function_Reference/wp_enqueue_script На странице есть пример

function theme_name_scripts() {
	wp_enqueue_style( 'style-name', get_stylesheet_uri() );
	wp_enqueue_script( 'script-name', get_template_directory_uri() . '/js/example.js', array(), '1.0.0', true );
}

add_action( 'wp_enqueue_scripts', 'theme_name_scripts' );

В теле функции добавляете

global $post;

и дальше проверяете, на id, шаблоны и прочее, и подключаете то что нужно. Что нибуть лучше врят ли найдеться. Разве что плагин, который скорее всего будет тем же принципом действовать

Comments

[Влад Романовский]

Вот плагин и не был найден. Для этого способа надо реализовывать новый шаблон, в котором происходит вызов функции. В итоге плодим сущности почем зря + негибкое решение

[Николай Антал]

Можно в админке страницу накидать, где организовать настройку для страниц. Правда это будет ограниченное решение, нежели при существовании плагина, а для реализации всего по максимуму прийдеться долго сидеть. Во всяком случае другого способа я не представляю, ибо все скрипты и стили в ВП подключаються именно таким способом, если по правилам, иначе вообще не отследить эти файлы

Answer 2

[afiskon]

Не лучше ли помержить все JS в один файл, и, соответственно, все CSS тоже в один? Тут больше шансов потерять на времени посылки HTTP-запроса, чем на большом трафике. К тому же, JS и CSS отлично gzip'уется.

Comments

[Влад Романовский]

Все бы хорошо, если бы не CDN и различные либы подключаемые. Также различные плагины в wp_head() вставляют свои скрипты. Поэтому хотелось все это счастье оптимизировать таким образом.

Answer 3

[Марк Скорых]

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

Answer 4

[Игорь Воротнёв]

А вы про conditional проверки читали? is_category( $cat_id ) например, их очень много. Полная гибкость, есличо. Проверяете на необходимое условие и грузите что надо, нет необходимости плодить шаблоны. Что касается скриптов и стилей, подгружаемых плагинами - всегда есть возможность выяснить на каком хуке и приоритете они грузятся и модифицировать. Можно отключить и подключить вручную там и тогда, когда нужно. Или наоборот, отключать где не нужно. В общем, есть много способов это сделать, без дополнительных шаблонов и плагинов.

Например, если я в процессе разработки проекта вижу скрипты и стили какого-то плагина, которые 100% будут site-wide и всегда, я отключаю их динамическую загрузку самим плагином, вручную переношу скрипты и стили к своим и сливаю их. Минус - со временем, когда плагин обновит версии скриптов, придется вручную их менять. Но, так как мы на поддержке все равно раз в месяц или по мере появления Security фиксов проводим maintenance, это не проблема. Плюс - никаких лишних http-запросов, объединенные скрипты и стили в один лучше компресятся.

Comments

[Влад Романовский]

Вопрос и был создан для того, чтобы не писать 100500 таких проверок, если что :)

[Игорь Воротнёв]

@FrostBy а вы осознаете, что даже если бы такой плагин существовал, то он, собственно, эти проверки и делал бы? :)

[Влад Романовский]

@HeadOnFire что мешает написать некий аналог autoloader? перед выплевыванием страницы грабить инфу об вызываемом скрипте и если он присутствует в индексе - подключать?

[Игорь Воротнёв]

@FrostBy а зачем? Чтобы была некая черная коробочка, которая делает хз что? А если проект передается новому разработчику, или в команде поддержки появляются новые люди? Всем объяснять что это, зачем, и как этим пользоваться? А если владелец сайта добавил новый плагин? Опять надо дописывать правила в autoloader? Я не могу понять, зачем изобретать велосипед, который по сути является граблями, если WordPress предлагает для таких заддач уже готовое и проверенное решение.