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

но вообще можешь посмотреть, как делают flash messages на бутстрапе

там обычно во вьюхе делается flash.each {|f| render_flash(f) } и соответсвенно если флэши есть, то они отрендарятся и отобразятся на странице

но они никуда не исчезнут и их надо будет закрыть руками

@FedorKoshel да не, мой попап - это как раз таки статический html и мне его нужно рисовать

вот и я спрашиваю - как через контроллер рисовать его поверх вьюхи?

ну просто делаешь в контроллере какой-то флаг, и потом во вьюхе его проверяешь и подключаешь партиал с попапом

или можно сделать в контроллере метод с проверкой, и cделать его helper_method

и вызывать из вьюхи вместо хэлдпера

ну примерно понял, спасибо

а алиасинг полей нету? допустим пусть в БД будет поле 'type' AR пусть думает что это поле my_type

suddenly http://api.rubyonrails.org/classes/ActiveModel/AttributeMethods/ClassMethods.html#method-i-alias_attribute

Народ, подскажите плз по такому моменту. Есть куча мелких кусков кода в проекте для фоновой обработки. Сейчас это сделано тредами, но есть желание переделать это на background jobs. Но для каждого куска кода заводить воркера отдельного мне кажется не удобно. И возникла идея сделать некую общую джобу, туда просто передавать в блоке кусок кода для фоновой работы, а в самой джобе просто йелдить блок. Это вообще законно?

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

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

с какими-то job adapter'ами, может, сработает

Пичалька. А как тогда лучше сделать? Писать сто воркеров по одной строчке кода грустняво.

А зачем их вообще переделываться на background jobs?

Память утекает. Мне подсказывали что когда active record работает в треде она не всегда закрывает соединение с бд, у нас растет пул постгреса до неприличных величин. А сайдкик и бэкграунд джобы вроде как стильно, модно, молодежно, вот и думал на них переехать. Либо как вариант попробовать явно ActiveRecord::Base.connection_pool.release_connection делать.

Есть http://api.rubyonrails.org/classes/ActiveRecord/ConnectionAdapters/ConnectionPool.html#method-i-with_connection который сам отдаёт соединения после завершения block'а

ага, или можно подчищать в треде ручками

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

только надо их максимально тонкими сделать

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

Пичалька. А как тогда лучше сделать? Писать сто воркеров по одной строчке кода грустняво.

можно сделать один воркер с кучей методов, например

но, опять же, непонятно как оно сейчас используется и получится ли

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

А это как?

но, опять же, непонятно как оно сейчас используется и получится ли

Да, кул идея кстати, в голову не пришло. Я так понимаю ключевой момент насчет получится ли в сериализации?

ага, то бишь надо смотреть как/какие аргументы передаются и пр.

А это как?

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

хотя это далеко не тривиальный процесс, поскольку это один сплошной рейс кондишен

если это не нужно, то перейти от потоков к процессам можно практически без потерь

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

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

А, вот оно что. Ну это про мьютексы и прочее высшее кунгфу? У меня да, проще, поэтому наверное на процессы переписать было бы правильнее.

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

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

Ну чтобы не писать воркера на каждый чих.

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

да, но есть ньюанс

если сделать что-то вроде rails c то можно наглядно увидеть сколько времени инициализируется релься

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

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

Да, интересно. Ньюансы everywere )

Ребята, никто не сталкивался с такой проблемой ? Переодически возникает такая ситуация: 1. делаем первый деплой через капистрану 2. сразу делаем второй деплой через капистрану и получаем ошибку ActiveRecord::ConcurrentMigrationError Cannot run migrations because another migration process is currently running. Деплой идет через CI гитлаба БД - Postgres Как убить этот лок в постгресе? Из-за чего такое может получаться?

миграция от первого деплоя ещё не завершилась, очевидно

+

не надо делать два деплоя подряд

Но это как-то странно, ведь деплой закончен

похоже, либо не закончен, либо что-то пошло не так

В предыдушем деплое, было такое: 00:07 deploy:migrate [deploy:migrate] Run rake db:migrate 00:07 deploy:migrating 01 ~/.rvm/bin/rvm default do bundle exec rake db:migrate 01 WARNING: you don't own a lock of type ExclusiveLock ✔️ 01 deploy@xx.xxx.xxx.xxx 3.362s

Что в первом, что во втором деплое - новых файлов миграции не создавалось

скинь миграцию на гист

похоже на блокировку на уровне базы

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

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

Да, похоже на блокировку на уровне БД

эм...

так что тогда делает мигрэйт, если миграций нет?

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

или у вас schema_migration залочен на чтение????

капистрана при каждом деплое пишет ~/.rvm/bin/rvm default do bundle exec rake db:migrate Если миграций нет, то идет следующий этап, если есть - то запускается миграция

schema_migration не залочен для чтения

это она говорит о том, что использует гемы из бандла и руби дефолтный из rvm

просто сообщает о запуске команды

после чего происходит выполнение команды, в котором проверяется список микраций и если есть невыполненные, то прогоняются

это я понимаю )

попробуйте сделать rake db:migrate:status

ERROR: S client not available

на проде

сек

в production окружении

Блин, походу лок в БД по таймауту умер, сейчас деплой проходит и rake db:migrate:status на все миграции сейчас выдает UP

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

Последний момент остался непонятный. Как при добавлении в избранное альбома, добавлять и все треки входящие в него? Так чтобы, в случае добавления новых треков в альбом, они тоже оказаывались в избранных пользователя?

Ребят, прошу помощи Есть 3 модели: Юзер, Альбом, Трек Юзер может добавить в избранное либо альбом целиком, либо треки по отдельности. Часть с альбомами сделал HABTM. А вот с треками не могу догадатся.

используй обзерверы

это что-то вроде колбэков, но не совсем

Последний момент остался непонятный. Как при добавлении в избранное альбома, добавлять и все треки входящие в него? Так чтобы, в случае добавления новых треков в альбом, они тоже оказаывались в избранных пользователя?

Так может добавить тогда в избранное альбом, а не трек ?

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

лучшее ее вытащить в обсервер

Понял, пойду гуглить. Спасибо!

не за что

А зачем тут городить нетривиальную логику и HABTM?

ну я так понял, что там пришли к решению цеплять к пользователю треки, причем желать это при подключении альбомов

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

User has_many :albums, :tracks, все треки получать через условный tracks.or(Track.where(album: albums))

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

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

эм, на счёт has_many я затупил, да (в смысле album не belongs_to :user). Но получение треков от этого не меняется.

@davydovanton тебе не кажется, что в шутках про RubyEE все меньше доля шутки?

не

ну, если ты про контейнеры сейчас, то они реально работают

и они позволяют делать очень крутые штуки

об этом даже Jim Weirich писал, а это один из крутейших людей в руби комьюнити

тогда можно попробовать отказаться от AR, использовать ROM, становящийся модным нынче, или сиквел

зачем? если safe_attributes справляется(справлялся в свое время)?

? Размещение вакансий запрещено. Если хотите разместить вакансию - https://telegram.me/rubyjob

Хочу переставать деплоить вручную. Держать отдельный докер контейнер для каждого приложения это нормально? Чтобы для дева и продакшене были разные набор конфигураций.

Да

Я использую simple token authentication gem для аутентификации devise юзеров. Юзеры заходят с помощью username, которая имеет значение кириллицы. Когда я хочу удалить сессию я в http заголовках пишу токен и хедер 'X-User-Username' (как в доках гема): со значением username. Проблема в том что хедер не принимает кириллицу а латинницу принимает. Как сделать так чтобы он принимал хедер которая несет в себе значение кириллицой?