LEOnidUKG

LEOnidUKG
Рейтинг
1776
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
Dmitriy_2014 #:

И как я понимаю это уже тоже не актуально и можно убрать:

Да, это уже пережитки прошлого, чтобы выключать gzip для IE6 т.к. он его не понимает... хотя не понимал уже :)

Dmitriy_2014 #:
Извиняюсь за тупой вопрос, понятно на стороне сервера сжимаются данные, а вот браузеру легче и быстрее разжать данные минимально сжатые или максимально, или это также без разницы?

Тоже уже без разницы давно. Стили и скрипты это килобайты-туда сюда. После разжатия всё это хранится в кэше браузера и ресурсы на это не тратятся. 

Сейчас уже идёт новый вид сжатия brotli, он вообще лучше и быстрее. У него 11 степеней. Кому они нужны в 2021 году? Просто пережитки прошлого.

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

на дворе скоро 2021 год, уже на домашнем компьютере по 32 ядра херачат компьютеры. Вопросы по степень сжатия уже давно не актуальны. Раньше это был баланс между местом на диске и процессором. Сейчас это уже не играет никакой роли.
Ставлю 9 и всё. Процессору вообще плевать на эти мелкие операции.

Чем проще запрос, тем быстрее он работает это догма.

При работает с одной таблицей JOIN не имеет никакого смысла.

Если статичные страницы долго прогружаются, то просто менять хостинг и всё.
Только не совсем ясно на кой чёрт всегда 1024 умножать, что-то тут не так в функции.

Вместо:

$val = trim($str);

надо 

$val = intval($str);
Зачем? Браузер 1 раз загружает их и потом берёт из кэша.

Уже не актуально. Как и написано в скобочках, это реально для старых браузеров, такие как IE6. 

Вообще всем этим уже давно занимается nginx, хотя там есть такой же костыль. Но apache явно уже не тот, кому это надо делать всякие сжатия и т.д.

Всего: 31516