Size: a a a

Django [ru] #STAY HOME

2019 February 04

DT

Dan Tyan in Django [ru] #STAY HOME
Гет в урле передаётся
источник

D

Dissar in Django [ru] #STAY HOME
как все сложно)
источник

D

Dissar in Django [ru] #STAY HOME
подскажите как правильно написать urlpatterns, пожалуйста.

GET будет отдавать строку, но как его записать?
источник

S

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

IR

Ivan Rudenko in Django [ru] #STAY HOME
Товарищи, есть вопрос небольшой. Вот у меня есть кастомный юзер, связанный со стандартным по типу OneToOne. Чтобы использовать его, кастомного юзера, кастомную информацию, мне нужно при каждой обработке запроса отдельно загружать его? Это норма? Нельзя сделать, как со стандартным юзером, чтобы джанго знал, что этот кастомный юзер залогинен сейчас и хранил его инфу?
источник

DT

Dan Tyan in Django [ru] #STAY HOME
Dissar
подскажите как правильно написать urlpatterns, пожалуйста.

GET будет отдавать строку, но как его записать?
Гет urlpatterns не указывается
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Ivan Rudenko
Товарищи, есть вопрос небольшой. Вот у меня есть кастомный юзер, связанный со стандартным по типу OneToOne. Чтобы использовать его, кастомного юзера, кастомную информацию, мне нужно при каждой обработке запроса отдельно загружать его? Это норма? Нельзя сделать, как со стандартным юзером, чтобы джанго знал, что этот кастомный юзер залогинен сейчас и хранил его инфу?
Наследование не пробовали?
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Или не подходит?
источник

D

Dissar in Django [ru] #STAY HOME
Dan Tyan
Гет urlpatterns не указывается
эх, ели бы я знал раньше
источник

D

Dissar in Django [ru] #STAY HOME
все равно пока не разобрался, как реализовать
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Andrey Volkov
Наследование не пробовали?
Ну чтобы сделать кастомного пользователя, оно вроде нужно, все обычно делают отдельную таблицу
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Ivan Rudenko
Ну чтобы сделать кастомного пользователя, оно вроде нужно, все обычно делают отдельную таблицу
Не знаю. Я обычно использую полиморфик + наследование. Единственный трейдофф, который я встретил - небольшое замедление работы (из-за доп. запросов в бд)
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Andrey Volkov
Не знаю. Я обычно использую полиморфик + наследование. Единственный трейдофф, который я встретил - небольшое замедление работы (из-за доп. запросов в бд)
Ну вот, я этого и боюсь. А как можно сделать аутентификацию, если user не стандартный, а некий объект, унаследованный от стандартного?
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Ivan Rudenko
Ну вот, я этого и боюсь. А как можно сделать аутентификацию, если user не стандартный, а некий объект, унаследованный от стандартного?
Если ты используешь полиморфик, то авторизация будет происходить на базовой модели, просто при выгрузке объекта из бд он автоматически поймет, что он наследовался и преобразуется в конечный класс
источник

AF

Anton Fircak in Django [ru] #STAY HOME
Ребят привет, подскажите плз  как правильно создать сигнал (это post_save?), хочу при создании нового юзера чтоб ему отправлялось письмо, и вопрос надо ли селери добавлять  в проект?
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Andrey Volkov
Если ты используешь полиморфик, то авторизация будет происходить на базовой модели, просто при выгрузке объекта из бд он автоматически поймет, что он наследовался и преобразуется в конечный класс
Похоже, это то, что мне нужно, спасибо
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Ivan Rudenko
Похоже, это то, что мне нужно, спасибо
django-polymorphic
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Andrey Volkov
Если ты используешь полиморфик, то авторизация будет происходить на базовой модели, просто при выгрузке объекта из бд он автоматически поймет, что он наследовался и преобразуется в конечный класс
И все-таки непонятно, зачем тогда люди делают вот так (тут фрагмент чужого кода из одного туториала):
class UserProfile(models.Model):
   user = models.OneToOneField(User)
   description = models.CharField(max_length=100, default='')
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Ivan Rudenko
И все-таки непонятно, зачем тогда люди делают вот так (тут фрагмент чужого кода из одного туториала):
class UserProfile(models.Model):
   user = models.OneToOneField(User)
   description = models.CharField(max_length=100, default='')
Вероятно это отношение имело немного другой смысл, т.е. не расширение класса пользователя, а создание нового объекта, который бы просто имел связь с юзером. К тому же добавлять новую зависимость в requirements не все хотят (особенно если в этом нет необходимости)
источник

AV

Andrey Volkov in Django [ru] #STAY HOME
Полиморфик очень хорошо использовать в ситуации: User(), UserTypeA(User), UserTypeB(User)
источник