деплою капушей да

я человек простой ?

:)

в каких кейсах нужен и капистрано и ансибл?

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

более,чем 1

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

как вариант)

подскажите чем сейчас модно и удобно чарты отрисовывать?

chart.js тоже ок www.chartjs.org

спасибо

Господа, кто-нибудь знаком с apiary?

Спасите-помогите Т_Т

Пацаны

тут небольшой спор

есть роут

DELETE /teams/:id/users/:id

Спасите-помогите Т_Т

Что случилось?

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

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

что скажете?

просто удаляете юзера)

Что случилось?

Я прокинула свой localhost через ngrok, как везде пишут. Ссылку апиари генерирует правильную, если я просто вставляю ее в браузер, запрос приходит. А когда жму call resourse на апиари, то 504 Proxy request timed out и никаких признаков жизни.

Удаляют юзера который в такой Тиме

Удаляют юзера который в такой Тиме

+

у вас просто нестед роуты

Удаляют юзера который в такой Тиме

+

просто удаляете юзера)

окей, тогда следующая ситуация

но опять же, это если роуты через дефолтный resources прокинуты

DELETE /teams/:id/members/:user_id

покажи метод destroy епта)

но опять же, это если роуты через дефолтный resources прокинуты

говорим по абстрактному REST в вакууме

забываем про рельс

ок

тогда идет просто удаление юзера

что бы вы ждали от такого варианта DELETE /teams/:id/members/:user_id

я бы ничего не ждал, я бы смотрел код

удаляется член пользователя из тимы

какую логику заложили, такую бы и ждал

что бы вы ждали от такого варианта DELETE /teams/:id/members/:user_id

Удаляет из команды мембера

по мне так одна хуйня, надо смотреть связь в модели, что там у тимы has_many members или users

ну это если по-человечески

Удаляет из команды мембера

Не является с точки зрения реста здесь проблемой в том, что в members/:user_id я жду user_id, а не какой-нибудь member_id?

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

называй его как хочешь

главное, чтобы было понятно

окей, тогда оставлю вариант с members

так по идее очевиднее

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

на самом деле я бы делал так, как называется твоя модель

но я не хочу, это только усложнит и мне, и фронту

User - user_id, Member - member_id

member в данной ситуации это связующая таблица

а хотелось бы как в других местах работать с юзерами

для консистентности

ну ты же будешь удалять строку из свзующей таблицы?

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

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

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

а фронтендер получает жсон без айди?

как-то я криво объясняю

сек

соберусь и расскажу )

Не является с точки зрения реста здесь проблемой в том, что в members/:user_id я жду user_id, а не какой-нибудь member_id?

1. РЕСТ слишком не очевидная хуйня, которую все по своему понимают 2. Не важно какой id там будет, это нужно только для людей, которые смотреть апиху будут. Если тебе явно надо показать, что мембер по user id, то оставь как есть

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

вроде все просто

1. Есть эндпоинт /users, который возвращает список всех юзеров. На фронте есть табличка с пагинацией, фильтрами и серчем которая берет данные из этого эндпоинта. 2. Есть тимы. У тимы есть юзеры. На странице тимов есть таба с табличкой юзеров, точь в точь как на странице всех юзеров. Фронтенду логично получать список юзеров в том же формате, что и на странице всех юзеров. 3. И в той, и в той табличке есть кнопка "Remove". На страничке всех юзеров она удаляет юзверя, на страничке тимы - удаляет юзера из тимы. 4. Вот тут и встал вопрос в роутах. Так как нам удобно работать с сущностью юзера для списков - логично было бы принимать на DELETE из тимы user_id. Однако глядя на роут DELETE /teams/:id/users/:id, как выяснилось, кажется, что мы удаляем юзера полностью. 5. Вот здесь и возник вопрос, как сделать очевиднее

Как-то так, если пошагово

Хотя, возможно я слишком сильно запариваюсь в плане REST

и не стоит так сильно загоняться

1. Есть эндпоинт /users, который возвращает список всех юзеров. На фронте есть табличка с пагинацией, фильтрами и серчем которая берет данные из этого эндпоинта. 2. Есть тимы. У тимы есть юзеры. На странице тимов есть таба с табличкой юзеров, точь в точь как на странице всех юзеров. Фронтенду логично получать список юзеров в том же формате, что и на странице всех юзеров. 3. И в той, и в той табличке есть кнопка "Remove". На страничке всех юзеров она удаляет юзверя, на страничке тимы - удаляет юзера из тимы. 4. Вот тут и встал вопрос в роутах. Так как нам удобно работать с сущностью юзера для списков - логично было бы принимать на DELETE из тимы user_id. Однако глядя на роут DELETE /teams/:id/users/:id, как выяснилось, кажется, что мы удаляем юзера полностью. 5. Вот здесь и возник вопрос, как сделать очевиднее

DELETE /teams/:id/users/:user_id/membership

Или что-то такое

у тебя в роуте - teams, это уже говорит о том, что отношение к модели Team.

да господи, покажи же ты код экшна)

да господи, покажи же ты код экшна)

Да зачем он тебе?

изначально вопрос в чем стоял?

В комуникации между бэком и фронтом

Что бы ещё по ресту было

Вопрос в роутинге

А не в коде экшена )

что бы вы ждали от такого варианта DELETE /teams/:id/members/:user_id

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

DELETE /teams/:id/users/:user_id/membership

Да, такой вариант мне нравится

Выглядит очевидно

Кажется, что это оптимально

Сделай member в роутах

фронт же не дегенерат, поймёт уж

Сделай member в роутах

Думал об этом. Тогда мы будем ждать, что бэк вернет ресурс "members", хотя на самом деле он вернет "users"

DELETE /teams/:id/users/:user_id/membership

я бы еще подумал, что мб лучше PUT сделать, а не DELETE

но это вкусовщина

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

Это как придумывать название для переменной)

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

я бы еще подумал, что мб лучше PUT сделать, а не DELETE

А почему PUT? Мне нравится DELETE, потому что когда я буду имплементить добавления юзера в тимку - я смогу сделать роут POST /teams/:id/users/:id/membership

Как учил DHH )

хз, по ресту было бы очевидно, что DELETE /teams/:id/members/:user_id удаляет юзера из тимы

Это как придумывать название для переменной)

ага, что-то вроде того )

хз, по ресту было бы очевидно, что DELETE /teams/:id/members/:user_id удаляет юзера из тимы

возможно ты и прав

но я бы ждал, что members - это какой-то новый ресурс