SG
Кто подскажет регулярное выражение заменть тэг '>' на пробел?
<link rel="stylesheet" href="{% static "/assets/css/vendor/elegant-fonts.css"> %}">
Size: a a a
2019 March 17
SG
$1{% static "/assets$2 %}">
SG
$2 удалить > - тэг
А
Привет всем! Как можно расширить модель User, чтобы например добавить BooleanField is_confirmed?(для проверки email)
D
Привет всем! Как можно расширить модель User, чтобы например добавить BooleanField is_confirmed?(для проверки email)
уже есть is_active ведь. А вообще AbstractUser как по мне лучший вариант
RS
уже есть is_active ведь. А вообще AbstractUser как по мне лучший вариант
Не активный юзер не обязательно значит что у него не подтвержденная почта :)
Работу с почтой стоит вывести отдельно
Работу с почтой стоит вывести отдельно
А
уже есть is_active ведь. А вообще AbstractUser как по мне лучший вариант
Ну не is_active вроде бы, мне не надо ограничивать юзера, но надо отображать, что электронная почта подтверждена, если is_confirmed=True например
А
Не активный юзер не обязательно значит что у него не подтвержденная почта :)
Работу с почтой стоит вывести отдельно
Работу с почтой стоит вывести отдельно
Да, я про это и говорю)
D
Не активный юзер не обязательно значит что у него не подтвержденная почта :)
Работу с почтой стоит вывести отдельно
Работу с почтой стоит вывести отдельно
справедливо:), но я как-то привык вешать is active на активацию через письмо.
А
Ну не is_active вроде бы, мне не надо ограничивать юзера, но надо отображать, что электронная почта подтверждена, если is_confirmed=True например
Так это можно сделать, в идеале чтобы почти ничего не менять в коде, у меня в другим моделях идет фильтрование по юзеру, и в шаблонах user.username используется?
D
Ну не is_active вроде бы, мне не надо ограничивать юзера, но надо отображать, что электронная почта подтверждена, если is_confirmed=True например
ну если так и проект новый, то
User(AbstractUser):
is_confirmed = models.BooleanField(default=False)А
ну если так и проект новый, то
User(AbstractUser):
is_confirmed = models.BooleanField(default=False)проект не новый)) А на что это влияет?)
RS
справедливо:), но я как-то привык вешать is active на активацию через письмо.
Значит когда тебе нужно будет деактивировать юзера (попросит отказаться от рассылки, удалить свои данные или нужно будет его забанить или еще чего) - теоретически твоя логика может отправить этому юзеру письмо по почте
PB
справедливо:), но я как-то привык вешать is active на активацию через письмо.
напрасно
в документации написано английским по белому, что is_active предполагается использовать для soft-delete
в документации написано английским по белому, что is_active предполагается использовать для soft-delete
PB
и contrib.auth везде подразумевает что если is_active=False - такого пользователя "не существует"
D
и contrib.auth везде подразумевает что если is_active=False - такого пользователя "не существует"
ну значит я не понял цели подтвержения почты. Первое, что пришло в голову - подтверждение во время регистрации пользователя.
PB
ну значит я не понял цели подтвержения почты. Первое, что пришло в голову - подтверждение во время регистрации пользователя.
что ты будешь делать если у тебя пользователь пришел из соцсети?
А
У меня теперь такая ошибка, вот что в settings
D
что ты будешь делать если у тебя пользователь пришел из соцсети?
в этом случае да, необходимо активировать без почты. Понял в чем подвох. Не сталкивался с таким
