а почему не сделать items_limit свойством User'а?

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

ну они ж тебе не нужны в данном случае?

ну или сделай хотя бы не через Tariff.update_limits. А то этот Tariff слишком крутой получается - и данные пользователя хранит, и какие-то item'ы шевелит

Данных пользователя там нет. Это у пользователя в профиле стоит название тарифного плана и уже с соот ветствующего Tariff берутся лимиты, ограничения, которые у него действуют. Меня больше волнует что модель совершает действия над другими моделями.

Обязательно ли прописывать в экшене контроллера respond_to do |format| типо для html и для js при ajax'е?

если и так есть файл типа index.js.erb

или пишу типа respond_to do |format| format.html { render :index } format.js { } end и тогда при запросе обычном рендерится страница. а при ajax рендерится файл index.js.erb и уже из него чонить обновляется на странице

один контроллер который отвечает на все типы запросов - так себе идея

очепяточка. экшн

ну так экшон в контроллере

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

Обязательно ли прописывать в экшене контроллера respond_to do |format| типо для html и для js при ajax'е?

Если у тебя все завершается как вызов render, то по моему не обязательно формат использовать. Другой вопрос зачем ты хочешь отдавать js код в ответ на аякс запрос. Отдай джейсон, в хендлере его попарсь и юзай данные

не умею я с джейсон. я только чуть разобрался с аджакс

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

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

Ну надо начинать уметь, там все просто

вопрос был другой. Ибо работает и без объявления конструкции и с объявлением

Ну на твой вопрос я ответил

Формат нужен, если ты хочешь ещё что-то сделать, кроме простого render

ясненько) спасибо)

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

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

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

А чем конкретно плох этот подход?

запросы в базу из вьюх? :)

а потом добавляется json, а потом разнится логика, а потом проще переписать контроллер чем добавить в него что то новое :)

разница логика при отдаче контента по одному и тому же адресу? что?

чоб нет то?

зачем так делать? чтобы добавить себе проблем?

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

зачем так делать? чтобы добавить себе проблем?

Вот и я о том же, нафига нужны разные типы респонсов в одном контроллере

какая разница какой он view отдает

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

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

Тем более, у новичков обычно такое понаверчено, что отдавать json & html в одном контроллере – это меньшая из бед. Другое дело, что я против того, чтобы scaffold генерировал код с применением format по умолчанию, чаще всего приходится потом выпиливать это

Тем более, у новичков обычно такое понаверчено, что отдавать json & html в одном контроллере – это меньшая из бед. Другое дело, что я против того, чтобы scaffold генерировал код с применением format по умолчанию, чаще всего приходится потом выпиливать это

я думаю это конфигом можно задать, но не проверял.

Ну вот если исходить из идеи, что генераторы создают код, который есть отражение best practices, то имхо в этом месте это не совсем так. Хотя флаг есть наверное, но я бы предпочёл, чтоб он по умолчанию был off, хочешь контроллер с форматом – передавай --use-format или как-то так

генераторы точно не создают best practices

они юзают jbuilder, а поидее best practices это active model serializers

что юзать для ajax? get или post?

<%= button_to "Like", like_news_path, form_class: "my_class", method: :post %> вот эта хрень отсылает get почему то

потому что это кнопка а не форма

постом отправляют формы.

что юзать для ajax? get или post?

зависит от того, что ты делать собираешься

пару примеров можно на каждый тип)

?

пару примеров можно на каждый тип)

https://habrahabr.ru/post/38730/

там в самом начале статьи написано то, что тебе надо

спл

пару примеров можно на каждый тип)

get - когда ты просто получаешь данные, post- когда у тебя идет изменение данных

http://guides.rubyonrails.org/working_with_javascript_in_rails.html Demyan прочти уже гайды, говорили же.

они стремные какие то. я уже читад

вообще у link_to есть remote: true, да.

они стремные какие то. я уже читад

Ты шутишь чтоли? вот что реально стремно это пособия на хабре, они зачастую неполные, неточные или устарели.

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

стремные гайды, посмеялся. Они короткие, простые, понятные и по существу.

get - когда ты просто получаешь данные, post- когда у тебя идет изменение данных

post это когда ты постишь данные, когда изменение это PUT/PATCH :)

понял)

создание лайка вполне себе post

можно и get

На get создавать сущность ? Да вы батенька извращенец.

Get не должен менять состояние.

я хотел 2 экшена like dislike и когда на один гет, экшн в общем и делает что надо а потом ajax'ом меняет ссылку на противоположную, и обновляет счетчик

Ахах, обновляет счетчик.

ну из базы берет кол-во лайков

А пересчитать счетчик потом сможеш

А защиту от повторного голосования сможешь?

ERROR: S client not available

мб не так выразился

socialization

Сущность лайка надо создавать

сможет

Ну так раз сущность создаешь то это не get

хотя он ебанутый. встроенный генератор генерит сразу все говно.

у мнея все есть для голосования.

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

все проверки в экшене

Ну, а зачем get?

Тут post нужен

а зачем пост? разница то какая не пойму

Еще раз Get - НЕ МЕНЯЕТ состояние

Не создает сущностей и так далее

я просто не догнал пока как отправить и принять параметры в пост

Поэтому не разобрался и закостылил, красавчик.

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

Да да, потом вьюшка в базу полезет

Потом еще наговнокодим. Я сделаль

пост запрос так же пнет его. параметр задается от роута. /news/:id/like

Ну да, только пост не кешируется

кстати да

чот я не подумал

@Fedcomp Подскажи. как мне лучше сделать. Если я хочу чтобы лайкать могли и внутри просмотра новости. и на главной где все новости выводятся. щас у меня роут /news/:id/like он работает только в show. а в index нет, ибо там нет параметра :id в блоке рендерящем новость

у тебя один и тот же роут будет, нет?

news/:id/like

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

хочу чтобы один роут был

универсальный типо

ну он и будет один как бы

на главной No route matches {:action=>"like", :controller=>"news"} missing required keys: [:id]

щито