Речь о первом пакете, в который нужно уместить сжатый HTML+важный CSS, чтобы показать хотя бы основу сайта. Помнить о критерии CLS. На картинки поставить заглушки или skeleton loader. Далее пакеты удваиваются с каждой итерацией.
То, что славянские, германские, романские языки являются выходцами из одной индоевропейской ветки - это давно научный факт. Но Задорнов(хоть я его всегда уважал) действительно перегнул палку своими теориями, которые общество восприняло за истину.
Есть одна фанатская теория, которая переворачивает с ног на голову все представление о Матрице. Соретую посмотреть обзор ЧБУ, 2 части. Автор буквально на запчасти разбирает сюжет, который сначала казался поверхностным и с кучей нестыковок, особенно 2 и 3 части. А потом складывает в идеально продуманную модель, обьясняя все на пальцах.
Поставить плагин для браузера Dark Reader или любой другой или тыкнуть в браузере соответствующую настройку - намного быстрее, чем годами ждать, когда кто-то что-то сделает.
Подобные вещи вполне имеют место быть. Я и сам часто сталкивался с такими вещами, которые вряд ли можно назвать простым стечением обстоятельств. Наверно, потому сам являюсь сторонником теории квантового разума. Но речь была о ситуациях в комментарии выше, они вполне объяснимы особенностями психики и не имеют ничего сверхестественного.
Вероятно еще и размеры самих символов в таблице могут иметь значение, читаемость, семантика и что там еще волнует разработчиков языков и компиляторов к ним)
Не думаю, что большое количество точек позитивно скажется на читаемости.
Да, верно. Если есть локальный кеш и пользователь заходит не в первый раз. А что, если он заходит в режиме инкогнито каждый раз на сайт? В этой нише таких большинство, с различными техническими нюансами. В любом случае, тесты показали: отключение версий у 14 файлов дает прирост в производительности, особенно при увеличении нагрузки.
У меня очень большие сомнения, что убирание данного параметра дало такой большой прирост. Были ли тесты чистыми, то есть, полностью закрыть браузер и открыть снова в инкогнито или обычная перезагрузка в том же инкогнито или перезагрузка с очисткой кеша? Есть ли какой-нибудь пруф, что параметры в запросах к css дают дополнительные запросы на стороне сервера? Пусть на такие сайты заходят в основном через инкогнито, но это не значит, что не инкогнито надо игнорировать. Вы не ответили, как вы решаете проблему автообновления файлов на стороне кеша браузера при обновлении их на сервере, если вы убрали параметр, который для этого используется?
Цель данных работ была сделать асинхронную загрузку ресурсов и выключить неиспользуемые файлы CSS. Прикинув время на объединение файлов в один, с сохранением логики загрузки кода, и временем на вставку скрипта в четыре строки - оставили последнее. На выходе будет одинаковый результат
Вы вставили php скрипт, который сжимает css файлы в один. Правильно? При чем тут тогда асинхронная загрузка? Или js скрипт, который асинхронно подгружает стили?
Версии в файлах создают дополнительные запросы между клиентом и сервером (обращение к серверу -> нахождение нужной версии -> получение ответа на код файла -> формирование ссылки) вместо того чтобы напрямую одним запросом тянуть нужный файл
Простите, что? Какое нахождение версии на сервере? Какое формирование ссылки? Вы сами в оптимизации участвовали или просто пересказываете то, что вам навешали? Простите, вы несёте дикую дичь. Что main.css, что main.css?v=3.2 - количество запросов одно и то же, просто во втором случае, если в кеше браузера версия 3.1, а на сайте 3.2, тогда да, идёт запрос не к локальному кешу, а к серверу. Если вы убрали версию, как вы обеспечите адекватное обновление файла на стороне клиента при обновлении js или css файлов? У юзера будут грузится старые стили из локального кеша. То есть, изменений он не увидит.
С помощью скрипта асинхронной загрузки CSS файлов
Объединение файлов в один и асинхронная загрузка - это совершенно разные вещи. Вы просто повторяете фразы от ваших разработчиков, не понимая их?
Ревизию делали по всему коду - там при возможных манипуляциях прироста производительности не ожидалось.
А почему не обновили версию php 7.1 до более новой? Это бы ускорило выполнение кода где-то на 25%.
Убрали версии css/js файлов в коде (напр, /main.css?version=3.2) - чем сэкономили совокупно еще 0.7 - 1 сек
Зачем и каким образом это повлияло на скорость?
После этого, сконвертировали все изображения в Webp - минифицированный и продвинутый веб-формат картинок, рекомендуемый Google, чем сократили размер еще на 52%.
После этого webp желательно тоже сжать, например, с помощью tinypng.
Объединили 22 css файла в 1
Поделитесь, как именно?
Самописный сайт или на CMS?
Если CMS, то манипуляции с загрузкой js и css файлов делались хардкодом или как-то иначе?
Для ускорения бекенда хватило оптимизации только БД или с кодом тоже что-то делали?
Речь о первом пакете, в который нужно уместить сжатый HTML+важный CSS, чтобы показать хотя бы основу сайта. Помнить о критерии CLS. На картинки поставить заглушки или skeleton loader. Далее пакеты удваиваются с каждой итерацией.
То, что славянские, германские, романские языки являются выходцами из одной индоевропейской ветки - это давно научный факт. Но Задорнов(хоть я его всегда уважал) действительно перегнул палку своими теориями, которые общество восприняло за истину.
Есть одна фанатская теория, которая переворачивает с ног на голову все представление о Матрице. Соретую посмотреть обзор ЧБУ, 2 части. Автор буквально на запчасти разбирает сюжет, который сначала казался поверхностным и с кучей нестыковок, особенно 2 и 3 части. А потом складывает в идеально продуманную модель, обьясняя все на пальцах.
Увы,но повтор.
https://habr.com/ru/company/netologyru/blog/657651/
Веб архив?
На медленном интернете.
Яндекс браузером не пользуюсь, но вроде он позволяет ставить плагины для хрома.
https://yanbrowser.ru/faq/black-theme-for-yandex-browser-on-android#i-2
А вы пробовали?
https://www.google.com/search?q=яндекс+браузер+темная+тема
Really?
Спойлер.
Поставить плагин для браузера Dark Reader или любой другой или тыкнуть в браузере соответствующую настройку - намного быстрее, чем годами ждать, когда кто-то что-то сделает.
Подобные вещи вполне имеют место быть. Я и сам часто сталкивался с такими вещами, которые вряд ли можно назвать простым стечением обстоятельств. Наверно, потому сам являюсь сторонником теории квантового разума. Но речь была о ситуациях в комментарии выше, они вполне объяснимы особенностями психики и не имеют ничего сверхестественного.
В самом деле. Никогда не встречал, чтоб в php экранировали решеткой.
Но для начала хотя бы знать, для каких операций они будут нужны.
@,#,^,~ вроде вообще не используются.
Не думаю, что большое количество точек позитивно скажется на читаемости.
Почему именно точки? Есть же другие символы.
Данные вещи вполне обьяснимы психологией и теорией вероятности.
Я имел в виду пруфы на источники в интернете. Откуда изначально взялась эта идея?
Ну, как вариант. Хотя со своими нюансами. Интересно, какой период указывается.
Но вы же написали, что сжали 22 файла в один.
У меня очень большие сомнения, что убирание данного параметра дало такой большой прирост. Были ли тесты чистыми, то есть, полностью закрыть браузер и открыть снова в инкогнито или обычная перезагрузка в том же инкогнито или перезагрузка с очисткой кеша? Есть ли какой-нибудь пруф, что параметры в запросах к css дают дополнительные запросы на стороне сервера? Пусть на такие сайты заходят в основном через инкогнито, но это не значит, что не инкогнито надо игнорировать. Вы не ответили, как вы решаете проблему автообновления файлов на стороне кеша браузера при обновлении их на сервере, если вы убрали параметр, который для этого используется?
Вы вставили php скрипт, который сжимает css файлы в один. Правильно? При чем тут тогда асинхронная загрузка? Или js скрипт, который асинхронно подгружает стили?
Простите, что? Какое нахождение версии на сервере? Какое формирование ссылки? Вы сами в оптимизации участвовали или просто пересказываете то, что вам навешали? Простите, вы несёте дикую дичь. Что main.css, что main.css?v=3.2 - количество запросов одно и то же, просто во втором случае, если в кеше браузера версия 3.1, а на сайте 3.2, тогда да, идёт запрос не к локальному кешу, а к серверу. Если вы убрали версию, как вы обеспечите адекватное обновление файла на стороне клиента при обновлении js или css файлов? У юзера будут грузится старые стили из локального кеша. То есть, изменений он не увидит.
Объединение файлов в один и асинхронная загрузка - это совершенно разные вещи. Вы просто повторяете фразы от ваших разработчиков, не понимая их?
А почему не обновили версию php 7.1 до более новой? Это бы ускорило выполнение кода где-то на 25%.
Зачем и каким образом это повлияло на скорость?
После этого webp желательно тоже сжать, например, с помощью tinypng.
Поделитесь, как именно?
Самописный сайт или на CMS?
Если CMS, то манипуляции с загрузкой js и css файлов делались хардкодом или как-то иначе?
Для ускорения бекенда хватило оптимизации только БД или с кодом тоже что-то делали?