Создание сервера для онлайн ММО игр на PHP ч. 1 — Введение

И я не понял, о чем эта статья.
Благословение необходимо на создание? Или что? Или движок уже написан и ...? И что?

Зашел почитать про что-то техническое, в итоге прочитал бред человека под спидами, по видимому.

ПС. Не будИм тебя, как твои коллеги и друзья - спи дальше ...

Я когда-то делал что-то подобное для пет-проджекта, планировал на rust, но прототип сделал на phpReact. В результате оказалось, что именно скорости более чем хватает и в php. При том, что игровая механика вычислялась довольно тяжело (абсолютно всё - сообщение в priority queue "получателя", обрабатывающего эти сообщения по своей собственной логике и порождающего новые сообщения для других игровых объектов и сети). А сложности лежали в плоскости отладки игрового процесса (на сложной карте начинается настоящий хаос, при том хаос асинхронный) и здесь то, от чего защищает rust никак не помогло бы (с типизацией и так всё строго, вместо многопоточности многозадачность). Поэтому оставил так, но несколько выгорел и отложил для лучших времён.

Именно эта статья практически не несёт в себе полезной информации.

Вертикальные видео это вообще ужас.

Но на всякий случай всё же подписался и буду следить. Не уверен что у вас получится, но желаю удачи.

М-да уж. Во-первых, это не статья, а "прототип" статьи: ещё толком ничего не готово, ноль кода, зато дофига бессмысленных рассуждений. Во-вторых, кто съел все знаки орфографии? В большинстве мест не критично, но есть и моменты, когда реально с первого раза не понятно, что автор хотел тебе сказать (например, секунд 10 тупил на "те": я даже представить себе не мог, что кто-то так называет т.е.)

Ну и в третьих: видосы. Тупо неудобно их смотреть. Это СТАТЬЯ, а не ЮТУБ РОЛИК, почему 90% инфы в видео?

Основная проблема персонажа из видео в том что он зря стал программистом имеет недостаточно компетенций для решения этой задачи. Это в принципе не удивительно потому что Unity имеет настолько минимальный порог вхождения, что через час после установки дистра можно кричать "мама посмотри, я делаю игры".. в то время как бекэнд многопользовательских игр динамичнее, чем покер, а уж тем более mmofps или mmorpg, это кровь сопли и гнев божий. Поэтому делать выводы, что dotnet must die медленный, а я напишу все на php и будет все отлично придет на ум только человеку с "метаниями в поиске уберинструмента" и таким же недостатком скиллов, или фанбою php.. у меня других предположений нет.

есть несколько путей

Увы но нет, путь по прежнему один. Фотон и прочие универсальные решения, подойдут для создания mvp, сессионных игр и инди со сравнительно небольшим онлайном потому что содержать собственное решение не нужно накладно, и дешевле переложить ответственность на провайдера и платить абонентскую плату. Как только вам понадобится высокий онлайн в одной сессии, масштабируемость и возможности для оптимизации, то единственный выход - это написать свой собственный бек для сервера с необходимыми плюшками.

Исторически сложилось что такие вещи пишутся на том же языке что сделан клиент (и теми же людьми), те обычно на С#, C++ .... более редко мне кажется на Nodejs (может для браузерок) и Golang (знал бы его - писал на нем).

Разработчики стараются использовать существующую кодовую базу. Потому что если у вас есть готовый пайплайн для взаимодействия с сетью, то писать это все заново на Go потому что Сережа знает только Go, никто не будет. Нужны определенные экономические или технические предпосылки, предыдущий пользовательский опыт и тд.