Да, конечно, о полном даунтайме речи не идет — это был бы вообще криминал. Я просто к тому, что надо рестартовать контейнер каждый раз. Я не могу делать это автоматически в пулле compose так как nginx — это, считай, самостоятельный проект на хосте, который обслуживает несколько проектов.

ассетики тоже не при каждом деплои меняются)

Мужики, кто какие базы городов использует?

привет!)

фиас

Раньше был citieslist.ru с базой из вк. щас он уже лежит

dadata выручает

С дадатой работали - вообще отлично(если у себя базу хранить не надо)

До этого облачный кладр или фиас юзали - гавно, надо отдельно все вбивать, тут одним полем, в коллцентре прям вообще огонь

Мне по сути классификацию по всем населенным пунктам. Улицы и прочие вещи мне не нужны (безусловно dadata ништяк)

Там вроде у ВК в апи можно города запросить, не?

как лучше тестировать внешний апи?

Есть смысл искать что-то кроме dadata?

Вк в целом норм. Но мне базу себе надо

citieslist.ru как раз имел у себя базу спарсенную с вк.

В принципе есть идея брать полученные данные из dadata, и при первом вхождении сохранять себе)) ничего лишнего)

подскажите пожалуйста, как правильно сделать запрос через AR есть 2 модели, Mover и Job (has_many, belongs_to), нужно вывести всех Mover, у которых есть хотя бы 1 Job, с полем: status: true

В вере передавай хэш

Вере(мовер: {жоб: тру})

Вере(мовер: {жоб: тру})

Именно так

Mover.joins("inner join jobs")

В вере хеш когда с ключом связи кидаешь он автоматом жоины делает, фо ю виф лаф

Разве?

Mover.joins(:jobs).where(jobs: { status: true }).distinct Вообще, мне ещё нравится в последнее время использовать merge, что можно сделать так: Mover.joins(:jobs).merge(Job.active), где active - скоуп

Можно ещё where subquery сделать, если distinct не сработает

ребзи чё про параллелизм почитать можо? ну руби

Гугли книгу "working with ruby threads"

загуглю, почитаю

а чего нибудь тпиа статьи какой

или документации

Конкурент руби

(наверное)

нус пацаны

в понедельник у меня собес на джуна на руби

держите за меня кулаки

Окейси

Ребята, привет! Подскажите как быть. Есть background job который переодически проверяет новость (тянет через rss) и если новость актуальная, мне надо отобразить ее. Чтобы постоянно не отображать, я проверяю ее (храню хэшсумму в redis) и сравниваю, но проблема в том, что не знаю где саму лучше новость хранить, чтобы отобразить. И вообще стоит ли хранить ее, подключать бд для этого. Новость очень маленьая (заголовок, анотация, дата). Вопрос в том, как мне лучше всего организовать отображение актуальной новости?

В бд

И хеш сумму там же по сути можешь хранить вместо реддиса

Всем привет) Кто-нибудь делал подключение react компонентов на rails 3?

Всем привет) Кто-нибудь делал подключение react компонентов на rails 3?

Обновлял rails 3 до 5.1 и делал ?

этого мы пока себе позволить не можем))

Обновлял rails 3 до 5.1 и делал ?

Интересно. С 3 сразу на 5 или через 4?

Через, по гайдам. С текущей тройки ступенчато до последней тройки, потом до 4.0, 4.1, 4.2, 5.0, 5.1 http://edgeguides.rubyonrails.org/upgrading_ruby_on_rails.html

А проект большой? Сколько времени занял апргейд?

чуваки, как сделать такое - у меня есть апи для покупки - update - api/purchase/:id и параметры - но чтоб сделать этот самый update нужно пройти опеределенную валидацию (из контроллера я вызываю service object, а там делаю include гема interactor). А еще есть такое апи update api/purchase/:id/attachments/ ( attachments относиться к purchase как belongs_to) и параметры. И чтоб сделать update attachment нужно ТОЖЕ провалидировать purchase!!!! Вот чё делать? гем interactor работает таким образом - там пишутся валидации и переопределяется метод call и в этом методе call объекту присваиваются новые значения. И вот у меня ситуация - у меня новый контроллер для update api/purchase/:id/attachments/ и, блин, ну как мне провалидировать purchase? можно унаследовать service object purchase для service object attachments - но по-моему это не совсем правильно. Есть какие-нибудь идеи?

у тебя отделный вызов api на изменение attachment, и при этом еще состояние purchase неизвестно или меняется?

у тебя отделный вызов api на изменение attachment, и при этом еще состояние purchase неизвестно или меняется?

в том-то и дело, что отдельный - api/purchase/:id/attachments/ + параметры. purchase - при этом уже известен. в роутинге для attachments - api/purchase/:id/attachments/ нет никаких новых данных для purchase, тем не менее purchase всё равно надо провалидировать

