можно ссылочку?

В описании чата есть (этого чата)

он заброшен

на время

@Big_Shark И зачем нам эта информация

Сорян, ребенок баловался.

А за роллы так и не забашлял)

Колеги, только-только вливаюсь в новый для себя фреймворк после Лары и Юи подскажите есть ли нормальная документация на ентити, доктрины и репризиотоии? Желаьельно что бы объясняли как тупому а то сколько не читал не могу не понять, не почувствовать. Я начальника уже заибал предлогать вместо доктрин использовать елеквант. Колеги если не трудно скиньте документацию для тупых. Конечно если не трудно. Если не трудно то хотелось бы ещё узнать философию разработки так что если знаете хорошии статьи то тоже скажите. Я понимаю что в Гугле меня не забанили, мне крайне стыдно просить помощи. Но буду оч благодарен если поможете

просто погугли доклады, пройдись по ссылкам которые кидали тут. Увы, но нарушена куча правил чата, автоматический бот распознал сообщение как нарушение и сейчас прилетит бан на неделю на write. ((

на счет "философии" разработки - доктрина хороша для code first подходов, элоквент хорошо там где мало логики и больше загоны по "надо просто достать данные и показать на UI" + database first подходы.

Можешь по вот этим штукам гуглить. Еще внутри подходов доктрины есть ветки - сущности это тупые пачки данных которые мэпятся на таблички а логика в сервисах и "нормальная декомпозиция". Оба подхода имеют право на жизнь, второй в целом проповедуется частью разработчиков доктрины. Тут можешь почитать посмотреть от марко докладики по doctrine best practices: https://ocramius.github.io/doctrine-best-practices/#/

Но в целом аксиома эскобара. Если не знаете что юзать и как юзать - юзайте то что юзают большинство в купе с фреймворком (что бы проще с наймом было) и изучайте. Фреймворки штука вторичная в дизайне систем.

алл би бек

а причем здесь индексы? Речи о них вообще не шло

события с повтором каждые n минут? Да ладно ))

это календарь, а не таймер

зачем каждую минуту?
В полночь по крону получаем все ответствующие записи из таблицы повторов, подразумевается что это отдельная таб с односторонней связью на событие, событие в данном случае нам не нужно, достаточно её id, итого имеем список id повторяющихся событий на сегодня, также имеем время за которое требуется уведомить пользователя - создаем на указанное время в очереди уведомление, а дальше уже сработает мессанджер

в хендлере сообщения по id получаем событие, пользователя и все что необходимо, и оправляем уведомление

можно даже проверить, не отменилось ли событие или было изменено, тем самым предпринять соответствующие действия

ну а индексы - это уже само собой разумеющееся, что на поля поиска нужен индекс