resources :clients, defaults: {format: :json}

чего-то подобного в роутах нет?

что у тебя в роутах? Что во вьюхе, что в контроллере?ъ

вот роут: devise_scope :partner do get '/partner/sign-in', to: 'partner/sessions#new', as: :new_partner_session end

во вьюхе - обыкновенная форма

а контроллер наследуется от devise_session - там тоже пусто

ох тыж, там еще и девайс...

а контроллер наследуется от devise_session - там тоже пусто

там не пусто :) смотри как настроен девайс

rake routes | grep 'sign-in'

сделай в консоли

еще какую-нибудь подобную хрень можно поискать:

config.to_prepare do DeviseController.respond_to :html, :json end

чуваки, извините. В ApplicationController respond_to :json - мой девайсовский контроллер никак не затрагивает, вроде, ApplicationController, почему рельсы туда смотрят - непонятно

по идее где-то в глубине души, девайс должен его наследовать

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

не его, а от него

https://github.com/plataformatec/devise/blob/ee01bac8b0b828b3da0d79c46115ba65c433d6c8/lib/devise.rb#L231

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

это как

это как

ну у нас своя авторизация с преферансом и гимназистками

Скорее всего настройки девиса ковырять надо

подскажите проектиков на посмотреть с обширным AASM

Подскажите simple form вообще в данное время развивается? Когда думаете появится поддержка Bootstrap 4, Foundation 6 ?

Как убить предыдущий rake перед запуском нового?

Или убивать rake задачи по таймеру?

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

потом при необходимости брать там pid и убивать по нему

vendor/bundle/ruby/2.0.0/bin/rake Процессы просто ждут входящих запросов: :~# strace -vvvp 16116 Process 16116 attached ppoll([{fd=35, events=POLLIN}], 1, NULL, NULL, 8

И копятся

За неделю 32 Гб оперативной съедают

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

Как убить предыдущий rake перед запуском нового?

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

Подскажите пожалуйста, Модули для контроллера в какой директории лучше хранить?

Консерны

Подскажите пожалуйста, Модули для контроллера в какой директории лучше хранить?

app/services

/app/controllers/concerns/

специально для этого

а /app/service - это для service-objects

всякие интеракторы и прочее

я один считаю, что консерны для контроллеров - плохая идея и лучше постараться её избежать?

а чем она плоха?

у меня, к примеру, есть rest_resource консерн, в котором определны CRUD методы

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

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

у меня, к примеру, есть rest_resource консерн, в котором определны CRUD методы

а можешь показать?)

а можешь показать?)

+

тоже интересно стало )

сейчас попробую

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

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

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

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

а что они привыкли выносить?

https://gist.github.com/fedorkk/9b63828febd75708dd744cd100d7d151

я кстати так делал - общий код для экшенов, ток через наследование

а что они привыкли выносить?

несвязанные, но общие вещи, если вкратце

ну так нужно использовать инструмент по назначению и все будет хорошо

https://gist.github.com/fedorkk/9b63828febd75708dd744cd100d7d151

ммм, неплохо, мне нравится )

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

ну да

очень на inherited_resources похоже

заоверрайдил и все

https://gist.github.com/fedorkk/9b63828febd75708dd744cd100d7d151

Так и сделал, спасибо большое ? а с коллбеками как быть?

очень на inherited_resources похоже

ну вполне возможно что и гем такой существует )

идея то простоя и эффективная

просто не хочу ради одного файла гем тащить

Уже почти не существует, его автор бросил ?

мне эта идея больше гема нравится

Так и сделал, спасибо большое ? а с коллбеками как быть?

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

ERROR: S client not available

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

этот файл легко же кастомайзится

просто переопределением

ещё чуть чуть и до админки можно допилить

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

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

кстати, это сейчас будет занудство, конечно )) сорян, но я зануда ))

почему не resource.destroy! ?

)

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

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

Спасибо, included do :)

чет первый раз слышу чтобы удалять с !

есть идея, что если ты не проверяешь успешность действия - значит ты уверен в его успешности

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

чтобы в случае чего отловить баг, если действие зафейлилось

так действие фейлится ещё тут @resource ||= resource_class.find(params[:id])

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

Это классика этого чата.

почему не resource.destroy! ?

Хз, не думал об этом )

Спасибо, included do :)

Ааа, понял, вроде, ну да

В модуль через included do

чуваки, никто не знает почему так - делаю регистрацию для юзера (а у меня там есть валидации -> чтоб определенное поле было не меньше определенного колва символов, чтоб были только цифры ). И в errors.messages у этого объекта после сабмита - у меня вываливаются ВСЕ ошибки для данного поля - и что это должно быть только цифры и что должны быть больше определенного значения и еще парочка других.

почему?

ну там все мессаги

а как particular позырить?

details мб

http://api.rubyonrails.org/classes/ActiveModel/Errors.html

resource.errors.details - че-то ваще такого метода нет

чуваки, никто не знает почему так - делаю регистрацию для юзера (а у меня там есть валидации -> чтоб определенное поле было не меньше определенного колва символов, чтоб были только цифры ). И в errors.messages у этого объекта после сабмита - у меня вываливаются ВСЕ ошибки для данного поля - и что это должно быть только цифры и что должны быть больше определенного значения и еще парочка других.

аа валидации должны проходить?

resource.errors.details - че-то ваще такого метода нет

ActiveModel::Errors#full_messages

массив - всех собранных ошибок в правильной локали

аа валидации должны проходить?

нет. но я ввожу одни цифры, но недостаточное колво (допустим, три цифры, а надо десять), а ошибки - нужны только цифры и не меньше десяти цифр. А я ж, блин, и ввожу только цифры - следовательно - ошибка "нужны только цифры" не нужна