В Laravel, например, есть штукенция, называется FormRequest. Полагаю, в Symfony должен быть какой-то похожий подход?

без форм я показал выше

что до FormRequest - я юзаю свой лесапед - https://github.com/fesor/request-objects

пока застрял на этом, мне уже не так нравится как пол года назад, но в целом удобно

Интересно, использую при случае)

Всем привет

Кто-нибудь может подсказать? Хочу попробовать реализовать систему личных уведомлений для пользователя, но в голову идут одни костыли. Вообще - может есть какие-то бандлы, которые могут решить эту задачу? А так, представляю себе алгоритм следующим образом. Создаём сущность, поля - userID, Message, TypeOfMessage

Как выбирать за конкретного пользователя его личные сообщения я понимаю, но если мне нужно отправить сообщение всем пользователям?

Кто-нибудь может подсказать? Хочу попробовать реализовать систему личных уведомлений для пользователя, но в голову идут одни костыли. Вообще - может есть какие-то бандлы, которые могут решить эту задачу? А так, представляю себе алгоритм следующим образом. Создаём сущность, поля - userID, Message, TypeOfMessage

что значит "личных уведомлений"? тип персональные нотификашки?

Да)

Как выбирать за конкретного пользователя его личные сообщения я понимаю, но если мне нужно отправить сообщение всем пользователям?

user_id=null?)

хотя так себе

Надо что бы менялся статус - прочитано или нет

Удаление, по идее

Вот и хз)

выбрать всех пользователей, каждому отправить

Ведь не создавать в базе n записей

Удаление, по идее

или курсор

Ведь не создавать в базе n записей

почему?

как у тебя нотификашки эти выводиться будут?

А если у меня 1000 пользователей? Жесть же

Ведь не создавать в базе n записей

сколько там центов за гигабайт нынче?

1000 ну и что?

А если у меня 1000 пользователей? Жесть же

у меня 50К и норм

короч

не в этом вопрос

Ну уведомлялка где-нибудь возле менюшки (с количеством сообщений) и отдельная страница

С перечнем

как ты планируешь вывод нотификашек? что является тригером "прочитанности"?

ну мол надо явно "закрыть" нотификашку, или просто проглядеть список?

Скажем, юзер жмакает на кнопку и я обновляю поле в бд

Закрыть)

Типо addflush, только не оно)

а если чел долго не появлялся на сайте и у него 100 нотификаций?

Закрыть все разом

как?

у тебя будет кнопка возле каждой нотификации илил просто кнопка "прочитано"?

или и то и то?

Кнопка возле каждой (крестик) + кнопка удалить все

В натуре, можно же просто их удалять

Нафиг прочианность

совет - никогда не удаляй ничего

Почему?)

пригодится

на первое время проще всегда все хранить чем потом пытаться восстановить

Я чем-то задним понимаю, то что ты прав)) Так что, создавать 1000 одинаковых записей, которые будут отличаться только userID?

notifications <- notification_status -> user

таким образом можешь и персональные сообщения делать и бродкастить

Извини, это сообщение я не понял :(

notifications <- notification_status -> user

табличка notifications, табличка users, табличка notification_status которая состоит из notification_id, user_id и status

первое что приходит в голову

делается быстро, покрывает все твои нужды...

Понял!) А чтобы получать количество сообщений мне в любом случае нужно шелестит базу на предмет соообщений конкретного пользователя?)

Понял!) А чтобы получать количество сообщений мне в любом случае нужно шелестит базу на предмет соообщений конкретного пользователя?)

select count(*) from notification_status where user_id=:user

Ничто ведь не мешает завести у юзера MessagesCount

Ухты

Level up!

Супер)

ERROR: S client not available

Блиа какие ж я костыли тогда писал

Ничто ведь не мешает завести у юзера MessagesCount

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

что бывает не тривиально

ну или тригеры в базе тогда лепить

что не гуд

а так влепил индекс с условием по статусу и база тебе будет просто цифру давать

Ну да) Спасибо за помощь! Это нереально сэкономило мне время)

Я и не думал, что есть русское коммьюнити

combot.org/chat/-1001091570538

ВУХУУ! Я ЛУЧШИЙ!

combot.org/chat/-1001091570538

? главное что по флуду не топ показатель

Ну и ладно, флуд в конце, все равно золотой кубок у мен

У меня вопросик

Кто нибудь имеет у себя парсер DBF файлов ФИАС-а (бывш КЛАДР)?

https://github.com/gillbeits/fiasparser/tree/master/src/FiasParser

Там через EventDispatcher Symfony, из ФИАС в PHP

тут вроде были кто держит докер в проде. есть кто-то кто держит больше сотни инстансов симфони?

каким образом вы решаете проблему компиляции контейнера симфони?

у нас не сотня, но контейнер компилится секунд 30-40 внутри запущенного docker

ждем пока скомпилится, только после этого пускаем трафик

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

мы собираем сначала в одном, ждем, а потом к 3 других аттачим как volume. Не знаю правда, как эта штука сработает с кучей нод

я думал после разворачивания нод запускать на каждом сервере хосте для волюма компиляцию контейнера

но админы сказали там swarm и хрен такое сделаешь

у вас не swarm?

в swarm-е есть интервал между запусками

чтобы не сразу все, а с некоторой задержкой

но 200 штук вы так будете долго запускать