Vitsliputsli, там я имел в виду держать условный uuid на фронте, который добавлять в сообщение
а ловя входящее проверять подпись... сделал через сервер, спасибо!
связи решают там, где конкуренция
в ИТ сейчас конкуренция за кадра, а не за место
то есть буквально "по знакомству" ищут программистов (чаты и личка переполнены запросами "есть знакомый программист сделать Х работ" и емейл трещит от вторжения кадровиков),
а не "по знакомству устраивают"
ошибку не проблема получить — когда поймали, тогда и получили
ORM с паттерном DataMapper — это не либа для "делать запросы", а штука, которая СИНХРОНИЗИРУЕТ состояние приложения... если была ошибка в харнилище, то ORM не может далее ручаться за стейт и потому закрывается. Эт опо дизайну
Но тк к этой ORM отношение "штука для запросов" (ну она и правда удобна в этом плане, хоть и не для этого) — получается ее юзают при обработке списка записей в командах, например, и вот на такую особенность натыкаются... когда хотят пропустить и пойти по записям дальше
По идее при флаше есть ошибка, нужно ее достать, а не гасить, перезапустить например EM
tukreb, read model нужна для отделения логики чтения от юзера, соответственно когда мы проводим разделение — юзер превращается в несколько моделей (юзер который для авторизации (с ролями), юзер который автор, юзер который сотрудник и прочее)
лишение доменной модели логики чтения — мы упрощаем сильно домен и понижаем связанность (каплинг)
а ловя входящее проверять подпись... сделал через сервер, спасибо!