у очереди реализована подписка: на одно событие может одновременно могут запустится несколько обработчиков, это удобная абстракция между системами, оптимированная на быструю доставку.
одно дело перевод, другое успешное окончание транзакции. те. отдать событие на перевод не означает ее завершение, необходим обратный вызов.
чаще встречается задача, когда в алгоритме очереди исключается получение одной задачи двумя обработчиками одновременно
Очень даже помню, об этом мой вопрос номер три. И тут сразу другая проблема: недоступной может стать та база, в которой я ставлю статус "обрабатывается" в ходе обработки, и сменить статус на "выполнено" я не могу. Это потенциальный race condition.
тут имеется ввиду обработка одного события разными обработчиками, которые реализуют разный функционал. не всегда нужно, но бывает полезно. Event driven!
подумай еще раз, как это происходит при обычных онлайн платежах.
У меня он в продашне, в кастомной сборке с czmq
Paypal несколько раз постучится своим Instant Payment Notification, потом платеж потеряется.
Вот вообще не проблема, монологом в stderr вывести.
А нафига это все? Запускаешь основным процессом прямо php-cli и все. Nginx с проксиком - отдельно, вместе с терминацией ssl и вот этим всем - часто такое вообще физически даже на отдельных машинах.
Да те же яйца, вид сбоку. На самом деле более интересный вопрос - какой из pecl/[lib]{e|u}v[ent] собирается и нормально работает под актуальной версией php.
Process manager нахрен для этого не нужен, все можно обрабатывать в рамках единственного event loop. (Опустим вопрос smp, аналог nodejs-овского cluster это банальнейшая штука при наличии posix_*).
Ну собственно, это нормально для реактпхп, в одном евентлупе все крутить.
Поллинг - это несерьезно. Предлагаешь по таймеру каждые N микросекунд поллить?
