Joomla “double gzip” problems Gzip compression1 is a bit of a mixed bag. While it can improve data transfer speeds and, therefore, perceived better website performance at the client end, people should be careful using Joomla’s Gzip features if they don’t know how they work. Misusing Joomla’s Gzip features can cause browser errors and can potentially result in you not being able to manage your website. There are two different problems relating to Gzip in Joomla: (1) content encoding errors and (2) loss of CSS styling—frontend and backend—also known as the J! 4 “double gzip” problem. https://kuneze.com/blog/110-joomla-double-gzip-problems интересная статья если на сервере нет Brotli, то становится интересно

в гугловыдаче наш сайт помечен так: Your page is not mobile-friendly. это плохо. гугл сервис переводит на этот тест: https://search.google.com/test/mobile-friendly/result?id=sSf2wYUVBVDJsmE8iS1C0g test too small to read clickable elements too close together справа скриншот без стилей, ничего непонятно. и так каждый заход... как определить ошибку? lighthouse не ругается на эти ошибки, там больше предупреждения о цветах

Яндекс веб мастер может при проверке выдать причины почему сайт не мобайл френдли

Просто всегда надо отключать gzip в настройках джумла

Вот пример результата работы gzip он сжал все донелзя... еще можно все css-ки в один файл собрать то же самое с js-ками, тогда реально все уйдет в пределы погрешности. Справа задержки загрузки для сети 3g, для пк с высокой скрорстью сети гугл вообще проблему не подсвечивает

Вот пример результата работы gzip он сжал все донелзя... еще можно все css-ки в один файл собрать то же самое с js-ками, тогда реально все уйдет в пределы погрешности. Справа задержки загрузки для сети 3g, для пк с высокой скрорстью сети гугл вообще проблему не подсвечивает

в статье, на которую я сослался, автор на английском описал тот факт, кто в .htaccess уже прописаны правила для gzip и включение оного еще и в конфигурации Joomla делает задвоение. я не понял, на что это влияет - может задержка, а может двойное сжатие и потенциальные глюки

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

Ну и после первой загрузки это все в кэш ляжет

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

Браузер в кеш положит распакованные файлы и будет потом анализировать хлам и лишний код, чтобы потом выплюнуть отрендерить тебе страницу

Ну и пусть пашет он же браузер...юзера, главное чтобы глазу заметно не было

В админке жмется хтмл, а не стили и скрипты 🤷

Вообще становится интересно... а через htaccess, что жмется?

Что пропишешь, но не плохо бы знать, что с апачем у тебя идёт, и что в конфигах прописано

Вообще становится интересно... а через htaccess, что жмется?

Ну я про то что в htaccess j4 по умолчанию прописано жать html или css с js или и то и то?

Там такого нет

Тогда откуда двойная gzip компрессия идет?

Посему прежде чем что-то делать не плохо бы покурить доки. Я устал это повторять по сто раз

https://lh.loading.express/reports/1666810187.report.html в html коде нет http://norrnext.com не пойму, куда копать. остаются js скрипты и css...

https://lh.loading.express/reports/1666811946.report.html урл анализатору ты с http вместо https скормил, от этого и поймал глюк)

Без разницы Это не причина

сравни отчеты по ссылкам, я скоромил с https и ошибка, про которую @norrbits написал, в отчёте исчезла

Баг все равно остаётся багом

сравни отчеты по ссылкам, я скоромил с https и ошибка, про которую @norrbits написал, в отчёте исчезла

сравни отчеты по ссылкам, я скоромил с https и ошибка, про которую @norrbits написал, в отчёте исчезла

Примите во внимание https://mta.openssl.org/pipermail/openssl-announce/2022-October/000238.html Учитывая оценку думаю вопрос серьезный. Сервера пооьновлять надо будет лайбу.

зачем вставлять иконку как картинку, когда можно написать так: <i class="icon:vk"></span> (это просто пример) и всё - нет лишнего DOM и иконка идет не как картинка

в статье, на которую я сослался, автор на английском описал тот факт, кто в .htaccess уже прописаны правила для gzip и включение оного еще и в конфигурации Joomla делает задвоение. я не понял, на что это влияет - может задержка, а может двойное сжатие и потенциальные глюки

я вот с таким сталкивался только один раз, а на то что не включено сжатие в конфиге много раз...

это от сервера зависит, иной раз в Гугле тест смотришь - он пишет включите сжатие, включаешь и все норм

да, посмотреть можно по разному конечно

да, посмотреть можно по разному конечно

А что значит по разному? Либо смотришь, либо глаза закрываешь? Или в очках и без?😂

Ни один файл js, css или woff сжат не будет

Пока ручками не пропишешь в конфигах сервера 😉

зависит от твоей квалификации в тесте Гугл тебе разжуют и положат в рот, а в консоли браузера нужно знать куда и как смотреть

зависит от твоей квалификации в тесте Гугл тебе разжуют и положат в рот, а в консоли браузера нужно знать куда и как смотреть

Ну там тоже тебе все покажут, иначе зачем тебе туда лезть и вообще волноваться о каком-то сжатие. Тут либо ты домохозяйка, либо разработчик. Половинчастого статуса ещё нету )))

Разработчик чего?

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

В том же тесте-писькомерке нужно смотреть не на циферки, а читать маны, тогда странных вопросов не будет, ну и глупости не будешь печатать по чатам ))

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

Ну у примеру пишут тебе о покраске контента. Вот что ты будешь тут делать? Какие рекомендации ты помнишь?

Я в принципе не понимаю что такое блокировка или покраска. Есть отрисовка

Если идет боокировка, надо сность боокирующие файлы в боди, или сжимать и объединять их

Если будет блокировка я уже написал