Size: a a a

Django [ru] #STAY HOME

2019 October 31

RS

Rust Saiargaliev in Django [ru] #STAY HOME
Стоит почитать внимательнее тут, там с понятными примерами описано: https://docs.djangoproject.com/en/2.2/topics/db/examples/many_to_one/
источник

w

white in Django [ru] #STAY HOME
thanks
источник

O

Oleh in Django [ru] #STAY HOME
Вопрос по REST API:
Допустим, есть посты и пользователи
Есть url /api/posts/<int:id>/<str:action>, например /api/posts/123/like
Мне не нужно никаких дополнительных данных в запросе

Использовать POST с пустым телом или GET?
Вопрос в том, какой по логике REST API тут нужен метод
источник

KG

Kirill Golubev in Django [ru] #STAY HOME
Oleh
Вопрос по REST API:
Допустим, есть посты и пользователи
Есть url /api/posts/<int:id>/<str:action>, например /api/posts/123/like
Мне не нужно никаких дополнительных данных в запросе

Использовать POST с пустым телом или GET?
Вопрос в том, какой по логике REST API тут нужен метод
POST и не иначе, GET только для запросов, не изменяющих данные
источник

O

Oleh in Django [ru] #STAY HOME
Kirill Golubev
POST и не иначе, GET только для запросов, не изменяющих данные
Понял, спасибо
источник

KC

Kenneth Chinedu in Django [ru] #STAY HOME
Oleh
Вопрос по REST API:
Допустим, есть посты и пользователи
Есть url /api/posts/<int:id>/<str:action>, например /api/posts/123/like
Мне не нужно никаких дополнительных данных в запросе

Использовать POST с пустым телом или GET?
Вопрос в том, какой по логике REST API тут нужен метод
Нужно использовать Post. Get не должно менять состояние системы. А новый лайк уже меняет
источник

KG

Kirill Golubev in Django [ru] #STAY HOME
источник

O

Oleh in Django [ru] #STAY HOME
Да, забыл
источник
2019 November 01

w

white in Django [ru] #STAY HOME
class LicenseKeyInline(admin.TabularInline):
   model = LicenseKey

class ClientAdmin(admin.ModelAdmin):
   inlines = [
       LicenseKeyInline,
   ]

Как сделать что бы в админке выпадали не все подряд  лицензионные ключи, а только те которые связаны с клиентами?
источник

w

white in Django [ru] #STAY HOME
ой,  на самом деле работает нормально просто я в глаза долблюсь
источник

S

Stom in Django [ru] #STAY HOME
тогда получается что для лайка поста нужно использовать PUT?
источник

NL

Nick L in Django [ru] #STAY HOME
Stom
тогда получается что для лайка поста нужно использовать PUT?
Мб гет все таки?
источник

S

Stom in Django [ru] #STAY HOME
Oleh
Вопрос по REST API:
Допустим, есть посты и пользователи
Есть url /api/posts/<int:id>/<str:action>, например /api/posts/123/like
Мне не нужно никаких дополнительных данных в запросе

Использовать POST с пустым телом или GET?
Вопрос в том, какой по логике REST API тут нужен метод
пост можно лайкнуть только один раз? если лайкнуть второй раз кол-во лайков у поста не должно увеличиться?
источник

S

Stom in Django [ru] #STAY HOME
Nick L
Мб гет все таки?
гет для запроса данных а не для отправки их на сервер
источник

NL

Nick L in Django [ru] #STAY HOME
Да-да, точно
источник

O

Oleh in Django [ru] #STAY HOME
Stom
пост можно лайкнуть только один раз? если лайкнуть второй раз кол-во лайков у поста не должно увеличиться?
Не увеличиться
источник

KG

Kirill Golubev in Django [ru] #STAY HOME
Семантически POST ближе, как глагол для создания объекта
источник

S

Stom in Django [ru] #STAY HOME
Oleh
Не увеличиться
тогда если следовать таблице идемпотентности методов лучше всего для этого подходит PUT
источник

O

Oleh in Django [ru] #STAY HOME
Stom
тогда если следовать таблице идемпотентности методов лучше всего для этого подходит PUT
Но likes это не инт поле, а м2м пользователей в моём случае
источник

S

Stom in Django [ru] #STAY HOME
Kirill Golubev
Семантически POST ближе, как глагол для создания объекта
но мы обращаемся на ендпоинт /posts/, при этом мы не создаем новый пост, а всего лишь добавляем ему лайк, т.е. по своей сути апдейтим пост, тут опять же логичнее всего подходит PUT
источник