Size: a a a

Django [ru] #STAY HOME

2020 October 08

NC

Nikolay Cherniy in Django [ru] #STAY HOME
Artem Gubatenko
я вот согласен с @Nire1, если учитывать специфику которую он описал, то создавать за юзеров профили - это норм. Автоматизация и исключение пользовательских ошибок)
ну если исходить из того что НАДА 5 профилей юзеру сразу, то правильно, вопрос только к тому насколько это НАДА адекватное)
источник

LO

Loki Odinson in Django [ru] #STAY HOME
Alex Kalinin
Угу. И думаю по скорости там тоже все ок. Но мне не нравится смешение логических слоев. Мы должны будем как-то "слить" слой аутентификации и прав уровня нашего приложения с аналогичным слоем самой БД. Мне это кажется геморным и склонным к ошибкам. Как минимум придется писать отдельный слой логики который это все будет разжевывать, а не просто сигнальчики в штанге.
Я попробовал поднят экземпл в посте, слишком много гемора, с этим мидлвэром когда меняешь юзера который делает запрос, джанго не может получит доступ к таблицам своим типа джанго лог и тд))
источник

LO

Loki Odinson in Django [ru] #STAY HOME
Идея интересная, но нужно замарачиваться не мало, и код становится не очень практичным
источник

VD

Vitaliy Derbentsev in Django [ru] #STAY HOME
Nire
Ну это ты так считаешь, а мой менеджер нет
Это не я так считаю. Это архитектура приложения так считает. Если пользователь не может создать профиль самостоятельно, его должен создать оператор. Но пустые сущности болтаться не должны.
источник

VD

Vitaliy Derbentsev in Django [ru] #STAY HOME
Nire
Например при реге чтобы в корзине в первый раз были бонусы с промокода
Промокод не должен лежать в корзине - это не товар. Он должен быть учтен гораздо позже, когда дело дойдет до расчета оплаты.
источник

N

Nire in Django [ru] #STAY HOME
Vitaliy Derbentsev
Это не я так считаю. Это архитектура приложения так считает. Если пользователь не может создать профиль самостоятельно, его должен создать оператор. Но пустые сущности болтаться не должны.
Покажи мне где это написано в своде законов "архитектуры"?)
источник

DT

Denis Taranov in Django [ru] #STAY HOME
Nire
Покажи мне где это написано в своде законов "архитектуры"?)
Пустые сущности и их порождение?
источник

N

Nire in Django [ru] #STAY HOME
Vitaliy Derbentsev
Промокод не должен лежать в корзине - это не товар. Он должен быть учтен гораздо позже, когда дело дойдет до расчета оплаты.
У нас задача от ЗАКАЗЧИКА, чтобы в первой корзине лежал товар из промокода
источник

N

Nire in Django [ru] #STAY HOME
Denis Taranov
Пустые сущности и их порождение?
Они не пустые, а "незаполненные". Тут другая тема
источник

DT

Denis Taranov in Django [ru] #STAY HOME
Nire
Они не пустые, а "незаполненные". Тут другая тема
То есть, созданных пользователей, у которых эти сущности будут автоматически созданы, но не будут использованы не будет?
источник

N

Nire in Django [ru] #STAY HOME
Например с незаполненными можно статистику какую-то делать. Какие профили популярны, а какие нет
источник

VD

Vitaliy Derbentsev in Django [ru] #STAY HOME
Denis Taranov
Вообще, на самом деле, что касается промо, я сейчас пришел к тому, что модуль для выссчитывания промо акций - это всегда отдельная такая прибамбасина, она может даже находиться не внутри приложения.
По сути, так и есть. Всякие коды, акции, скидки и т.п. - вещь в себе, они могут зависеть от какого-то события, конкретного товара или конкретного пользователя. При этом, они могут суммироваться, поглощаться или переноситься. А ещё бывают подарочные сертификаты, которые при активации эквивалентны скидке на определенную сумму. Это должен быть вообще отдельный модуль, специально заточенный под расчет всех этих акций и работающий в связке с модулем оплаты.
источник

N

Nire in Django [ru] #STAY HOME
Denis Taranov
То есть, созданных пользователей, у которых эти сущности будут автоматически созданы, но не будут использованы не будет?
Они в итоге все заполняются, только постепенно
источник

세르게이 in Django [ru] #STAY HOME
Всем привет, помогите пожалуйста использую drf_social_oauth2 не выходит запрос POST revoke-token (single) Postman выдаёт что
"error": "invalid_request",
   "error_description": "URL query parameters are not allowed"

client_id, client_secret, token правильные проверял уже 100 раз
источник

AV

A V in Django [ru] #STAY HOME
세르게이
Всем привет, помогите пожалуйста использую drf_social_oauth2 не выходит запрос POST revoke-token (single) Postman выдаёт что
"error": "invalid_request",
   "error_description": "URL query parameters are not allowed"

client_id, client_secret, token правильные проверял уже 100 раз
Говорят, проект немного протух. Но предлагают альтернативу в виде форка: https://github.com/RealmTeam/django-rest-framework-social-oauth2/issues/221
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
세르게이
Всем привет, помогите пожалуйста использую drf_social_oauth2 не выходит запрос POST revoke-token (single) Postman выдаёт что
"error": "invalid_request",
   "error_description": "URL query parameters are not allowed"

client_id, client_secret, token правильные проверял уже 100 раз
Почему не python social auth?
источник

세르게이 in Django [ru] #STAY HOME
Конкретно именно её я и использую ))))) pip install drf_social_oauth2
источник

세르게이 in Django [ru] #STAY HOME
Не выходи из комнаты.
Почему не python social auth?
Не знаю, хотел с чего то начать вот и шарил её
источник

AK

Alex Kalinin in Django [ru] #STAY HOME
Loki Odinson
Идея интересная, но нужно замарачиваться не мало, и код становится не очень практичным
Думаю в микросервисах такое взлетит
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
세르게이
Всем привет, помогите пожалуйста использую drf_social_oauth2 не выходит запрос POST revoke-token (single) Postman выдаёт что
"error": "invalid_request",
   "error_description": "URL query parameters are not allowed"

client_id, client_secret, token правильные проверял уже 100 раз
Покажи пример запроса
источник