Size: a a a

Django [ru] #STAY HOME

2019 August 19

S

Sergey in Django [ru] #STAY HOME
Dan Tyan
если футер долен быть на всех страницах
описываешь его в base.html

если в зависимости от страницы

то в base делаешь под него блок
и на странице этот блок заполняешь
Понял. Спасибо.
источник

M

Mihail in Django [ru] #STAY HOME
InzGIBA
Да, обычным сетом
К примеру страница, где есть два поля 😂
значение до на значение после
а можно как-то сделать всплывающее поле, где выбрать необходимый ForeignKey после нажатия на кнопку Выполнить?
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
Dmitry
поэтому я и спрашиваю. Так-то дока есть руками написанная, но она кривоватия и хотелось бы нормальную натянуть
так ты натяни просто drf yasg, и оставь там сессийную авторизацию
источник

I

InzGIBA in Django [ru] #STAY HOME
Можно и так
источник

I

InzGIBA in Django [ru] #STAY HOME
Зависит от твоих предпочтений
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
кто будет тестить апи, раз залогинится и дальше будет работать с этого юзера
источник

D

Dmitry in Django [ru] #STAY HOME
Mykhailo Khomenko
так ты натяни просто drf yasg, и оставь там сессийную авторизацию
да, наверное так и сделаю
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
ну я обычно так и оставляю
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
пока на это не жаловался
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
хотя там тоже много чего можно настраивать, ну в доке как то сложно все вычитать
источник

MK

Mykhailo Khomenko in Django [ru] #STAY HOME
под копот нужно залазить
источник

FK

Farid Khalikov in Django [ru] #STAY HOME
RAEman
в проекте все папки миграции удалить, дропнуть и создать чистую базу. я правильно понимаю?
сами миграции сносить вообще не следует, особенно после применения. И менять их тоже. Если что-то поменялось в моделях - делай новые и применяй их. Сносить базу каждый раз - не вариант, для разработки ещё пойдёт (и то, тестовые данные теряются, если были), на проде - вообще неприемлемо. Если какая-то миграция лишняя - откатывай до предыдущей, ./manage.py migrate <приложение> <номер_миграции>, где номер - это например, 0001 (откатит всё до миграции 0001), или zero (откатит все миграции до нуля).  После этого можно  создать другую и снова накатить (но только в разработке). Если прям вручную чистить - нужно сносить изменения от миграции (таблицы, поля и т.д.), сносить саму миграцию, а ещё - чистить таблицу django_migrations (удалять запись об этой миграции), в которой django ведёт лог миграций, которые он применял (откуда и вылезает ошибка, что миграция поменялась, а django говорит, что её нет).
источник

F

Fred in Django [ru] #STAY HOME
Парни забыл как сделать валидацию в drf на связаные поля, у меня есть связанные таблицы ForeignKeyем, так вот черз юи drf идем дропдаун менюшка, там за место значений лежит myfield_object (1) и тд. Найти в доках не могу как сделать что-бы было не myfield_object (1) и то что лежит в бд
источник

A

Andrey in Django [ru] #STAY HOME
Fred
Парни забыл как сделать валидацию в drf на связаные поля, у меня есть связанные таблицы ForeignKeyем, так вот черз юи drf идем дропдаун менюшка, там за место значений лежит myfield_object (1) и тд. Найти в доках не могу как сделать что-бы было не myfield_object (1) и то что лежит в бд
str
источник

A

Andrey in Django [ru] #STAY HOME
____str____
источник

A

Andrey in Django [ru] #STAY HOME
🌚
источник

A

Andrey in Django [ru] #STAY HOME
Ты понял
источник

A

Andrey in Django [ru] #STAY HOME
У модели
источник

F

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

F

Fred in Django [ru] #STAY HOME
def str(self):
       return self.name
источник