2016-05-09 4 views
-1

Я не уверен, что SO - это подходящее место для этого вопроса, поэтому, пожалуйста, не слишком грубый, если это неправильный форум :)php - Укомплектованы ли алгоритмы сжатия/декомпрессии бэкенда заметным воздействием на воспринимаемую скорость загрузки страницы на стороне клиента?

Наша компания стремится увеличить скорость загрузки страниц, и мы сделали много стандартных вещей (используя кеш, CDN, топор любого ненужного кода/CSS, используйте raw JS вместо jQuery и т. д.).

Я читал here по алгоритмам сжатия gz. Один из участников (robin) дает понять, как gzdeflate() и gzcompress() были одинаково быстрыми, но gzinflate() был последовательно в 2 раза быстрее, чем gzuncompress().

Если мы сжимаем/декомпрессируем статический HTML с использованием одной из этих функций Zlib, я подозреваю, что компонент для выполнения backend-компонента (всего процесса загрузки на странице) не будет заметным для пользователя. Но может быть замечено 1 МБ HTML, подаваемого в виде 800kB HTML.

Мой вопрос заключается в следующем: выполняется ли выполнение сценария резервного копирования с использованием пользовательского алгоритма сжатия/декомпрессии, влияя на скорость загрузки страницы для конечного пользователя, даже если алгоритм сжатия/декомпрессии является очень сложным? (Многие вызовы функций, сама бэкенд сценарий значительная, щедро использует не-недорогую функции, такие как substr_count() и т.д.)

+0

Безотносительно в PHP-коде не повлияет на скорость сжатия страницы. Из того, что я собираю, когда включено сжатие, PHP буферизует весь вывод и как раз перед отправкой результата клиенту он сжимается. Единственное, что замедляет фактическое сжатие, - это увеличение количества сжатых байтов. – Mike

+0

My bad with title ... означает клиентскую сторону, а не размер клиента :) –

+0

@Mike, так что если бы у вас был какой-то волшебный способ сжать 1 МБ-файл на 10 байт, но для этого потребовался скрипт, который занял 1 секунду для выполнения (экстремальный пример, но попытка чтобы сделать точку) пользователь не заметил бы этого в скорости загрузки страницы? –

ответ

1

Предполагая, что вы уже используете метод сжатия/декомпрессии, я бы сказал: No. Степень сжатия являются Аналогично, вы можете выбрать алгоритм в зависимости от использования ЦП, но, отвечая на вопрос, пара дополнительных бит не будет заметна для конечного пользователя. Наиболее дорогими операциями являются «время до первого байта» (TTFB).

Вы можете сделать свои собственные тесты в инструменте Dev хром, вот link

Возьмите ссылки смотря какие сжатия используются большие сайты, такие как Google, Facebook, Twitter и т.д.

 Смежные вопросы

  • Нет связанных вопросов^_^