Добрый день. Когда пытаюсь оптимизировать js файлы на сайте и сжимаю их через плагин Autoptimize, вылетает ошибка rcl-do-action и не работает верхняя панель с входом и регистрацией. приходится подключение jquery и js файл от wp-recall прописывать в качестве исключения для Autoptimize. В итоге картина такая - в head сайта подключается jquery, потом сразу js от wp-recall, а уже остальные скрипты подключаются в футере в сжатом виде. Суть вопроса - как jquery вместе с js от wp-recall перенести в футер?
Почему просто не включите минимизацию js в расширенных настройках плагина?
Перенос файлов в подвал может вызвать проблемы в дальнейшем.
Потом вы забудете о такой оптимизации и придете на форум решать возникшие после этого проблемы умолчав о своих действиях.
Кастомизация - это крайне непростой вопрос
Я занимался достаточно много этим вопросом и в итоге забил, после начала использования своего шаблона и тд для сайта.
Приведу специально в оригинале одну цитату из мана от Autoptimize, приведу в оригинале, дабы мой перевод не испортил всю прелесть написанного.
Starting from AO 2.1 WordPress core’s jquery.js is not optimized for the simple reason a lot of popular plugins inject inline JS that is not aggregated either (due to possible cache size issues with unique code in inline JS) which relies on jquery being available, so excluding jquery.js ensures that most sites will work out of the box. If you want optimize jquery as well, you can remove it from the JS optimization exclusion-list (you might have to enable “also aggregate inline JS” as well or switch to “force JS in head”).
В итоге получаем, что плагин без проблем сделает все на дефолтной теме и с дефолтными скриптами, остальное сами расставляйте, переносите, исключайте и тд. Но это и логически правильно, не реально сделать универсально и тем более в контексте переноса всего вниз.
Тут уже вам самим придется определить очередность от плагинов и зависимости подключения, составить "очередь" и все равно автоматом не сможете это сделать. Придется руками переносить, так как вы видите скажем в консоле или в нерабочем скрипте на сайте, это только что вы видите в данный момент, но не работает еще куча всего))
Отладка занимает море времени, а в итоге вы видите прирост в 0,005 по тестам скорости и да надпись что ничего не блокирует и вы Дартаньян по версии PageSpeed))
Но на самом деле скрипты это меньшее из зол при сегодняшних мощностях и механизмах браузеров. Лучше обратить внимание на оптимизацию запросов, структуры сайта и отдачи видимой области в тот же телефон, картинки можно ужимать и корежить(не самое главное), css минимизировать, кеш и заголовки отдавать в браузер.
pavel.lichmanyuk сказал(а)
Вообще все эти действия сейчас делаются по наводке PageSpeed'а
правило 20/80 только не забывайте. Эти оптимизации - трата времени. Лучше озаботьтесь не синтетическими тестами, а показом первого экрана для пользователей.
Все скрипты кешируются браузером - поэтому вы занимаетесь ерундой. Да и если копнуть поглубже и изучить вопрос - многие говорят (на сервисе toster.ru например) что 100% цифры в гугловском сервисе сам гугл не соблюдает. Вы его сайты протестируйте, вот для старта:
Ну так для первого экрана (видимой части страницы) и нужно ведь в первую очередь загружать все самое нужно, потому скрипты и хотел в конец перенести. А по сути - да, осталось мне еще с запросами разобраться, т.к. слишком долгое время ответа сервера наблюдается. Я просто в этом еще зеленый, т.к. не сталкивался. Спасибо!
