This!

Выкинуть пыхопе, и использовать Golang!

5 000 уникальных пользователей в день

Это разве большая нагрузка?

на асинхронном PHP

транслировать в Си или переписать на Го

от 5 000 уникальных пользователей в день

а «до» - сколько ? А так, это 3-4 пользака в минуту - копейки.

нагрузкой от 5 000 уникальных пользователей в день

Вообще ни о чем не говорит. 5К пользователей могут заниматься разным на сайте, вот например, какой-нибудь простой форум, пользователь открыл страницу, на сервер улетел запрос, он его обработал вернул html-ку, пользователь сидит читает посты, раз в 5 минут переключаясь на следующую страницу. А может быть какой-нибудь супер-модный вебдванольный SPA, где пользователь так же сидит и читает посты, но в фоне при этом генерируется дохренилион запросов к беку.

Я это к тому, что количество пользователей весьма косвенно коррелирует с нагрузкой, более релевантно говорить, например, о количестве запросов в секунду.

А ты попробуй что-нить запилить хайлоадное, тогда и вопросы такие отпадут. Вот сядь и найди свой предел запросов, узнай когда начинаются лаги и почему они начинаются и как их можно избежать.

вебдванольный SPA, где пользователь так же сидит и читает посты, но в фоне при этом генерируется дохренилион запросов к беку

Это такое фи в сторону SPA?

А может быть какой-нибудь супер-модный вебдванольный SPA, где пользователь так же сидит и читает посты, но в фоне при этом генерируется дохренилион запросов к беку.

это не SPA, это говно какое то.

На одном из сайтов есть вакансия для PHP программиста с требованиями:

- Laravel
- Опыт реализации реальных проектов с нагрузкой от 5 000 уникальных пользователей в день;

Данная вакансия не подразумевает то, что принято называть «высокой нагрузкой». Просто вам помимо знания PHP и Laravel нужно иметь представление о том, как оптимально настроить веб-сервер и PHP-шную backend-часть (php-fpm / mod_php), чтобы сайт не тормозил. Сюда относятся вопросы кэширования (в веб-обозревателях и в Laravel), правильная настройка числа PHP-шных процессов исходя из реальной нагрузки в секунду, настройка opcache, ну и еще что-нибудь по мелочам.

Данное требование призвано отсеить тех кто больше хелоуворда и домашней странички кота не делал. И найти тех кто знает что такое кеши и хеши.

Опыт реализации реальных проектов с нагрузкой от 5 000 уникальных пользователей в день

Да это же фигня. Вот от 1000 запросов в секунду (к более менее серьёзной PHP странице) - тут уже может начаться хоть что-то интересное. А 5000 в день - это вообще ни о чём. Может, временной интервал спутали?

У каждого своя планка. Кому-то и сто рублёв на нямку хватает.

основные источники тормозов:

* include|require_once/
* относительные пути при открытии модулей
* обращения к БД и отсутствие prepare, биндинга параметров запроса
* файловые операции
* глобальные переменные
* лишние обращения
* передача и модификация массивов
* отсутствие ясности и неосиляторство
* искаженное восприятие действительности
* дефицит технической культуры
* legacy

http://talks.php.net/show/korea09

Максимум статики - минимум динамики!

На laravel можно добиться, да почти на любом фреймворке можно добиться и без них тоже. Можно синхронным кодом добиться хорошей масштабируемости, можно асинхронным. Зависит от много чего. Если у тебя допусти 5000 тысяч очень активных юзеров,а это значит что их не 5000 тысяч, а хотя бы 50000, то это не проблема в для обычного синхронного php кода. Это больше проблема будет уже для базы, для хостинга твоего. То есть возиться надо будет именно с инфраструктурой, с балансировкой запросов. Точно также, если у тебя вместо php хоть nodejs, хоть чёрт с рогами асинхронный, но запросов будет дохрена, что всё упрётся в дб и диск, тебе надо будет балансировать запросы между серверами.

В общем добиваются нормально работы под большой нагрузкой не с помощью технологий, а с помощью проектирования, тестирования и доработок на ходу.

Ой да ладно, тут же зависит от количества этих ваших include. Тоже самое и про другие пункты можно сказать. Те же тормоза файловых операций сильно будут зависит от хостинга, что это за операции и тд. В конечном счёте любая бд под большой нагрузкой на запись уникальных данных даст худший вариант файловых операций и всё упрётся в диск.

Из списка получается, что некоторый сферический код, состоящий из чистых функций будет работать быстро, ну да, так зачем тогда вообще бекенд дергать, деграть такие функции сразу на клиенте:)

3.5 посещений в минуту == высокая нагрузка? Щта?