У меня есть веб-страница, которая показывает медлительность c. Во время отладки я заметил, что от 90 до 99% времени ожидания тратится на сервере после первого запроса (TTFB), что в среднем составляет около 1028 * 8 секунд. Подозрение относится к неоптимизированным запросам, множеству внутренних и внешних объединений без надлежащей индексации и т. Д. c ... Но это не вопрос:)
Я заметил, что на рабочем сервере (под управлением Cloud *) 1030 * на блоке ввода-вывода в OVH), для того же ИТОГО количества ожидания, что и на моей машине для разработки (Ma c OS X с MAMP Pro), распределение (и поведение) совершенно иное, и хотелось бы знать, знает ли кто-нибудь что-нибудь точное о причинах:
- Облако Linux Сервер: 12,22 с (TTFB) + 2,61 мс (загрузка контента)
- MAMP Pro: 2,36 с (TTFB) + 7,46 с (загрузка контента)
Хорошо, нагрузки на двух серверах разные. Но независимо от этого, шаблон странный: на Linux (Apache2 + php 7.3 + MySQL) кажется, что сервер готовит все, и когда все готово, он передает все, что нужно загрузить, что Браузер (Chrome) продолжает работать очень быстро.
Находясь на сервере MAMP (Apache 2, PHP 7.3, MySQL), он выглядит как браузер (тот же Chrome), запускающийся загружать и отображать контент, даже если сервер все еще работает на оставшейся части страницы.
Я не уверен, является ли это поведение, установленное в конфигурации PHP или Apache, или присуще платформе разница. Если бы кто-то мог указать мне правильное направление, это было бы замечательно.
Если рабочий сервер будет вести себя как моя локальная машина разработки, это будет первым шагом к тому, чтобы сделать эту страницу более удобной в ожидании рефакторинга. это должно произойти.
РЕДАКТИРОВАТЬ:
Чтобы проверить PHP буферизацию вывода, я добавил файл .user.ini со строкой php_value output_buffering Off, пытаясь повернуть любой буферизация, ну выкл. Это не имело места, страница по-прежнему отображается, когда вся «работа» выполнена, и TTFB по-прежнему составляет 99% от общего времени ожидания.