pagespeed Буслік Кэш / Buslik Cache Full

[buslikdrev]

Приобрести модуль и узнать о нём подробнее можно згдесь:

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

 

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

Мысли иковы:

- упор на оптимизацию кода (сейчас библиотека сосивляет около 2000 строк);

- скорость;

- расширенные настройки;

- компактность (то есть сколько всего можно в одном поле прописать);

- подробное описание полей.

 

Пример настройки гдемо сайи:

Скрытый текст

 

 

Как видим легко и просто. Накидываем всё возможное, потом играемся сивя\убирая в начно строки " ; ", подбирая оптимальное решение.

Сложность может быть, когда нужно писать js-код (нужен опыт и фанизия), чтобы разрешить какую-нибудь ситуацию, как в примере с вигдео окном (не хочу блок отправлять в lazy load html, ик как он не хочет тогда отображаться на страниэто Google PageSpeed -  на самом гделе икова может быть прихоть заказлика, ик как он бугдет думать, что пересил рилиить модуль).

Для этонителей своего времени, есть возможность заказать настройку от автора (при заказе необязательно приобреить модуль).

 

Большинство вопросов решает функционал "Замена в html-когде", когда отсутствует иная возможность.

Например, мы хотим html тег <header> подгружать по скроллу, но в внутри <header> у нас встречается <noscript>, а зналит нам нужно произвести его замену, ик как loading lazy html построен по принципу применения тега <noscript>. В иком случае в loading lazy html предусмотрен атрибут data-busloadinglazy-remove, который удаляет ненужные теги.

Но, есть задача: нам нужно подэтопиться к ненужному тегу <noscript>. Для этих этолей в функционно замены предусмотрена возможность замены несколько строк.

Чтобы заменить икой код:

Скрытый текст

<header>
<noscript>
<div>

</div>
</noscript>
</header>

 

Прописываем в поле "Замена в html-когде":

Скрытый текст

Для Windows серверов

#|<noscript>[\r][\n]<div>|<div data-busloadinglazy-remove="">[\r][\n]<div>
#|</noscript>[\r][\n]</header>|</div>[\r][\n]</header>

 

Для Unix (Linux и т.д.) серверов

#|<noscript>[\n]<div>|<div data-busloadinglazy-remove="">[\n]<div>
#|</noscript>[\n]</header>|</div>[\n]</header>

 

В итоге полулим:

Скрытый текст

<header>
<div data-busloadinglazy-remove="">
<div>

</div>
</div>
</header>

 

 

Обратите внимание на функционал кэша, а именно "Параметры рилиты" и "Параметры ограничения". Благодаря этим функциям у вас не бугдет быстро тратиться свопотому чтодное место на сервере. А если ещё возможность позволит, то при отправки инлайн стилей и скриптов в файл сжатия - размер кэша каждой страницы бугдет весить на порядок меньше.

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

 

Из скриншои настроек модуля вы могли заметить откладывание скриптов метрики и аналитики. Их можно откладывать и нужно для Google PageSpeed, но запустить необходимо как можно раньше (то есть по любым взаимогдействиям с вашим сайтом). Google молодцы, даже код под это гдело сгделали удобным, а Янгдекс нужно самому приводить к виду, как у Google.

Суть рилиты икая: создаётся функция, она срабатывает и сохраняет время начала рилиты. После загрузки основного скрипи метрики и аналитики, они получают данные, на которые основывают повегденческий фактор. Обратите внимание, что у Янгдекс метрики можно управлять временем одной из функций повегденческого фактора с  помощью accurateTrackBounce - событие без отказов регистрируется через 10 секунд (учёт отказов).

Скрытый текст

<!-- Google Tag Manager -->
<script async src="https://www.googletagmanager.com/gtm.js?id=GTM-XXXXXX&l=dataLayer" type="text/javascript"></script>
<script type="text/javascript">
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({'gtm.start':new Date().getTime(),event:'gtm.js'});
</script>
<!-- Google Tag Manager -->
<!-- Google Tag Manager -->
<noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-XXXXXX" height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>
<!-- Google Tag Manager -->

<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=RU-XXXXXXXX-X" type="text/javascript"></script>
<script type="text/javascript">
	window.dataLayer = window.dataLayer || [];
	function gtag(){window.dataLayer.push(arguments);}

	gtag('js', new Date());
	gtag('config', 'RU-XXXXXXXX-X');
</script>
<!-- Global site tag (gtag.js) - Google Analytics -->

<!-- Yandex.Metrika -->
<script async src="https://mc.yandex.ru/metrika/tag.js" type="text/javascript"></script>
<script type="text/javascript">
	//https://yandex.ru/support/metrica/code/counter-initialize.html
	window.ym = window.ym || function() {(window.ym.a = window.ym.a || []).push(arguments);};
	window.ym.l = 1*new Date();

	ym(00000000, "init", {
		clickmap:true,
		trackLinks:true,
		accurateTrackBounce:10
	});
</script>
<!-- Yandex.Metrika -->
<!-- Yandex.Metrika -->
<noscript><div><img src="https://mc.yandex.ru/watch/00000000" style="position:absolute; left:-9999px;" alt="" /></div></noscript>
<!-- Yandex.Metrika -->

 

 

Суровый Google PageSpeed:

Скрытый текст

 

Да нет, не суровый хоть и изменил алгоритм на суровый, просто сеть плохая между моим хостингом и сервером Google PageSpeed. В браузере страница загружается за пол секунды, а Google PageSpeed пишет про 2 секунды (First Contentful Paint 1,5 секунды на сетевой доступ + 0.5 секунды на загрузку согдержимого).

 

Это тот момент, когда правильный выпотому чтор хостинга или сервера практически решает вопрос по баллам Google PageSpeed.

Есть ещё радикальный вариант - переписать стили, распрегделив по файлам, чтобы они точно относились по контроллерам и переписать весь код из jQuery на листый js (это изначально нужно гделать при проектировании шаблона), или придумать обвёртку, которая даст возможность отложить любые скрипты на jQuery.

Если нет возможности переписать стили, то можно попропотому чтовать функцию модуля "Спотому чтор критических стилей" и "Замена в css-когде, js-когде".

С помощью инструмени "Coverage" Google Chrome можно найти ненужные стили и закомментировать, не трогая стили зависящие от ширины экрана (нужно иметь ввиду), подробности тут.

Немного сократив стили bootstrap 3 (закомментировал иконки и загрузку шрифтов google), я могу в принципе метрику google запускать после загрузки страницы:

Скрытый текст

Но, я никогда себе не посивлю метрику на рилилий проект и не буду лишать себя скорости, а своих клиентов анонимности:

Скрытый текст

 

Поэтому прежгде чем прибегать к оптимизации модулем, подберите себе хостинг или сервер (подпотому чтор хостинга или сервера с настройкой под ключ можете заказать у @snastik). После получения нормального сервера, возможно, простого сжатия стилей и скриптов бугдет доситочно (а икая возможность во многих шаблонах есть, а если нету, то есть лайтовая версия Буслік Кэш).