Ибо там в примере переменная какая-то articles.where

Но он в энтити конвертитьсч

Ибо там в примере переменная какая-то articles.where

Это релейшен

Да я не то написал :)

А расскажи что это?

Ты про uow?

Ага

Яж тупой

Ага

Типа, я не прав или тебе лень открыть гугал?

Типа, я не прав или тебе лень открыть гугал?

Лень гуглить кек

Ну тебя (

если кратко entity.property = 'new' entity_repository.update(entity)

Без айдишника

Так есть такое

Тада лан

В примерах не нашел

Там правда сложно, но можно

book = Book.new(title: "Hanami") book.title # => "Hanami"

ну блин

Имутабельность

Я про то, что сущность = табличка в базе

Ну, в смысле, он выступает как хранилище

Ага

Так низя

Почему?

Потому что это AR

А вы предлагаете репозитории

(Да, то что это AR. сущность не перестанет быть сущностью если имеет уникальный идентификатор, но сейчас не об этом)

Я так и не понял, как у вас в репозиториях определяется хранилище с данными Task (entity) TaskRepository по названию что ли? Или это на усмотрение того, кто пишет?

Я так и не понял, как у вас в репозиториях определяется хранилище с данными Task (entity) TaskRepository по названию что ли? Или это на усмотрение того, кто пишет?

На усмотрение

Ок

А если чел себе прокинет entity ибо это ar. и ваш репозиторий будет возвращать это, а чел будет кричать "салите, салите, у меня репозитории!!" Вы будете виноваты? :D

Сложный вопрос честно сказать

Сложный вопрос честно сказать

Я сомневаюсь, что в рубях.очень сильно упарываются эвансом

Из за рельсов и их ar'a

Все так

Чувак увидит ваш пример с запросами (аля плохая практика), раздуплится что репозиторий должен эти цепочки делать, но не будет знать про то, что нельзя возвращать хранилище, ибо толку от такого репозитория 0 Ну, в общем, это его прокол канеш, но как то странно вы сделали

Да

это так прекрасно после дотнетовской EntityFramework. Аж душа радуется

изи)

вы кстати видели это? https://github.com/motine/parts_demo http://tomrothe.de/posts/rails_parts.html

вы кстати видели это? https://github.com/motine/parts_demo http://tomrothe.de/posts/rails_parts.html

Этой идеи сто лет уже

В чем смысл - я хз

Этой идеи сто лет уже

че правда чтоль?)

Это из разряда "хочу крч чета новенькое, я же ауеный разраб. о, разобью ка я на папочки свой проектик! я архитектор епта!"

я прост первый раз вижу чтоб так rails app разбивали

привет! такой вопрос: нужно отслеживать состояние пользователей(онлайн\офлайн), для этой цели решил юзать вебсокеты. так вот где лучше хранить поле состояния? в постгре или может в редисе? хотелось бы услышать плюсы\минусы этих двух подходов. или может есть какое-то другое решение

хранить в редисе

ИМХО, если база на обычном харде, то можно хранить и в базе. но если на SSD — в редис

если в редисе пусто - оффлайн

ИМХО, если база на обычном харде, то можно хранить и в базе. но если на SSD — в редис

наоборот не?

наоборот не?

ну так редис же in-memory

а ssd от лишних циклов записи не обрадуется

блинам на харде то пофигу

Еще один

а ssd от лишних циклов записи не обрадуется

ясно, держите в курсе

Еще один

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

но все же)

привет! такой вопрос: нужно отслеживать состояние пользователей(онлайн\офлайн), для этой цели решил юзать вебсокеты. так вот где лучше хранить поле состояния? в постгре или может в редисе? хотелось бы услышать плюсы\минусы этих двух подходов. или может есть какое-то другое решение

А зачем сокеты? :с

хотя... тогда проще перестраховаться, и юзать редис

А зачем сокеты? :с

потому что без них медленно

потому что без них медленно

Ясно, держите в курсе

Ясно, держите в курсе

ты хочешь пачку http запросов гонять каждую секунду?

ты хочешь пачку http запросов гонять каждую секунду?

На кой черт?!

На кой черт?!

вот именно на кой черт

вот именно на кой черт

Бля

если есть вебсокеты для состояний

Ты просто кидаешь при определенных событиях событие на то, что юзер в онлайне

Ты просто кидаешь при определенных событиях событие на то, что юзер в онлайне

событие? куда?

Угадай

не буду угадывать

как ты события без вебсокетов будешь пушить?

Куда-угодно блять

Куда-угодно блять

куда угодно это хотелки от менеджеров

Юзер обновил свой профиль - событие в системе сгенерировалось

Юзер обновил свой профиль - событие в системе сгенерировалось

ну сгенерилось оно

ну сгенерилось оно

Ну

НА КЛИЕНТ ОНО КАК ПОПАДЕТ?

баранки гну

Ясна

Ты так и скажи

Ты так и скажи

а нахера там еще вебсокеты? ))

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

гонять данные с клиента / на клиент

как раз твоя пресловутая генерация событий

ахахха, бля) отошел на пару минут, а тут уже началось

Я ДУМАЛ ЧТО БЛЯТЬ СОКЕТЫ ДЛЯ ТОГО ЧТОБЫ ОБНОВЛЯТЬ ИНФУ В БАЗЕ

Я ДУМАЛ ЧТО БЛЯТЬ СОКЕТЫ ДЛЯ ТОГО ЧТОБЫ ОБНОВЛЯТЬ ИНФУ В БАЗЕ

а с клиента ты их как пушить будешь? ххтп запросами?

не проще сразу в вебсокет писать?

а с клиента ты их как пушить будешь? ххтп запросами?

Ясн

В случае если сокет уже будет 100%, то проще

Юзер обновил свой профиль - событие в системе сгенерировалось

Но как я и сказал выше...

Слушатель подписывается и пиздует обновлять статус юзера в базе

куда он там подписывается

Ой бля

Ну тя

нет ну тя

куда то там абстрактно подписывается это менеджерские хотелки