Вот, таки получилось, спасибо User.joins(:team_members).where(present_type: :business, business_team_members: { business_account_id: User.select(:id) })

Вот, таки получилось, спасибо User.joins(:team_members).where(present_type: :business, business_team_members: { business_account_id: User.select(:id) })

у тебя в business_account_id может быть либо id какого то юзера либо id какой то другой модели?

у тебя в business_account_id может быть либо id какого то юзера либо id какой то другой модели?

нет, только юзера

я тогда не понимаю в чем смысл User.select(:id)

я тогда не понимаю в чем смысл User.select(:id)

есть пользователи у которых team_account является этим же пользователем, а есть такие у которых team_account это другой пользователь, и мне нужен именно первый случай

Я сгорел )

есть пользователи у которых team_account является этим же пользователем, а есть такие у которых team_account это другой пользователь, и мне нужен именно первый случай

проверь то что я тебе уже писал, должно сработать

User.where("team_account_id = id")

господа, а подскажите как сгенерировать уникальный случайный токен? Почему уникальный, потому что по нем будет идентифицироватся пользователь

Или лучше бессрочный jwt заюзать?

SecureRandom.что-нибудь

hex/uuid/whatever

User.where("team_account_id = id")

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

ну укажи тогда ту таблицу )

SecureRandom.что-нибудь

сенкс, решил jwt заюзать, все-таки там можно пайлоад передавать, там самым проще искать кому принадлежит токен

User.where("та_таблица.team_account_id = id")

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

а ну заджоини ее. можно тогда это условие вообще в ON прокинуть

угу.

Ну да, так по проще запрос выглядит : User.joins(:team_members).where("business_team_members.business_account_id = users.id")

Ну да, так по проще запрос выглядит : User.joins(:team_members).where("business_team_members.business_account_id = users.id")

ага, можно еще заджойнить сразу по этому условию. получится что то вроде User.joins("INNER JOIN business_team_members ON business_team_members.business_account_id = users.id")

ага, можно еще заджойнить сразу по этому условию. получится что то вроде User.joins("INNER JOIN business_team_members ON business_team_members.business_account_id = users.id")

а в чем разница?

в первом случае результатом джоина будет таблица в которой юзер член какой то группы и дальше ты фильтруешь что бы он был не просто членом а "создателем". Во втором случае в результаты джойна не будут попадать обычные члены группы.

ну и по идее это будет побыстрее

ну и по идее это будет побыстрее

окей, понял, спасибо

ага, можно еще заджойнить сразу по этому условию. получится что то вроде User.joins("INNER JOIN business_team_members ON business_team_members.business_account_id = users.id")

забавно но этот способ плохо работает с .or(), ругается на несоответствие запросов, и почему-то на какой-то :references

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

if: :name_changed?

Всем привет. Кто-нибудь знает как в ActiveAdmin программно Tab активным сделал?

if: :name_changed?

хм ... так это в каком хуке писать after_save?

Может в бифо?

хм ... так это в каком хуке писать after_save?

как пробовал?

Всем привет. Кто-нибудь знает как в ActiveAdmin программно Tab активным сделал?

class: 'active' ? там разве так нельзя?

или ты про какой таб?

как пробовал?

еще как бы никак, я просто думаю, есть ли смысл вообще, просто выйдет что будет в любом случаи +1 запрос, если в before_create, то чтобы получить старое значение, если в after_create, что бы сохранить значение

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

или вообще можно же не использовать ActiveRecord а написать самому запрос, типа UPDATE table_name SET field = CASE WHEN field1 = #{var_field} THEN '' ELSE field END, field1 = #{var_field}

class: 'active' ? там разве так нельзя?

который tab do panel do #another stuff end end

который tab do panel do #another stuff end end

tab :active do - так пробовал?

там если имя есть, то вообще не ктати - ошибка, пробовал active: true

там если имя есть, то вообще не ктати - ошибка, пробовал active: true

что за ошибка?

undefined method `fetch' for :active:Symbol

делал так tab 'Content', :active do

а ноборот tab :active, 'Content'

не там def tab(title, options = {}, &block) - вроде такой метод внутри

еще как бы никак, я просто думаю, есть ли смысл вообще, просто выйдет что будет в любом случаи +1 запрос, если в before_create, то чтобы получить старое значение, если в after_create, что бы сохранить значение

тебе нужен before_validation и AR::Dirty https://apidock.com/rails/ActiveRecord/Dirty/changed%3F

тебе нужен before_validation и AR::Dirty https://apidock.com/rails/ActiveRecord/Dirty/changed%3F

а почему именно before_validation тут же будет меняться значение, логичней в before_save

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

За before_validation надо сразу по рукам бить

менять после валидации и получать невалидную модель?

А не проще нормальные данные сразу подготовить?

Чем юзать колбек который на каждый чих будет творить херню?

Подскажите как лучше данные для статы дэшбордов на рельсе собирать? Может есть готовые решения?

wut?

Немножк офффтопа ^

Чем юзать колбек который на каждый чих будет творить херню?

Я не думаю, что в это конкретном случае нужно было рассказывать про домены, интеракторы и это все

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

Это можно и без этих штук сделать

Тогда это путь к неконсистентной логике

Где-то вспомнили про вызов нужного инстанс метода перед сохранением

Где-то забыли

ERROR: S client not available

И выгребли

Когда/если дойдёт дело до тестов ко всей этой кухне автор вопроса станет ближе к просветлению

Что плохого в валидациях в условном form object`е?

Тогда это путь к неконсистентной логике

Нет. Классический Rails Way – путь вот к такому

https://github.com/discourse/discourse/blob/master/app/models/topic.rb

Когда/если дойдёт дело до тестов ко всей этой кухне автор вопроса станет ближе к просветлению

Тесты всегда проще писать на изолированные классы и прокидывать зависимости через DI

Где-то вспомнили про вызов нужного инстанс метода перед сохранением

Бывает и так, что где-то нужно вызывать, а где-то нет.

Подскажите, а как в строке посчитать кол-во конкретно используемых слов? Например есть строка “hello world hello” Как посчитать кол-во hello?

string.scan(/word/).count

Я реализовал это так: string = "hello world hello hello" string.count("hello") / 5 5 это кол-во букв в слове, но мне кажется, что-то здесь не так :)

string.scan(/word/).count

Благодарю!

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

но в твоем способе такой же косяк

Ага, только хотел написать

вот в лоб решение x = 0 , a.scan(/\w+/) {|w| x+=1 if w == 'hello' }

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

Ага, только хотел написать

string.split(' ').count('hello')

вот самое нормальное)

Точно, чот я на split не подумал :(

string = "hello worldhello hello" string.split(' ').count('hello')

Вот так выдаст 2

Спасибо Dmitry за твое время

string = "hello worldhello hello." string.split(' ').count('hello') а так выдаст один

Сильно зависит от того, что за текст и кодировка.

Вот так выдаст 2

а нельзя сделать сплит и посчитать клво элементов, то есть слов?

string.split(%r{\W}).count('hello') => 2 так чуть лучше, бьем по не буквам

ведь после сплит получится массив слов?

типа string.split(' ').size?

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

string = "привет, мой друг, привет" => "привет, мой друг, привет" 2.3.1 :098 > string.split(%r{\W}).count('привет') => 0 FYI