Size: a a a

Django [ru] #STAY HOME

2019 February 28

DT

Dan Tyan in Django [ru] #STAY HOME
ZHU
главное если я сделаю так
           data['editions'] = EditionsSerializerS(Edition.objects.exclude(pk__in=snippets), many=True).data

то работает а если
           data['editions'] = EditionsSerializerS(Edition.objects.in_bulk(snippets), many=True).data
то нет
потому что первый возвращает queryset
а второй словарь
источник

Z

ZHU in Django [ru] #STAY HOME
Dan Tyan
потому что первый возвращает queryset
а второй словарь
+ значит через filter делать буду!! спасибо
источник

pk

pavel kovtun in Django [ru] #STAY HOME
А ты миграциию сделал после смены модели?
источник

AR

Alex RootJunior in Django [ru] #STAY HOME
Vasya
Доброго!
Как сделать, чтобы юзер имел уникальный, нечувствительный к регистру ник, но при этом он отображался бы как чувствительный?
В PostgreSQL есть тип поля citext, например. При поиске он кейс-инсенситив
источник

AI

Anton Igin in Django [ru] #STAY HOME
Вопрос: как сохранять у себя пароль, если тебе передают только его хэш?
источник

AI

Anton Igin in Django [ru] #STAY HOME
set_password назначает хэш паролем буквально, а при простом присваивании user.password = password не подходят тогда ни сам пароль, ни хэш
источник

D

Dmitry in Django [ru] #STAY HOME
а зачем вам пароль?
источник

PB

Petr B. in Django [ru] #STAY HOME
а почему вам передают хеш?
источник

AI

Anton Igin in Django [ru] #STAY HOME
Petr B.
а почему вам передают хеш?
Так хочет Заратустра
источник

PB

Petr B. in Django [ru] #STAY HOME
Anton Igin
Так хочет Заратустра
если вы так городите "вход" через сторонний ресурс на свой сайт - то пусть лучше те, кто дают вам хеш пароля у себя oauth2 сервер поднимут
источник

PB

Petr B. in Django [ru] #STAY HOME
если это "регистрация" и вам ваш фронтенд отдает хеш пароля при регистрации пользователя - набейте ему морду лица и пусть отдает пароль нормально
источник

AI

Anton Igin in Django [ru] #STAY HOME
Скорее первое: надо, чтобы пользователи одного сервиса не заморачивались с регистрацией в новом, который, по сути, надстройка над основным
источник

D

Dmitry in Django [ru] #STAY HOME
Anton Igin
Скорее первое: надо, чтобы пользователи одного сервиса не заморачивались с регистрацией в новом, который, по сути, надстройка над основным
тогда вам наверное к токенам
источник

PB

Petr B. in Django [ru] #STAY HOME
Dmitry
тогда вам наверное к токенам
оаутх2 да и все
источник

PB

Petr B. in Django [ru] #STAY HOME
самое простое
источник

A

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

A

Andrey in Django [ru] #STAY HOME
Milsdar
Сейчас отчёты заполняются в excel'е. Часть отчётов заполняется в старом десктоп приложении с выгрузкой в xml.
Цель уйти от десктоп приложения (оно больше официально не поддерживается) и уйти от excel'я. По сводке отчётов используются костыли в виде excel VBA. Отчёты территориально заполняются на уровне региона.  Отсюда,  кто в лес, кто по дрова (,  хотя формы отчёта утвержденные.
Задумка уйти от всего этого создав вэб приложение по заполнению отчётных форм. (пользователь зашёл,  заполнил данные,  сохранил,  экспортровал,  распечатал,  подписал,  сдал...)  Отчёты квартальные,  годовые.
Некоторые отчёты - это сводка нескольких однотипных отчётов, отсюда нужна возможность для импорта отчёта.
Ох, поехали вот тебе формы https://django-crispy-forms.readthedocs.io/en/latest/
источник

PB

Petr B. in Django [ru] #STAY HOME
Andrey
Django all auth
да и social_django подойдет
источник

A

Andrey in Django [ru] #STAY HOME
@Milsdar выгрузка в xml - запрос в бд и формирование xml загуглите (lxml для ускорения)
источник

A

Andrey in Django [ru] #STAY HOME
Andrey
@Milsdar выгрузка в xml - запрос в бд и формирование xml загуглите (lxml для ускорения)
Страница для печати - просто отдельная страница без меню, и пусть ее печатают
источник