Я целиком и полностью за чистый код, чистую модульную архитектуру, SOLID и DDD. Но я уверен, что при хорошем проектировании и реализации вам не понадобится ничего распиливать. У нас в iFunny PHP-монолит на 500 kLOC обслуживает что-то типа 15 миллионов пользователей в месяц, 2 миллиона онлайн в пиковые часы. В сервисы вынесены только инфраструктурные куски: рассылка push-уведомлений, сбор и агрегация аналитики и т.п.

Соревнования у нас лишь одна часть системы. С этого все начнётся) Дальше у нас ещё есть идеи на этот счёт. То есть для нас эта система конкурсов не сама цель. Это то, без чего мы не можем, но это не Core)

Вот и я об этом. У нас пока таких цифр не планируется. Но позаботиться об архитектуре очень правильно и важно. Конечно, я буду делать по всем канонам DDD, CQRS используя Docker и так далее)

Основная победив это в правильности разделения ограниченных контекстов и связанности пользователей. Так если на примере танцев один и тот же человек может быть в разных контекстах разной роли. Где-то он танцор, где-то преподаватель, где-то судья, где-то оргкомитет. Дублировать везде ФИО дату рождения и все подобное - сложно, но хорошо. Делать без разделения контекстов - ещё больше проблем. Связанность не только в базе, но и коде. Поэтому и думаю как развязать узлы до старта работы.

У меня на старте будет вынесено тоже не много. Например, рассылка, уведомления и сервис работы с видео. Они достаточно потребляемые. Возможно какие-то не сразу. А может перед первой версией что-то вынесется. Надо тестировать. Так не сказать. Но разделение на контексты позволит сделать это копипастой. А если будет сильная связь - риски возрастают.

Видимо это день боли. Думал, что на маке будет разработка приятнее и круче. Вроде так и вышло, но у докера в маке есть какие-то баги с сетью. Пакеты не долетают в контейнер пинбы. Эх, все таки если фигачить, то на линуксе.

Уверены что дело в маке? я себе ставил все ок было

уверены что порты проброшены верно в контейнер?

Значит не так приготовил

Вроде уверен.
В docker-compose
Ports: "3302:3302/udp"

Все, вопрос снят. Пакеты пошли :)

что было?)

Не так слал пакеты ♿

Ок, обаращайтесь если что :)

Особенно интересно - если у вас есть нетривиальная нагрузка какая-то. Ну типа порядка миллионов таймеров в секунду совокупно на инстанс или отчеты с очень большим количеством строк (миллион+).

Мы периодически страдаем там на селектах из больших отчетов, есть пара идей по оптимизации, но было бы интересно еще real world кейсы собрать в дополнение к нашим.

Или, если вам нужны отчеты с большим окном аггрегации, кстати (вместо дефолтовой минуты).

А подскажите, пожалуйста, как лучше настроить PHP_CodeSniffer.
Чтобы он запускал автоисправление или разработчики при коммите получали ошибки и сами исправляли?
Есть ли какие-то значительные плюсы у вариантов или просто дело "вкуса"?

Тут все просто - SH скрипт на precommit-хук

Причем я бы сделал это и локально у разработчиков, и в пайплайне у гита