в том-то и дело, что отдельный - api/purchase/:id/attachments/ + параметры. purchase - при этом уже известен. в роутинге для attachments - api/purchase/:id/attachments/ нет никаких новых данных для purchase, тем не менее purchase всё равно надо провалидировать

зачем его валидировать - там какие то валидации связанные с attachments - может тогда стоит подумать о том чтоб перенести их в attachments или вынести их?

зачем его валидировать - там какие то валидации связанные с attachments - может тогда стоит подумать о том чтоб перенести их в attachments или вынести их?

валидировать purchase надо вот почему - потому что есть такие purchase, которые в определенный момент времени апдейтить НЕЛЬЗЯ и ваще с ними делать ничего НЕЛЬЗЯ (и attachments прикреплять к ним в том числе)

валидировать purchase надо вот почему - потому что есть такие purchase, которые в определенный момент времени апдейтить НЕЛЬЗЯ и ваще с ними делать ничего НЕЛЬЗЯ (и attachments прикреплять к ним в том числе)

если purchase знает о своем состоянии, то тогда возможно об узнать на этапе валидации attachments?

ну конечно же

purchase же я получить могу по id

purchase же я получить могу по id

ну вот и ответ - узнать у purchase в каком он состоянии при валидации attachments. нет?

ну вот и ответ - узнать у purchase в каком он состоянии при валидации attachments. нет?

а как? валидации на purchase находятся в сервис объекте, где инклюдится interactor (гем) - и у этого гема структура такая, что там должен вызываться ТОЛЬКО метод call, который и меняет состояние записи (а остальные методы - валидации и какие-то вспомогательные для метода call). Я ж не могу вызывать в Attachments сервис объект purchase - мне надо вызывать метод call и передавать туда новые данные для purchase - а какие новые данные для purchase, если я изменяю attachments и у меня просто нет новых данных для purchase

а как? валидации на purchase находятся в сервис объекте, где инклюдится interactor (гем) - и у этого гема структура такая, что там должен вызываться ТОЛЬКО метод call, который и меняет состояние записи (а остальные методы - валидации и какие-то вспомогательные для метода call). Я ж не могу вызывать в Attachments сервис объект purchase - мне надо вызывать метод call и передавать туда новые данные для purchase - а какие новые данные для purchase, если я изменяю attachments и у меня просто нет новых данных для purchase

состояние purchase можно узнать без валидации? Оно известно на момент сохранения attachments?

ну да

я только валидации не могу вызвать

я только валидации не могу вызвать

зачем вызывать валидацию purchase если нужно знать только о состоянии purchase?

так валидация только скажет можно этот объект изменять или нет

так валидация только скажет можно этот объект изменять или нет

без валидации это можно узнать?

можно. но мне код нельзя дублировать

короче. может можно как-то в этом interacore как-то вынести валидации... походу это единственный выход

ладно, спасибо за помощь

щас что-нибудь буду смотреть

ERROR: S client not available

Что мешает сделать return unless purchase.valid?

Вообще лучше в модели сделать понятный метод типа can_be_changed? И вызывать его и здесь и в валидации где это проверяется

Вообще лучше в модели сделать понятный метод типа can_be_changed? И вызывать его и здесь и в валидации где это проверяется

такая архитектура, блин. в моделях ничего не пишется, кроме скоупов и связей. немного на trailblazer похоже

Ну тогда должен быть отдельный интерактор для валидации, и отдельный для всего остального

Иначе эту логику сделали на столько криво, что она нежизнеспособно

такая архитектура, блин. в моделях ничего не пишется, кроме скоупов и связей. немного на trailblazer похоже

если метод не меняет состояние модели, то даже в траилблэйзере ок добавить такой метод в модель

Почему нет?

Сервис объекты для того и нужны что бы вызывать их для выполнения одного куска логики

Почему нет?

фиг знает. короче, мне надо вкуривать interactor

А не нескольких сразу

Интерактор это просто куча методов с контекстом на входе и выходе

Он простой как топор

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

короче, надо понять можно ли сделать такое с interactor - вызывать у него только валидации

А слепо следовать "метод в модели плохо" - это уже карго культ

Интерактор это просто куча методов с контекстом на входе и выходе

но из внешнего мира вызыватеся только call

ага

это и есть вход )

это как бы черный ящик "сделай мне хорошо" )

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

ради этого он и нужен

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

и что бы логику дробить на такие вот унитарные черные ящики

и ипользовать их потом

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

вернее можно, если у тебя в интеракторе есть приватный метод validate то ты можешь сделать InteractorName.new(context).send(:validate)

потому что он попрежнему руби класс и у него можно дергать приватные методы с наружи

но это очень плохо и так никогда делать не надо

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

один будет валидировать, а второй - выполнять логику приложения

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