Я скучал по вам ребята

Хех, а бот молчит

Хех, а бот молчит

Не скучал видимо

Всем привет ) Вопрос: почему убрали обсерверы из Rails 4? Сейчас доступны в виде гема. Кто-нибудь пользуется? По-моему это удобно

Это те же колбеки только в профиль, лучше их не использовать

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

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

Ага, спасибо!

Всем привет ) Вопрос: почему убрали обсерверы из Rails 4? Сейчас доступны в виде гема. Кто-нибудь пользуется? По-моему это удобно

Потому что можно использовать wisper, это ещё более трешовый, но тем не менее модный вариант

Потому что можно использовать wisper, это ещё более трешовый, но тем не менее модный вариант

потому что там есть модное слово broadcast

Кто-нибудь использовал MQTT клиента в Rails приложении?

Кто-нибудь использовал MQTT клиента в Rails приложении?

сникерс я юзал

банни юзал

Я не пойму как его в продакшене использовать - как правильно добиться единственного инстанса клиента к серверу MQTT? Или это вообще надо как-то отдельно держать?

Я не пойму как его в продакшене использовать - как правильно добиться единственного инстанса клиента к серверу MQTT? Или это вообще надо как-то отдельно держать?

ну примерно как и в редисе

ты можешь инстанцировать эксченжи в инишалайзере

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

require "bunny" # Start a communication session with RabbitMQ conn = Bunny.new conn.start # open a channel ch = conn.create_channel # declare a queue q = ch.queue("test1")

это в инишалайзер

# publish a message to the default exchange which then gets routed to this queue q.publish("Hello, everybody!")

это в сервисе, где ты сообщение шлёшь

если тебе нужно еще слушать очереди и что-то с этим делать, то лучше использовать sneakers

https://github.com/jondot/sneakers/

Спасибо, я понял. У меня как раз получаение нотификашек

ты будешь запускать на подобии sidekiq'a sneakers процесс, который так же будет вычитывать твой рубишный код, и будет подпиываться на очереди

Ребята, подскажите, нужен userstamp gem для 5-ых рельс. Не могу нагуглить ничего путёвого

т.е. к каждой модели нужно добавить поля created_by и updated_by

Зачем гем? Сделай сам, решение выйдет более гибким и прозрачным

Зачем гем? Сделай сам, решение выйдет более гибким и прозрачным

спасибо, сам тоже уже склоняюсь к этому

Используя Rails, что взять, чтобы избежать использования хелперов. Хорош ли cells от trailblaizer?

Использовал ли кто-нибудь dry-view для замены рельсовых вьюшек на вью-обжекты и темплейты

пацаны по стилю в рельсах константы после инклудов или до?

лучше после

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

сяп

Используя Rails, что взять, чтобы избежать использования хелперов. Хорош ли cells от trailblaizer?

мы немножко cells используем, противоречивые впечатления, но в целом лучше с ними, чем без

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

Использовал ли кто-нибудь dry-view для замены рельсовых вьюшек на вью-обжекты и темплейты

Не стоит

Не стоит

Почему?

Почему?

Оно вряд ли заведётся + сырое + сейчас переделываем

Парни, вопрос. Возможно ли в одном квери использывать left_joins и rigth_joins?

если ты знаешь что делаешь, то почему бы и нет =)

Если один в другом, то да

Здравствуйте! Как найти с наилучшим перфомансом предпоследнюю запись? user.books.order('created_at DESC')[-2] user.books.order('created_at DESC').limit(2)[-1] последнее будет работать быстрее? и как можно красивее написать?

what about .offset(2).limit(1)

.second_to_last

user.books.order('created_at ASC').offset(1).limit(1)

оффсет и перфоманс часто превращаются в головную боль :)

У меня 4 рельсы :)

И чо?

Это по поводу second to last

Мне кажется менее затратно достать элемент уже в руби, чем добавлять офсет в sql?

Я просто не знаю что офсет накладывает на запрос

т.е. математически )

ну я бы наверное делал order(desc: ...).take(2).last хотя надо посмотреть еще во что оно приобразует запрос

Не хочется оффсет - user.books.order('created_at ASC').limit(2).last

или .last(2).first поидее одно и тоже

Не, ласт 2 будет медленно

Даладно?

Когда limit стал медленным?

take 2 по сути тот же запрос что и limit 2, только преобразует в массив

ERROR: S client not available

Да я не тебе, а сергею. Что ты такой агрессивный

я вообще думаю ты сильно паришся по этому поводу. напиши просто last(2).first и не мучайся )

Не, у меня там много записей, будет ощутимо

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

last(2) это тот же лимит, но с переводом в массив же

Не, у меня там много записей, будет ощутимо

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

Нет, в запросе ласта нет лимита

У меня много из этого примера книг

так в чем задача-то?

Ладно, я уже понял пока с вами общался как лучше. Спасибо :)

и как лучше?

кря

не могу понять как сделать relation, у меня есть модель Transaction в ней 2 поля seller_id и buyer_id в них записаны id которые должны быть в модели User, я хочу чтобы из transaction.seller или transaction.buyer были доступные обьекты User id которых записаны в поле

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

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

модель через class_name: 'User' можно задать

остальное как обычно

create_table "transactions", force: :cascade do |t| t.integer "seller_id" t.integer "buyer_id" end то есть в базе нету явно указаного что эти записи имеют связь с User, я так понимаю надо в миграцию добавить связь типо add_foreign_key :transactions, :users, column: :seller_id, primary_key: :id add_foreign_key :transactions, :users, column: :buyer_id, primary_key: :id

или foreign_key { to_table: :users }

has_one :buyer, class_name: "User", foreign_key: "id"

нужно было наверное

в t.belongs_to

наконец-то разобрался, можно было обойтись без миграции, нужно было дать еще primary_key кроме foreign

оффсет и перфоманс часто превращаются в головную боль :)

offset(1) врядли сможет как то повлиять на производительность

народ, задачка на подумать, звучит как что-то что уже обсасывалось, а может и нет… Есть массив объектов с двумя полями: price и max_items. Поле price - просто цена товара. Поле max_items говорит о том, сколько товаров включая этот можно положить в одну корзину. Например, если max_items == 1, то этот товар может быть в корзине только один. Если max_items == 2 - то если в корзине лежит такой товар, к нему можно положить еще один. Задача: найти в заданом массиве комбинацию из (up to 3) элементов, сумма цен которых будет максимально возможной. Например, это может быть один элемент { price: 9999, max_items: 1 }, или два элемента [{ price: 5000, max_items: 3 }, { price: 5000, max_items: 2 }], или три. Из того что мне приходит в голову - в лоб - перебирать от 3 до 1 все возможные комбинации, и брать max из этого. Но может есть более элегантные решения

Есть

Смотри, делаешь массив всех возможных айтемов. Допустим есть price 5000 и максимум 2 айтема. Значит пихаешь его два раза

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

Берешь первые три