Andrey Shatokhin

Мы для xdebug на проде используем отдельный поддомен типа dbg.example.com, который использует отдельный пул fpm c включенным xdebug.

Ну у вас же убунта. Используйте менеджер пакетов.
apt-get install php-redis

если у вас php версия не из стандартного репозитория
apt-get install php7.2-redis

Попробуйте User Agent поставить от браузера.

Исторически сложилось, что long polling и websocket не дружат с php. Печалька в том что php никогда не был сам себе веб сервером, и потому управлять подключением не умеет хорошо. Обычно между клиентом и php есть какая-то прослойка - nginx/apache/итд
Варианты конечно есть. Есть нативный dev-web server в php. Есть реализации типа php-pm. Но как веб сервер - любая из них уступает nginx/apache.
Натягивать long polling на apache+mod_php/nginx+php-fpm я бы вообще запретил. Это требует больше ресурсов чем запросы каждые 2 секунды.

Весь профит композера в скорости разработки. Подключить компонент быстрее чем реализовать самому. Если компанию устраивает их текущая скорость разработки - то можно хорошо жить и без него.

Особенно это хорошо если проекты пишутся за один раз и потом не поддерживаются. Много раз видел как composer install в новом окружении собирал не рабочий проект.

Я лично знаю не мало крупных сайтов (миллионы просмотров в день) в которых композера нет.

Композер это не стандарт разработки php. Это инструмент. Который имеет свои плюсы и минусы.

Зачем вам страна? Вам же язык нужен? Используйте http заголовок Accept-Language из запроса. Сразу узнаете какой пользователю нужен язык.

Ну так port forwarding на роутере же надо настроить.

Вы же этот код в большую версию сайта встроили?
Тогда при переходе на него с мобильной версии просто добавляйте аргумент ver=full
И там с кукой что-то не доделано. Она ставится когда надо, но не проверяется.

Нужно тюнить "бекэенд" 200 мс это вообещ не лезет никуда. Доводите до 5-10 мс а продакшене - тогда это будет готово к highload. а теперь по вопросам - сокеты не стоит юзать для http, кеш тоже, и вообще все запросы на бекенд делайте постом. Про multy curl не уверен, должно хватить и простого curl(). 1000+ запросов что пройдут через кеш и фильтры до бекэнда - один сервер точно не выдержит. и да все это стоит размещать на одном сервере. А поверх нескольких ставить балансировщик.
Хотя 100 000 page view это вообще-то не high