как отключить ненужные скрипты в wordpress
Оптимизируем WordPress header и удаляем лишний код
Если вы интересовались вопросом оптимизации wordpress кода, то наверняка сталкивались с разными советами по редактированию файла header.php. В нем генерируются значения блока HEAD для веб-страниц сайта. Самые простые рекомендации заключались в замене вызова стандартных функций, например, bloginfo(‘charset’) на конкретные значения charset=UTF-8. Однако позже оказалось, что выигрыш производительности в ходе данных действий по сравнению с тем же Lazy Load плагинами не так уж велик. Дело в том, что все основные значения в HEAD WordPress считывает из базы всего за одно обращение к ней. Сегодняшние подсказки по улучшению вордпресс header будут куда более полезными и эффективными.
Давайте внимательно посмотрим на исходный код в HEAD обычной страницы/поста. И параллельно сравним его с файлом header.php в WordPress шаблоне. Очевидно, что кроме парочки параметров, вызова Javascript скриптов и CSS результирующий HTML содержит много других дополнительных строк. Они автоматически генерируются в процессе использования разных плагинов на вашем сайте. Иногда финальный код получается ну очень большим.
Безусловно, многие из этих функций жизненно необходимы для корректной работы модулей, однако есть и такие, от которых можно избавиться. Самый простой пример — использование библиотеки jQuery. Некоторые плагины, как и сама система, вставляют код ее вызова в wordpress header. Как следствие, у вас может подгрузиться несколько дублирующих скриптов, еще и не с самой актуальной версией.
Второй пример хорошо просматривается для плагина WP-PageNavi (разбиение блога на страницы). В ходе работы модуль размещает свой CSS в шапку сайта, хотя более эффективно будет перенести все стили в базовый style.css. Причем избавиться от кода модуля так просто не получится, поможет лишь его деактивация (что разумеется, не вариант). Возможно, после версии 2.5.0 создатели внесли некоторые изменения в код, но раньше все работало именно так.
Базовая оптимизация wordpress header
Большинство «дополнительных вставок» блока HEAD реализуется системой с помощью хуков для wp_head. Если посмотрите код файла header.php в wordpress шаблоне, то наверняка найдете ее там. Просто убрать вызов функции не получится, так как в результате удалятся не только «ненужные вставки», но и важный код, без которого сайт работать не будет.
К счастью, вы можете безболезненно деактивировать некоторые последствия вызова wp_head. Избавиться от лишних элементов, которые не планируете использовать, и провести оптимизацию wordpress кода можно с помощью хаков для functions.php. Открываете файл функций и пишите туда следующий код:
remove_action(‘wp_head’,’feed_links_extra’, 3); // убирает ссылки на rss категорий remove_action(‘wp_head’,’feed_links’, 2); // минус ссылки на основной rss и комментарии remove_action(‘wp_head’,’rsd_link’); // сервис Really Simple Discovery remove_action(‘wp_head’,’wlwmanifest_link’); // Windows Live Writer remove_action(‘wp_head’,’wp_generator’); // скрыть версию wordpress
Также можно скрыть разные линки при отображении постов блога (следующий, предыдущий, короткий url).
remove_action(‘wp_head’,’start_post_rel_link’,10,0); remove_action(‘wp_head’,’index_rel_link’); remove_action(‘wp_head’,’adjacent_posts_rel_link_wp_head’, 10, 0 ); remove_action(‘wp_head’,’wp_shortlink_wp_head’, 10, 0 );
Удаление JSON API ссылок:
remove_action( ‘wp_head’, ‘rest_output_link_wp_head’); remove_action( ‘wp_head’, ‘wp_oembed_add_discovery_links’); remove_action( ‘template_redirect’, ‘rest_output_link_header’, 11, 0 );
Как я уже говорил выше про jQuery, в коде страницы библиотека может вызываться несколько раз (совместно с другими модулями) + версия используется не самая актуальная. Убрать скрипт из вордпресс header через remove_action не получится, но есть другой метод. В блоге найдете подробную статью про обновление и подключение jQuery в WordPress, а если говорить вкратце, то чтобы убрать вызов скрипта нужен такой код:
В данном случае хак срабатывает только для самого сайта (фронтэнда), не влияя на админку. Если вызывать функцию wp_deregister_script без условия IF, то в панели управления WP перестанут работать разные выпадающие меню и некоторые другие опции. Теоретически, можно было бы поместить код wp_deregister_script в header.php вместо functions.php, и тогда он «не заденет» бэкэнд. Но лучше использовать вараинт, указанный выше.
Напоследок еще 2 фишки. Недавно я публиковал статью про выключение Emoji. Короткую версию кода найдете ниже, хотя лично у меня сработала только расширенная, описанная в посте.
remove_action(‘wp_head’, ‘print_emoji_detection_script’, 7); remove_action(‘wp_print_styles’, ‘print_emoji_styles’);
Также в блоге публиковал обзор модуля Disable позволяющего убрать Self Pingback и некоторые другие данные из в wp head в wordpress. Можно совмещать его с хаками через functions.php — так надежнее, плагин отключает не все.
Убираем лишний код плагинов и темы
Кроме самой системы код в блок HEAD добавляют разные модули. Иногда отключение данной фишки находится в настройках плагинов, но к сожалению, чаще всего разработчики не предусматривают подобную гибкость для своих решений. Поэтому дабы изменить wordpress header можно попробовать некий алгоритм.
Во-первых, вы должны внимательно посмотреть основной php файл того плагина, хуки которого собираетесь деактивировать. Там должна встречаться конструкция по типу:
Нашли? — хорошо. Теперь дабы избавиться от вызова функции добавляем в файл functions.php следующую строку:
Сохраняете и смотрите что получилось. Ниже собрал несколько примеров хаков для разных модулей. Возможно, кое-что пригодится.
WP-Syntax
Фукция ниже позволяет убрать подключение стилей для подсветки синтаксиса программного кода в тексте. Само содержимое файла wp-syntax.css небольшое, поэтому можно просто добавить в стандартный style.css.
qTranslate-X
Модуль добавляет в wordpress header информацию о версии, которую можно скрыть.
Contact Form 7
Для Contact Form 7 решение чуть более сложное. Логично, что вызов плагина не нужен на страницах, где этой самой формы нет. Он лишь создает дополнительную нагрузку. Исправляем ситуацию и проведем оптимизацию wordpress кода с помощью следующих строк:
WP-PageNavi
Бывают уникальные случаи, когда использование remove_action для wp_head не срабатывает. Так, например, с тем же WP-PageNavi (версии 2.5.0), где нет явного вызова функций в wp_head, но плагин все равно грузит свой файл стилей. Если внимательно рассмотреть исходный код wp-pagenavi.php, то найдете там некую функцию «Enqueue PageNavi Stylesheets», которая добавляет стили через add_action. Соответственно чтобы прекратить этот вызов размещаем в файле функций fuctions.php строку:
Yet Another Related Posts Plugin
Стили плагина похожих постов YARPP можно включить в style.css, убрав загрузку нескольких лишних файлов. Хак избавляется от кода модуля в header и footer: ликвидируются файлы стилей widget.css, related.css и yarpp-thumbnails-yarpp-thumbnail.
add_action( ‘wp_print_styles’, ‘tj_deregister_yarpp_header_styles’ ); function tj_deregister_yarpp_header_styles() < wp_dequeue_style('yarppWidgetCss'); // Следующая строка нужна, если related.css грузится в header, а в футере отключен wp_deregister_style('yarppRelatedCss'); >add_action( ‘wp_footer’, ‘tj_deregister_yarpp_footer_styles’ ); function tj_deregister_yarpp_footer_styles()
Для шаблонов/тем
Если вам нужно убрать лишние стили или скрипты из темы, то можете воспользоваться функциями wp_dequeue_style и wp_deregister_script. Ниже привожу пример кода, который мне помог решить соответствующую задачу. Названия скриптов нашел в итоговом HTML и разных файлах шаблона.
add_action( ‘wp_enqueue_scripts’, ‘remove_some_stylesheet’, 20 ); function remove_some_stylesheet()
wp_deregister_script() WP 2.1
Удаляет ранее зарегистрированный скрипт.
Чтобы подключить новый скрипт используйте функцию wp_register_script(), а чтобы вывести его в коде используйте wp_enqueue_script(). Обычно эти функции используются в связке и подключаются к событиям:
Чтобы убрать вывод скрипта из очереди, используйте wp_dequeue_script()
Возвращает
Использование
Примеры
#1 Удалим скрипт jQuery
Предположим нам нужно удалить базовую регистрацию jQuery скрипта. Тогда используем такой код в файле темы functions.php:
#1.2 Зарегистрируем свой jQuery скрипт
Теперь, предположим мы хотим изменить ссылку откуда будет загружаться jQuery скрипт, будем использовать CDN google, т.е. скрипт будет скачиваться с репозитории google:
Заметки
Список изменений
Код wp_deregister_script() wp deregister script WP 5.8.1
Cвязанные функции
script (скрипт)
Регистрация script и style
Добрый день! Ох уж этот WP 4.4, надобавлял скриптов и прочего после обновления, неужели нельзя было все это сделать без добавления в исходный код, а внутри обрабатывать.
Тимур, вчера с вашей помощью отключил Rest Api, спасибо, но сегодня еще скрипт нашел wp-embed.min.js в подвале. Я не вставляю контент с других сайтов в записи и не хочу чтобы мой контент вставляли, как мне удалить скрипт?
Сделал небольшую функцию на основе wp_deregister_script :
Скрипт с ее помощью удаляется, но быть может есть более элегантное решение, например, с помощью функции remove_action? 
WordPress — отключение скриптов
Мы уже рассмотрели как отключать CSS-файлы стилей, причем отдельно файлы, подключаемые темой оформления (подробнее тут) и отдельно отключение файлов стилей, подключаемых в плагинах (прочтите тут). А цель у нас одна — уменьшить число запросов к серверу и повысить скорость загрузки сайта.
Однако многие плагины подключают свои файлы js-скриптов. Зачастую нам не нужно, чтобы эти файлы загружались. По крайней мере это точно не нужно на каждой странице сайта — лишние запросы, меньше скорость работы сайта. Поговорим о том, как отключить файлы скриптов, загружаемые различными плагинами WordPress.
1. Определяем, какие скрипты загружаются плагинами.
Для этого используем сервис Pingdom Website Speed Test или PageSpeed.
На картинке ниже мы видим, что лишний скрипт, подключаемый плагином Contact Form 7, загружается на всех страницах сайта:
При наведении на название скрипта отображается путь, по которому он лежит на сервере — так мы легко можем понять, какой плагин подключает данный скрипт.
Мы решили отключить этот скрипт.
2. Поиск handle-инициатора скрипта, подключаемого плагином WordPress.
Теперь нам нужно найти handle скрипта — это то место, где скрипт подключается. Для этого мы в админ. панели WordPress заходим в «Плагины». находим нужный нам плагин Contact Form 7 и нажимаем кнопку «Изменить».
Открывается текстовый редактор php-файла плагина. Справа отображается список доступных php-файлов. Обычно подключение скрипта происходит в главном файле плагина.
Нам нужно выполнить поиск места подключения скрипта. Для этого нажимаем ctrl+F и в поисковой строке набираем:
wp_enqueue_script
Ищем, где встречается этот код. Если не удалось найти данный код в одном php-файле плагина, смотрим другие php-файлы.
Если так тоже ничего не нашли — воспользуйтесь программой Total Commander — выполните поиск со словами wp_enqueue_script.
Итак, в конце концов мы нашли handle нашего плагина:
contact-form-7
3. Отключение скрипта через функции темы WordPress.
В конец файла дописываем такой код:
add_action (‘wp_print_scripts’,’remove_javascript’,100);
function remove_javascript () <
wp_deregister_script (‘contact-form-7’);
>
Примечание: строка wp_deregister_script (‘contact-form-7’); отключает скрипт, в ней требуется указать найденный ранее handle скрипта.
Иногда можно остановиться на этом — просто отключить скрипт. Однако многие плагины без скрипта не могут работать.
4. Подключаем скрипт только на нужных страницах.
Разумеется, если плагин не работает после отключения скрипта, а он обычно и не будет работать, то скрипт нужно подключить, то только на тех страницах, где требуется работа плагина.
Для плагина Contact Form 7 скрипт надо загружать только на странице контактов.
Для этого удаляем ранее добавленный код в файл functions.php и пишем другой код:
Обратите внимание, что адрес страницы надо писать с учетом регистра.
5. Проверка сайта после отключения скрипта.
Теперь скрипт отключен. Нужно проверить:
Если все в порядке — значит мы сделали все правильно.
Обратите внимание, что мы отключили скрипт через функции темы, а не путем правки файлов самого плагина. Это позволит без проблем обновлять плагин и не бояться, что обновление затрет наши изменения и придется снова что-то отключать и править.
Файлы скриптов и их handle меняются крайне редко при обновлении плагина, поэтому вероятность, что данный способ перестанет работать с очередным обновлением плагина, — крайне низкая.
Поделитесь этой записью с друзьями, буду благодарен!
6 thoughts on “ WordPress — отключение скриптов ”
У меня вопрос: а если несколько плагинов, то как быть? На каждый писать»add_action ( ‘wp_print_scripts’, ‘my_deregister_javascript’, 100 ); и т.д.» или можно их объединить в этой функции?
Спрашиваю потому, что с одним плагином у меня получилось, а когда вставил второй — редактироваться не захотел, выдал ошибку.
Не следует стремиться отключить все стили и скрипты, подключаемые плагинами. Рекомендую сохранять разумный баланс и не тратить слишком много сил на полную оптимизацию сайта. Объединять функции в принципе можно, но работоспособность не гарантирована. Некоторые плагины обращаются в своим скриптам или стилям по прямой ссылке, тогда отключение загрузки этих элементов приведет к ошибке.
Спасибо за столь быстрый ответ!
Гугл настоятельно рекомендует отложить загрузку скриптов. Аналогично Контакт-форм, хотел скрипты плагина Fancybox for WP оставить только на странице, где описываю его работу. Но не получилось. Подскажите,плз, как перенести загрузку скриптов в Футер? Это возможно?
Перенесенные в футер скрипты не всегда будут работать корректно. А библиотеку jQuery вообще не стоит переносить в футер в ряде случаев. Если все хе хотите попробовать, поищите плагины по js, csripts, footer, compress, defer и т.д.
1) Не понял зачем искать handl (у contact form насколько я понимаю — это wpcf7 или я ошибаюсь) и куда его вставлять?
2) Использую вместе с Contact Form плагин Contact Form 7 Datepicker — как его подключать только на конкретной странице?
Как удалить неиспользуемые CSS и JavaScript в WordPress
Легкие темы, такие как Astra, GeneratePress и Genesis, намного меньше загружают CSS и скрипты на сайте. Это помогает удалить неиспользуемые ошибки CSS и JavaScript в инструменте Google PageSpeed Insights и резко повысить показатель скорости.
Однако 99% коммерческих тем WordPress сочетают в себе множество функций и загружают тяжелые скрипты и CSS. Независимо от того, используете ли вы легкую или тяжелую тему, вам все равно понадобится множество функций через плагин. Комбинируя тему и плагины, общая оценка скорости будет зависеть от каждого исходного файла.
В этой статье мы объясним, как удалить неиспользуемые CSS и JavaScript в WordPress, чтобы улучшить показатель скорости страницы.
Что такое неиспользуемый CSS и JavaScript?
Поясним это на простом примере. Contact Form 7 — один из популярных плагинов для добавления контактных форм на ваш сайт. Как правило, вам нужна контактная форма на странице «Контакты» и, возможно, на нескольких других страницах. Вы не будете использовать контактную форму для каждого сообщения в блоге.
Однако плагин Contact Form 7 будет загружать CSS и JavaScript на каждую страницу и сообщение в блоге вашего сайта. Это большая проблема, когда у вас есть 1000 сообщений в блоге, и все они загружают скрипт / CSS контактной формы без необходимости. Эти ненужные CSS и скрипты называются неиспользуемыми CSS и неиспользуемыми скриптами.
Еще один хороший пример — магазин WooCommerce. Вам нужны стили и скрипты WooCommerce только на страницах магазинов, таких как продукты, архивы продуктов, корзина, касса и магазин. Однако у плагина нет возможности предотвратить загрузку файлов в сообщениях или на страницах блога.
Почему это проблема?
К сожалению, почти все плагины загружают ресурсы на всех страницах вашего сайта. Это сильно повлияет на скорость загрузки страницы и снизит оценку скорости в таких инструментах, как Google PageSpeed Insights. Вы увидите ошибки, подобные приведенным ниже, как возможности, когда вы протестируете URL-адрес страницы в PageSpeed Insights.
Ошибка PageSpeed для неиспользуемых CSS и JS
Хотя инструмент говорит, что это не повлияет напрямую на оценку производительности, это оказывает огромное влияние на время загрузки. Кроме того, некоторые хостинговые компании взимают плату в зависимости от использования полосы пропускания.
Загрузка ненужных файлов CSS / скриптов на ваш сайт многократно увеличит использование полосы пропускания. Следовательно, необходимо идентифицировать неиспользуемые CSS и JavaScript и удалить их из загрузки на всех страницах.
Как определить неиспользуемые CSS и JavaScript?
Вы должны понимать, что вызывает загрузку неиспользуемых ресурсов на ваших страницах. Как объяснялось выше, есть несколько простых догадок, например, контактная форма, интернет-магазин или плагины для обзора не требуются на всех страницах. Однако вся задача сложнее, чем вы думаете.
Таким образом, неиспользуемые CSS и JavaScript легко удалить, если они загружены как отдельные файлы. Загрузка огромного файла style.css или встроенного CSS не может быть удалена, если вы вручную не просмотрите их и не удалите неиспользуемые коды. В качестве альтернативы вам может потребоваться найти легкую тему или плагин, чтобы избавиться от проблемы.
После того, как вы обнаружите причину ошибки, вы можете снова включить плагин кеширования на своем сайте.
Установите плагин Asset CleanUp
Если у вас загружено много файлов плагинов и тем, следуйте приведенным ниже инструкциям, чтобы удалить их со страниц, где они вам не нужны.
Настройки плагина
Плагин имеет множество настроек, которые мы не будем объяснять в этой статье. Если вы используете на своем сайте плагин кеширования, такой как WP Rocket, убедитесь, что не используете никаких других функций, кроме отключения неиспользуемых скриптов и CSS. Перейдите в меню «Очистка активов> Настройки», а затем на вкладку «Настройки использования плагина». Здесь вы можете выбрать способ просмотра и отключить неиспользуемые CSS / скрипты на ваших страницах.
Теперь перейдите на вкладку «Тестовый режим» и включите опцию «Включить тестовый режим». Это поможет вам убедиться, что сайт не работает после отключения скриптов и CSS, прежде чем сделать его общедоступным.
Включить тестовый режим
Нажмите «Обновить все настройки» внизу, чтобы применить изменения.
Удалите неиспользуемые CSS и JavaScript
В зависимости от настроек вы можете анализировать страницу либо из редактора, либо из внешнего интерфейса.
В обоих случаях вы увидите, что все файлы CSS и JavaScript, загруженные на страницу, сгруппированы в соответствии с вашими настройками.
Просмотр загруженных ресурсов в группе
Разверните каждую группу и просмотрите сведения о файлах, загруженных вашими плагинами и темами. Для каждого файла CSS и JS у вас есть несколько вариантов, как показано на рисунке ниже.
После отключения файлов обновите свое сообщение, чтобы изменения вступили в силу на сайте.
Просмотр отключенных файлов и удаление тестового режима
Проверьте свой сайт и, если все в порядке, вернитесь на страницу настроек и отключите параметр «Тестовый режим». Это сделает изменения доступными для всех пользователей, посещающих ваш сайт. Точно так же вы можете отключить файлы CSS и JS на пользовательских типах сообщений, страницах и страницах продуктов, отредактировав их. Проверьте свои страницы с помощью инструмента Google PageSpeed Insights, чтобы увидеть, удалены ли ошибки.
Оптимизация HTML и удаление неиспользуемого кода CSS, JavaScript на WordPress
Оптимизация HTML и удаление неиспользуемого кода CSS, JavaScript на сайте WordPress — это комплексный подход к работе. Занимает немало времени, сил, терпения, поиска необходимой информации.
А цель одна — ускорить работу сайта, загрузку его страниц, повысить его производительность.
Еще раз напомню о требованиях Google PageSpeed, которые вступят в силу в марте 2021 года.
Читайте в статье — Оптимизация сайта под требования PageSpeed Insights.
Не все мы программисты. Но, это один из способов прокачать свои навыки и знания в сайтостроении. Поглубже узнать — где и какой код или скрипт находится, и за какие функции отвечает.
WordPress постоянно обновляется, а сейчас довольно кардинально — все ждут выхода, заключительной на данный момент, версии 5.7.
Обновление и оптимизация кода CMS WordPress происходит регулярно, пополняется его функционал.
Но это только движок.
Немаловажную роль играют темы (шаблоны), которые мы устанавливаем.
От их выбора зависит, как будет выглядеть наш сайт, выполнение тех или иных задач, запланированных нами. Скорость его загрузки и производительность.
Да, в депозитарии WordPress вы можете найти легкую, оптимизированную тему, но ее функционал будет ограничен.
Разработчики же Премиум-тем и таких же Премиум-плагинов, стараются максимально расширить их функции. Дать в руки пользователей множество инструментов, удовлетворить их творческие потребности.
Все это достигается насыщением кода различными Java-скриптами и стилями CSS.
Вот тут-то и возникает множество проблем при тестировании страниц сайта на PageSpeed Insights.
Неминуемо появляются предупреждения:
Но это только верхушка айсберга. Если вносить какие-либо изменения в Редакторе темы-шаблона — минимизировать HTML или CSS, удалять неиспользуемые коды — проку от такой оптимизации будет мало.
Тема сайта и плагины часто обновляются и все изменения окажутся напрасными.
А обновлять их необходимо обязательно.
Можно, конечно, поставить, в дополнение, дочернюю (Child) тему.
В ее Редакторе имеются две вкладки — Таблица стилей общая (style.css) и Функции темы (functions.php).
Кое-что сделать можно, но очень осторожно, необходимы определенные знания.
Кардинально что-то изменить здесь вряд ли получиться — только дополнить определенными функциями.
Проблема многофункциональных тем-шаблонов и Премиум-плагинов в том, что их некоторые коды CSS и JavaScript могут подгружаться на всех страницах сайта, а не только там, где это необходимо.
Наша задача, на каждой отдельной странице или записи сайта:
Вот этим мы и займемся. Для этого будем использовать плагин для WordPress Asset CleanUp Pro.
Плагин WP Asset CleanUP Pro для оптимизации HTML и удаления неиспользуемого кода CSS, JavaScript.
Плагин Asset CleanUP Pro позволяет избирательно удалять неиспользуемые стили CSS и Java-скрипты с любой страницы или поста, размещенных на сайте.
Минифицировать (сократить) и объединить загруженные файлы CSS и JS, чтобы уменьшить общий размер страницы и количество HTTP-запросов.
Производить очистку исходного кода HTML, настроить предварительную загрузку локальных и Google шрифтов. Выгрузку общих файлов CSS и JS по всему сайту.
Есть функция кеширования. Но, как для меня, лучше бы ее не было.
WP Asset CleanUP Pro отлично взаимодействует с более мощным плагином для кеширования — WP Rocket. Возможно, для некоторых легких сайтов и Asset CleanUP будет достаточно.
Проблема в том, что при предварительном тестировании сайта в PageSpeed Insights, файлы кеша очень мешают. Приходится делать полную очистку.
Есть две версии этого плагина. Бесплатная — Asset CleanUp, которую можно скачать с депозитария WordPress, и платная версия — Asset CleanUp Pro.
Минимальная цена базовой версии на один сайт начинается от трех с половиной тысяч.
Их отличие, друг от друга, заключается в том, что в версии Pro можно настраивать асинхронную (async) или отложенную (defer) загрузку кода CSS и JavaScript. Производить более тонкую настройку скриптов и стилей.
В бесплатной — только удаление кода.
Установка плагина Asset CleanUp Pro.
Установка плагина Asset CleanUp Pro не должна вызвать каких-либо осложнений. Все делается из Админ-панели WordPress.
Есть некоторые нюансы при установке Pro-версии. В скачанном архиве могут быть дополнительные файлы. Архив нужно распаковать в отдельную папку, и уже устанавливать, непосредственно, архив самого плагина.
А теперь, самое главное, что нужно сделать на сайте перед использованием плагина:
Обязательно посмотрите, чтобы не дублировались функции Webcraftic Clearfy и Asset CleanUp Pro.
Общие настройки Asset CleanUp Pro для HTML, CSS, JavaScript.
В Панели Общих настроек Asset CleanUp Pro для HTML, CSS, JavaScript необходимо активировать нужные нам пункты.
Плагин на английском языке — это не проблема. Открываете его в браузере Google Chrome. Правой кнопкой вызываете Контекстное меню — Перевести на русский.
Самый точный и адекватный перевод.
Я буду исходить из своих настроек — думаю, они подойдут большинству.
Stripping the «fat» (Удаление «жира»).
Читаете внимательно советы по использованию.
Принимаете соглашение.
Plugin Usage Preferences (Настройки использования плагина).
Активируем следующие пункты:
Test Mode (Тестовый режим).
Подходит для отладки, когда вы проходите методом проб и ошибок при удалении ненужных CSS и JavaScript на своем веб-сайте.
Изменения видны только вам — в том же браузере (внимательно читайте инструкцию).
Optimize CSS (Оптимизировать CSS).
Активация следующих опций:
Optimize JavaScript (Оптимизировать JavaScript).
Сохранить моё имя, email и адрес сайта в этом браузере для последующих моих комментариев.
Сообщите мне, когда будут добавлены новые комментарии.