index0h

Столкнулся с необходимостью применения трейтов PHP, и тут проблема.

Трейты действительно нужны в очень специфических кейсах, 146% что это не ваш кейс.
У вас код и так даже не комочками, не стоит его разводить до более жидкого состояния.

Конструктор в трейте - это, не нахожу подходящего цензурного слова, пусть будет табу.

Что касается непосредственно вашей ошибки - смотрите в сторону автолодинга.

https://github.com/index0h/php-conventions почитайте на досуге

id int unsigned,
createdAt timestamp,
startedAt timestamp,
finishedAt timestamp,
interval int unsigned -- Я не очень понимаю, что у вас такое интервал, храните лучше в секундах.

По крону каждую минуту (можно и 10 мин, это не особо важно) вытягиваете записи, у которых startedAt >= CURRENT_TIMESTAMP() и finishedAt < CURRENT_TIMESTAMP(). Интервал и вот это вот все уже на части пыхи обрабатываете. Не забудьте комплексный ключ для startedAt+finishedAt добавить.

При выборке обязательно добавляйте погрешность, хотя бы секунд 5-10, либо вместо CURRENT_TIMESTAMP подставляйте округленное время, например для времени 10:20:01 используйте 10:20:00

как сохранять сообщения, не привязываясь к очереди в отправителе, чтобы при запуске получателей они стали получать эти сообщения?

Создать эксчейндж, создать очереди, забиндить очереди на эксчейндж.

Если способ только декларировать очередь в отправителе, то тогда какой смысл fanout обменника?

Смысл в том, что распределение идет по очередям, а не консьюмерам. Если нет очередей - распределять некуда.

fanout вам не нужен

нормальной архитектурой, качеством кода, нормальным современным процессом с CI/CD и т.д.

От говнопроекта не застрахован никто, вне зависимости, php, java, c#, js, brainfuck...
Чаще всего архитектура, качество кода и вот это вот все развито там, где это критично для бизнеса и бизнес понимает, либо пишем нормально, либо жопа. Но таких, к сожалению, мало. Можете на собесе спросить, какой даунтайм допускается и как часто они происходят. Если адунтайм в минуту надо согласовывать за неделю и более - скорее всего об качестве пекутся. Если даунтайм в пол часа не особо проблема - всем нас*ать))

С одной стороны в требованиях были знания стильно-модно-молодежных Redis, Symfony понимания Git-Flow, Agile и т.д. и там же указаны - знание WP 1С-Битрикс. Как это можно понимать?

Это некомпетентность составившего вакансию, не более.

Как то, что придется занимать разно плановыми задачами?

Задайте вопрос рекрутеру))

Если выделить суть вопроса - как отличить компанию в которой можно будет вырасти в PHP разработчика, а не веб мастера.

Задайте несколько вопросов:
0. Вы продуктовая компания?
1. Что с их точки зрения легаси, какой его процент в проекте и как часто возвращается технический долг?
2. Какой процесс разработки от начала и до конца?
3. Какие стандарты и требования используются?
4. Какое покрытие тестами?

Заводите отдельную таблицу.

CREATE TABLE IF NOT EXISTS `phoneAuthorisationCode` (
    `id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
    `phoneId` INT UNSIGNED NOT NULL,
-- Код используется для авторизации, по этому хранить его в открытом виде очень плохая идея
    `codeHash` CHAR(16) NOT NULL,
    `createdAt` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
-- Код временный, если expiredAt > CURRENT_TIMESTAMP - он прострочен и использовать его уже нельзя
    `expiredAt` TIMESTAMP NOT NULL,
-- Дату использования кода необходимо указывать. Если это поле не пустое, использовать этот код уже нельзя
    `processedAt` TIMESTAMP DEFAULT NULL,
    PRIMARY KEY (`id`)
)
    ENGINE = InnoDB
    DEFAULT CHARSET = `utf8`;