webman производительность

Процесс обработки запросов в традиционных фреймах

1. nginx/apache принимает запрос
2. nginx/apache передает запрос php-fpm
3. php-fpm инициализирует окружение, например, создает список переменных
4. php-fpm вызывает RINIT различных расширений/модулей
5. php-fpm считывает php файлы с диска (это можно избежать, используя opcache)
6. php-fpm выполняет лексический анализ, синтаксический анализ и компиляцию в opcode (это можно избежать, используя opcache)
7. php-fpm выполняет opcode, включая 8.9.10.11
8. Фреймворк инициализируется, например, создаются экземпляры различных классов, включая контейнер, контроллер, маршрутизация, промежуточное ПО и т. д.
9. Фреймворк соединяется с базой данных и осуществляет проверку прав доступа, подключает redis
10. Фреймворк выполняет бизнес-логику
11. Фреймворк закрывает соединения с базой данных и redis
12. php-fpm освобождает ресурсы, уничтожает все определения классов, экземпляры, уничтожает символическую таблицу и т. д.
13. php-fpm последовательно вызывает метод RSHUTDOWN различных расширений/модулей
14. php-fpm перенаправляет результаты в nginx/apache
15. nginx/apache возвращает результаты клиенту

Процесс обработки запросов в webman

1. Фреймворк принимает запрос
2. Фреймворк выполняет бизнес-логику (opcode байт-код)
3. Фреймворк возвращает результаты клиенту

Верно, в отсутствие обратного прокси nginx, у фреймворка всего 3 шага. Можно сказать, что это крайность PHP фрейка, что обеспечивает производительность webman в несколько раз выше, чем у традиционных фреймов, а иногда и в десятки раз.

Дополнительная информация тестирование на нагрузку