Т/е нельзя напрямую изменить foreign_key. Это я пониманимаю. Не знаю как реализовать по другому.

а, ну так у тебя нет level с id 1

ну судя по ошибке

или есть? проверь

Level.all

Точно. Спасибо всем! Невнимательность мать ее...

да не за что

а как в нестед атрибутес вложить значения? есть форма с fields for, в парамс приходит [:branch_attributes]["0"][:boilers_attributes][:fuel_consumption] и тут есть значение [:fuel] я хочу на этом же уровне добавить [:date], пока времннно решил через жс :), вставляю hidden field с датой и меняю жсом. вместо ["0"] там их очень много, в зависимости от бранча.

Лучше кинуть вьюху в gist и рассказать что в params хочешь получить, вестимо.

https://gist.github.com/savvinovan/f40df84457a5f77f8edf8d9f4b0321c7

boilers.fields_for 'fuel_consumptions[]'?

оу, fields_for 'boilers[]' на самом деле

надо fields_for boilers[] написать?

да, вместо fields_for :boilers (если я правильно понимаю чего ты хочешь)

я хочу значение даты поменять

из контроллера

после сабмита формы

…и в чём проблема?

не знаю как сделать merge :)

merge чего?

в парамс

перед апдейтом

сейчас покажу парамс

он выглядит как params['branch_attributes']['0']['boilers_attributes]['fuel_consmuption_attriubtes] мне надо сюда добавить params['branch_attributes']['0']['boilers_attributes]['fuel_consmuption_attriubtes]['date']

мне надо как то перебрать чтоли этот хеш, там есть какое подобие массива ['0' => ['boiler_attributes'], '1' => ['boiler_attributes'] и т.д.]

…и ты до сих пор не показал, как выглядит params (hint: это хеш вида https://gist.github.com/ojab/4268267c8fc5abdb45ac20f42e7df0b4)

hint2: тебе не нужно ничего мержить, тебе нужно передавать правильные params из формы (с хешем вида { fuel: val1, date: val2 })

https://gist.github.com/savvinovan/677e41fdc4fb9c183fe9f1c9ab7c352b

наконец то запустил :)

я хочу рядом с fuel дату добавить

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

https://gist.github.com/savvinovan/677e41fdc4fb9c183fe9f1c9ab7c352b

о, так лучше. В итоге для каждого из [уже созданных] @branch.boilers мы хотим создать один новый fuel_consumption с fuel и date, так?

да

да

тогда тебе нужно в [:boiler_attributes][:id] положить массив (потому что Boiler.has_many :fuel_consumptions хешей с аттрибутами создаваемых FuelConsumption. Массив action_view создаёт если первый параметр у fields_for заканчивается на []. В нашем случае это будет fields_for 'fuel_consumption[]'.

ну и вместо do |boilers| можно вписать do |ff| и заменить boilers.object.fuel_consumptions.build на FuelConsumption.new

тогда вместо {"0"=>{"fuel"=>"123"}} будет просто {"fuel"=>"123"} ?

будет [{"fuel"=>"123"}]

ибо has_many

(ну и писал я это всё не проверяя, но общий смысл понятен, надеюсь. Так что лучше попробовать и посмотреть что получится)

хотя прозреваю что придётся boilers.object.fuel_consumptions.build всё-таки оставить чтобы nested attributes подхватились

(но лучше проверить, ага)

ок, спасибо

Подскажите. Есть такое. namespace :foo do get 'bar', action: 'info', as: :buzz end Хочу именованый хэлпен не foo_buzz_url, а просто buzz_url. Возможно сделать так?

http://guides.rubyonrails.org/routing.html#overriding-the-named-helpers

http://guides.rubyonrails.org/routing.html#overriding-the-named-helpers

я прочитал, но не понял как сделать именно не префикс

shallow: true не будет работать?

я прочитал, но не понял как сделать именно не префикс

оу, думал оно неймспейсы тоже переписывает. Тогда scope module: 'foo' должно помочь

Блин, хэлпер стал правильный, но адрес теперь не правильный

это тоже аргументом к scope фиксится

Да, огонь, спасибо

А можете проконсультировать по ActiveModelSerializer? Я хочу для некоторых моделей выводить в json сразу же их релейшны. Т.е. делать нестед сущности. Сейчас единственный приемлимый для меня способ получился вот так.

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

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

в сериалайзере есть же has_many и т.д

has_one(или belongs_to) :lang has_one(или belongs_to) :user_profile

в сериалайзере есть же has_many и т.д

Ну вот у меня ситуация, что есть belongs_to. И тогда он выводит это не как сериализованую модель, а как relation, в котором только id и тип

json_api у тебя формат?

я вот ща тоже ебусь прям вот с этим гавном

Да

Я пока только такой выход нашел

Но я запарюст писать кучу таких вьюх

там кароч надо делать там где выводишь include: [:user_profile, :lang]

это ваще оказывается фишка json_api, ты типа юзеру клиенту даёшь юзать релейшены в глубь

Блин, тогда хрень какая-то, запарюсь dry'ить это

ERROR: S client not available

и если дашь возможность в контроллере своём тип такого сделать respond_with current_resource.cards, include: params[:included]

для апишки юзаю https://github.com/trailblazer/representable или AMS

но у блейзеров поприятнее

И я наоборот хочу разгрузить клиента, чтобы меньше запросов было

ну именно

И часть данных эмбедить сразу же, потому что они будут нужны сразу же в 90% случаев

делаешь render json: @user, include: '**'

или там render json: @user, include: '**.**'

https://github.com/rails-api/active_model_serializers/blob/master/docs/general/adapters.md#include-option

Хм, спасибо

похоже на то, что нужно

весь день сегодня вхуярил на это

as a side note, render json выдаст неправильный Content-Type, так что стандарту json-api ответ не будет соответстовать

самое интересное что если делать через тупой .as_json(include: {user: include: {}}) всё проще чем через АМС

так что лучше юзать render jsonapi

да) там надо application/vnd.api+json

ни у кого нет пример белого списка?

Короче у меня пока столько вопросов и неочевиностей к rails-api, что не могу понять, нравится он мне или нет

Клепать все в jbuilder было проще

++++ 100 милионов

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

но вот на другом проекте у нас as_json везде где только можно и это какой-то пиздец

кстати, раз про jsonapi вспомнили

а кто-нибудь пользовался json hyperschema для документирования api?

заиспользовали на новом проекте

и общее впечатление такое что

nooooo

но может я что-то не понимаю

и разрозненная непойми как написаная документация с примитивными примерами – это все не правда и я плохо искал

невозможность указать статус код ответа – см. выше или может оно вообще не нужно

костылили при описании ендпойнта для ресурса, который имеет разные представления – см. выше :)