Коллеги, а ктото менял версию загружаемой jQuery на более свежую? А то лайтхаус ругается что юзается скрипт с уязвимостями..

В статье увидел вот-такой коммент. Подскажите как это можно реализовать...?

бред

тут стоит уточнить, отложить загрузку метрики действительно можно, грузить её из js по времени или по какому-то другому событию. Вопрос встанет про отслеживание отказов у страницы, а так метрика действительно будет работать на странице. у @kernusr если ничего не перепутал, вроде плагин метрики есть, который так умеет)

Я бы наверно не был так категоричен в отказе от таймаута для загрузки метрики. 3-5 секунд, конечно, перебор. Но, от , 6 до 1 секунды бы поставил. Всё-таки метрика начнёт грузиться после того, как браузер получит весь дом.

Можно и не ставить метрики, на сервере можно вести статистику ))

Можно вообще не делать сайт. А соц сети прокачивать🤫😊😇

Ставьте код как рекомендуют Иначе получите данные, которые не соответствуют действительности

Но, высказал мнение, что небольшой таймаут всё-таки может и несильно сказаться на точности показателя отказов

Я про серверное решение по типу awstats

Ну как сказать

Я про серверное решение по типу awstats

А скрипт загрузку страницы не заблокировал. Это уже плюс в скорости получения контента пользователем.

Можно сайт проверить хотя бы через pagespeed insights от гугл. Он покажет какие скрипты и сколько грузят

У меня сайт на первом месте в выдаче по основным запросам в городе, метрика вверху страницы. Если влияет, то наверное есть что другое оптимизировать для seo. Данные метрики очень важны для оценки рекламных мероприятий и каналов продаж

Joomla 4.3 Alpha 1 - Your first chance to test https://developer.joomla.org/news/888-joomla-4-3-alpha-1-your-first-chance-to-test.html

What are the plans for Joomla 4.3? SEO for Joomla 4: a set of tools to help improve SEO интересно, что там будет

What are the plans for Joomla 4.3? SEO for Joomla 4: a set of tools to help improve SEO интересно, что там будет

Вопрос в том блокирующие они или нет, если не блокирующие, то по идее на оценку insights не должны влиять, но в статье про оптимизации на них заострялось внимание и в коммнете к статье тоже...

https://joomlaportal.ru/blogs/development/3097-90-ballov-v-pagespeed-dlya-sajta-na-joomla

What are the plans for Joomla 4.3? SEO for Joomla 4: a set of tools to help improve SEO интересно, что там будет

Эта

Вот бы сделали сохранение html копий страниц на сервере с отдачей напрямую в обход php и cms...

В статье нет ничего про метрику

В статье нет ничего про метрику

Эта вещь называется полностраничный кеш….

Он не так быстр, как отдача по прямой ссылке... особенно для шаредов

Полностраничный кеш на то и полностраничный что он является именно полной копией страницы

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

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

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

В статье нет ничего про откладывание загрузки метрики. Просто написано о том что надо отключить лишнее. Я могу заверить что с того времени сама метрика тоже была оптимизирована. А комментарий к статье на уровне бреда. Достаточно постареть что там рекомендуют jch

У меня подключена в хранилище кэша в браузере fetch подгрузка через foreach страниц и контента к ним в формате txt. При заполнении хранилища я виду как файлы txt подгружаются как-бы пачкой почти моментально, а файлы страниц из папки кэша с видимой задержкой один за здругим. Значит прямая отдача как минимум на порядок эффективней.

То есть у вас там что то понапихано вместо стандартного кеша джумла, а виноват конечно кеш…

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

То есть у вас там что то понапихано вместо стандартного кеша джумла, а виноват конечно кеш…

Кэш joomla виноват в том, что он не хранится в виде html страниц и не выдается напрямую

Я говорю про ваш сайт. Вы там понапихали хрен знает чего. Начиная со sp pb

Кэш joomla виноват в том, что он не хранится в виде html страниц и не выдается напрямую

Напрямую он не может выдаваться по одной простой причине - кто то должен делать роутинг адресов

Может по прямой ссылке при правильной настройке .htacess

Вы похоже плохо понимаете как работает сервер

Я понимаю, что сервер напрямую может отдавать html страницы, если они созранены в статике...

Все в одной папке cache... a дальге в htaccesz примерно такой код.... RewriteCond %{REQUEST_URI} (/|/[^.]*)$ [NC] RewriteCond %{DOCUMENT_ROOT}/cache/content/%{REQUEST_URI}/index.html -f RewriteRule (.*) /cache/html/$1/index.html [L]

Все в одной папке cache... a дальге в htaccesz примерно такой код.... RewriteCond %{REQUEST_URI} (/|/[^.]*)$ [NC] RewriteCond %{DOCUMENT_ROOT}/cache/content/%{REQUEST_URI}/index.html -f RewriteRule (.*) /cache/html/$1/index.html [L]

Следующий вопрос - а что будем делать с пагинацией?

Для моих задач это не нужно, поэтому я такое не обдумывал