AO
тут есть некоторая конкуренция, выбор в пользу 1 варианта был бы ошибкой (с позиции разработчиков фреймворка)
Size: a a a
2019 July 10
MA
если у вас асинхронный код, то есть вот эти 3 варианта (ради интереса прогуглил, эти попались первыми, есть и другие), почему фреймворк должен навязывать 1 из них, чем это обосновано?
Сложностью связывания в первую очередь. В итоге мы имеем marshmallow-sqlalchemy, marshmallow-pewee, marshmallow-flask и т.д. И это только адаптеры для сериалайзера. Далее на каждый чих - либа у которой пол-контрибьютора и вообще не ясно, жива она или нет. Если вам такое по кайфу - велком во фронтенд, там так делается вообще все :)
V
fast api юзал кто-нибудь? норм вещь?
l
оффтоп: при регистрации хочу сделать подтверждение пароля. понятное дело, что в модели второго пароля нет и он там не нужен. как лучше сделать подтверждение? в сериализаторе пыталась подкинуть второе поле и удалить его при создании юзера, но к успеху до пришла.
AO
fast api юзал кто-нибудь? норм вещь?
тестировал, норм
AO
в проде нет
AO
по Starlette у меня чатик есть отдельный
yh
Переслано от yasya huyase
Ребята, 2 вопроса
1) В аппе была модель, я ее удалил, сделал миграции, все норм
но когда доступы к этой модели все равно висят в админке в меню доступов. Как пофиксить?
2) В аппе есть пару моделей, создал еще одну, уникальную
но в админке в меню раздачи юзеру доступов показывает следующее:
app_name | model_name | Can action (тут вместо названия этой же модели - название уже существующей модели)
1) В аппе была модель, я ее удалил, сделал миграции, все норм
но когда доступы к этой модели все равно висят в админке в меню доступов. Как пофиксить?
2) В аппе есть пару моделей, создал еще одну, уникальную
но в админке в меню раздачи юзеру доступов показывает следующее:
app_name | model_name | Can action (тут вместо названия этой же модели - название уже существующей модели)
yh
AO
по Starlette у меня чатик есть отдельный
AO
Переслано от yasya huyase
Ребята, 2 вопроса
1) В аппе была модель, я ее удалил, сделал миграции, все норм
но когда доступы к этой модели все равно висят в админке в меню доступов. Как пофиксить?
2) В аппе есть пару моделей, создал еще одну, уникальную
но в админке в меню раздачи юзеру доступов показывает следующее:
app_name | model_name | Can action (тут вместо названия этой же модели - название уже существующей модели)
1) В аппе была модель, я ее удалил, сделал миграции, все норм
но когда доступы к этой модели все равно висят в админке в меню доступов. Как пофиксить?
2) В аппе есть пару моделей, создал еще одну, уникальную
но в админке в меню раздачи юзеру доступов показывает следующее:
app_name | model_name | Can action (тут вместо названия этой же модели - название уже существующей модели)
это всё же в базе хранится?
AO
посмотри таблички) возможно, есть хелперы для работы с ними
yh
это всё же в базе хранится?
postgresql
AO
ну да) внутри таблиц
yh
понял
AO
я обычно всё с базой стараюсь делать напрямую через pgadmin) но для многих задач есть хелперы
AO
оно вообще должно подчищаться вроде при миграциях вроде)
yh
оно вообще должно подчищаться вроде при миграциях вроде)
потому и спросил, ибо миграции делал и ошибок не было
V💊
по Starlette у меня чатик есть отдельный
т.к. он на англ, а мне жутко лень писать на англ, спрошу тебя здесь: у тебя же есть большие проекты на старлетте? можешь показать структуру папок?)
AO
django-extensions содержит набор дополнительных команд-хелперов, если чего-то нет в Django, то должно быть там