ну то есть ты щаз спрашиваешь — будут ли в твоём проекте сохраняться relation'ы, если их пославть в json-api?

выкладывай на github, глянем, чо

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

ну то есть ты щаз спрашиваешь — будут ли в твоём проекте сохраняться relation'ы, если их пославть в json-api?

да

выкладывай на github, глянем, чо

ну проект то коммерческий

не могу

ну просто тут реально почти ничего нет

кроме моего магического поиска и сортировки

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

но он вообще не затрагивает ничего кроме себя

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

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

соверешнно ничего необычного кроме гема http://jsonapi-rb.org/guides/serialization/rendering.html

типа вопрос то как раз и состои в том

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

и данные приходят по джсоапи

и если не будут, то как бороться?

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

и хотелось как раз без лишних прослоек как то всё сделать бы по правилам

ребята, подскажите пожалуйста, у меня в config/application установлено по дефолту адрес с которого будут отсылаться письма from, как можно указать там определенный емейл в зависимости от env переменной? или лучше указать из env для каждой среды?

@Qew7777, должен понимать, пробуй http://jsonapi-rb.org/

@Qew7777, должен понимать, пробуй http://jsonapi-rb.org/

да, я с этим гемом и делаю как раз

ребята, подскажите пожалуйста, у меня в config/application установлено по дефолту адрес с которого будут отсылаться письма from, как можно указать там определенный емейл в зависимости от env переменной? или лучше указать из env для каждой среды?

оно умеет лямбду/Proc принимать, можешь в этом самом Proc выставлять нужны адрес

@Qew7777, только учти, роут прописуется для одной сущности, скажем "post", связанные сущности "author" нужно создавать отдельно на другом роуте думаю при передаче параметра, рельсы полезут в связанную сущность и будут там искать соответствие

@Qew7777, должен понимать, пробуй http://jsonapi-rb.org/

о, там про десериализацию написано, мне это поглядеть? ток там доков нет про дефайнинг

@Qew7777, только учти, роут прописуется для одной сущности, скажем "post", связанные сущности "author" нужно создавать отдельно на другом роуте думаю при передаче параметра, рельсы полезут в связанную сущность и будут там искать соответствие

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

для каждой сущности свой отдельный ресурсный роут

о, там про десериализацию написано, мне это поглядеть? ток там доков нет про дефайнинг

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

прочитал, не очень нашёл ответ на вопрос

но да вроде по описанию

ничего нигде не написано мол сохранять объкты обязательно так!

поэтому думаю должно ис магией получиться

1 роут - 1 сущность

подстановку он будет делать только из уже сохраненных объектов

а создавать не может чтоли?

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

то он такое не скушает? только если изменять?

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

под сущностью ты имеешь ввиду класс модели или экземпляр модели?

ну просто мне надо чтоб он так и создавал

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

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

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

ну как так то ну

у меня ща на каждую сущность свой роут

носвоя модель

свой контроллер

но запрос то один будет посылаться

весь вот этот вот объект со связями

роуты у меня ща в итоге выглядят примерно так (отделньые ненужные вещи вырезал) https://gist.github.com/Qew7/ab58bbea2b7a65740777841ef81ceb3f

all inclusive def create post = Post.create(create_params) render jsonapi: post, include: [:author, comments: [:author]], fields: { users: [:name, :email] }, status: :created end

https://gist.github.com/Qew7/922cc65031226f8cf720121bcb00220d ну вот так вот у меня сделаны экшны

в них тоже в рендер надо добавить всё? или это не важно?

вот не очень понял что fields делают

вот не очень понял что fields делают

по идее представление :author

в них тоже в рендер надо добавить всё? или это не важно?

там и guide есть )) http://jsonapi-rb.org/guides/getting_started/rails.html

да яж по нему и иду

и про связанные объекты все хорошо написано)

ну я вот не понял ничего например

хотя английский аппер интермедиейт

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

привет. в фейсбук API есть ограничение, 200 вызовов в час для 1го юзера. Как можно это обойти?

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

что ты имеешь ввиду?

http://jsonapi-rb.org/guides/deserialization/deserializing.html

да про это тоже думал

но не понял зачем это

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

ты гайды читал?

да

не один раз

именно вот на этом сайте

рельсы

конечно

привет. в фейсбук API есть ограничение, 200 вызовов в час для 1го юзера. Как можно это обойти?

There's nothing you can do to prevent this, говорит фейсбук.

ех

http://api.rubyonrails.org/classes/ActiveRecord/NestedAttributes/ClassMethods.html

http://rusrails.ru/rails-form-helpers#sozdanie-slozhnyh-form

понял тебя

спасибо

это как то мимо ушей пролетело

читаю

О, реклама такси скоро будет.

о у меня там мамин мужик работает

не правда, я не там работаю

ребзи

а для чего inverse_of: в связях?

не могу представить нужный сценарий

чтобы не дёргать базу для доставатния этого самого inverse'а

ааааааа

т.е. по сути лучше вообще везде и всегда его писать?

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

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

нет

т.е. по сути лучше вообще везде и всегда его писать?

да

круто спасибо

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

это не inverse_of для указания названия ассоциации