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