Это отличный кооп (и с рандомами тоже хорошо). Хороший визуал, свежие идеи, единый мир для всех игроков, который меняется от их результатов. Глоток свежего воздуха в этот тип игр.
Про гейминг не согласен. Скорее всего заставят нейронку генерить или адаптировать сюжет, диалоги и действия на ходу. Как уже сделали в готике, ссылку потерял
1. без ide или тулзов вы не узнаете какие интерфейсы реализовли и реализовали-ли вообще. не говорю что это плохо, но без явного указания имплементация интерфейсов неочивидна (вы явно это на структуре не видите)
2. согласен, но в случае php8 изменения простые, легко подхватываемые ide
Разобрался, так как zend_object может быть вариативной длины. Длина зависит от количество свойств у класса. И если поставить zend_object сверху вашей структуры то может произойти перезапись данных вашей структуры, при работе со свойствами класса
Работа с БД/redis/итд в bash? Вы странный :)
Если демон имеет одну кодовую базу и логику с проектом (а так и стоит делать), то функциональность демона, его расширение и поддержка не становится проблемой
Могу сказать из своего опыта, что обычно такие демоны нужны для разбора отложенных и «тяжелых» задач, то есть тех задач которые не могут быть выполнены в apache/fpm так как может не хватить времени, ресурсов (читай памяти) или воркеров сервера.
Как это происходит. Когда какой-то web запрос решает что надо сделать «тяжелую» задачу, он отправляет ее в очередь и завершает запрос (обычно выводят что-то вроде сообщения «ваш запрос обрабатывается» или прогресс бар и через ajax проверяют статус выполнения задачи что бы сообщить о результатах на странице). Созданный демон разбирает эту очередь в фоне и выполняет «тяжелые» задачи. Что бы успешно разбирать много задач одновременно, как правило, демон делают много процессорным (используя pcntl_fork()), каждый дочерний процесс выполняет свою отдельную задачу.
Конечно это можно сделать и кроном, но тут не будет эффекта real-time, так как разрыв между запуском будет N секунд (обычно 1 минута). За это время может накопиться куча задач, а так же заставлять пользователя ждать — плохая практика.
Можно переменную $_modx сделать глобальной$.modx что бы не заботиться о пробрасывании ее всюду. Не знаю где у вас храниться объект modx, но можно сделать через свойство самого шаблонизатора:
Это отличный кооп (и с рандомами тоже хорошо). Хороший визуал, свежие идеи, единый мир для всех игроков, который меняется от их результатов. Глоток свежего воздуха в этот тип игр.
Быстрее бы доработали до роботов-строителей, что бы строили 24/7 без лени, косяков и по ТЗ. Уже нет веры в человеческих строителей
Делает вид что жив, но сам мёртв
Это уже проходили.
Очки сложно сделать такими что бы нравилось всем,а еще что бы смотрелись на человеке норм так как в них надо выходить к людям.
Поэтому, скорее всего, очков не будет с AR, но возможно будут насадки на вашу оправу для отображения данных на стёклах.
У меня стойкое ощущение что этот текст генерила нейронка
Как-будто тупость других заданий уменьшает или отменяет тупость этих.
Про гейминг не согласен. Скорее всего заставят нейронку генерить или адаптировать сюжет, диалоги и действия на ходу. Как уже сделали в готике, ссылку потерял
В статье про мировой IT, а не РФ.
Продолжайте наблюдение
Но... ведь... можно и тем и тем заниматься одновременно. Просто с чипами намного сложнее, полагаю
2. согласен, но в случае php8 изменения простые, легко подхватываемые ide
Если демон имеет одну кодовую базу и логику с проектом (а так и стоит делать), то функциональность демона, его расширение и поддержка не становится проблемой
Как это происходит. Когда какой-то web запрос решает что надо сделать «тяжелую» задачу, он отправляет ее в очередь и завершает запрос (обычно выводят что-то вроде сообщения «ваш запрос обрабатывается» или прогресс бар и через ajax проверяют статус выполнения задачи что бы сообщить о результатах на странице). Созданный демон разбирает эту очередь в фоне и выполняет «тяжелые» задачи. Что бы успешно разбирать много задач одновременно, как правило, демон делают много процессорным (используя pcntl_fork()), каждый дочерний процесс выполняет свою отдельную задачу.
Конечно это можно сделать и кроном, но тут не будет эффекта real-time, так как разрыв между запуском будет N секунд (обычно 1 минута). За это время может накопиться куча задач, а так же заставлять пользователя ждать — плохая практика.
тогда в шаблонах можно писать, причем доступно везде
(доступно с версии 2.8.0)