Size: a a a

Django [ru] #STAY HOME

2020 May 07

SB

Sergiy Brotsky in Django [ru] #STAY HOME
Ну сейчас без разницы, можно с ним. Только нужно взять инфу с маленькой формочки которая записывается в админку и еще отправить в телеграмм.
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Sergiy Brotsky
Ну сейчас без разницы, можно с ним. Только нужно взять инфу с маленькой формочки которая записывается в админку и еще отправить в телеграмм.
у телеграма есть свое апи, можно отправлять без бота

> инфу с маленькой формочки которая записывается в админку
В какую еще админку у тебя инфа записывается? А тебя что "админка" это БД?
источник

SB

Sergiy Brotsky in Django [ru] #STAY HOME
админка = админка django
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Sergiy Brotsky
админка = админка django
админка не хранит данные, даже в джанго

напиши нормально от куда хочешь брать инфу: БД / из формы без сохранения в БД
источник

RT

Ruslan Tolkun Uulu in Django [ru] #STAY HOME
Добрый день, можно ли упростить этот запрос. Здесь я хотел получить только последние данные по типу объекта.
   
def get_queryset(self):
       queryset = self.queryset
       type_1 = queryset.filter(type=type_1).first()
       type_2 = queryset.filter(type=type_2).first()
       q = []
       if type_1:
           q.append(type_1)

       if type_2:
           q.append(type_2)
       return q
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Ruslan Tolkun Uulu
Добрый день, можно ли упростить этот запрос. Здесь я хотел получить только последние данные по типу объекта.
   
def get_queryset(self):
       queryset = self.queryset
       type_1 = queryset.filter(type=type_1).first()
       type_2 = queryset.filter(type=type_2).first()
       q = []
       if type_1:
           q.append(type_1)

       if type_2:
           q.append(type_2)
       return q
как тут уменьшить кол-во запросов, я не знаю
а вот в if лучше сравнивать так if my_type is not None:

или можно в одну строку:q.append(type_1) if type_1 is not None else None
как тебе более читабельнее
источник

RT

Ruslan Tolkun Uulu in Django [ru] #STAY HOME
Artem Gubatenko
как тут уменьшить кол-во запросов, я не знаю
а вот в if лучше сравнивать так if my_type is not None:

или можно в одну строку:q.append(type_1) if type_1 is not None else None
как тебе более читабельнее
Спасибо
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Ruslan Tolkun Uulu
Спасибо
можешь попробовать вот так:
my_types = (
       queryset
       .annotate(
           type_one=Case(
               When(type=type_1, then=F("type")),
               output_field=models.CharField()
           ),
           type_two=Case(
               When(type=type_2, then=F("type")),
               output_field=models.CharField()
           ),
       )
       .filter(Q(type_one=type_1) | Q(type_two=type_2))
       .order_by("-type_one", "-type_two")
       .distinct("type_one", "type_two")
   )

но я не уверен
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Ruslan Tolkun Uulu
Спасибо
models.CharField() - замени на нужный тип поля
источник

RT

Ruslan Tolkun Uulu in Django [ru] #STAY HOME
Artem Gubatenko
можешь попробовать вот так:
my_types = (
       queryset
       .annotate(
           type_one=Case(
               When(type=type_1, then=F("type")),
               output_field=models.CharField()
           ),
           type_two=Case(
               When(type=type_2, then=F("type")),
               output_field=models.CharField()
           ),
       )
       .filter(Q(type_one=type_1) | Q(type_two=type_2))
       .order_by("-type_one", "-type_two")
       .distinct("type_one", "type_two")
   )

но я не уверен
Ок. большое спасибо
источник

m

master-mn in Django [ru] #STAY HOME
парни привет
изучаю я один вопрос связанный со связями один-к-одному, есть главная модель с которой связыватся отношением один-к-одному другая модель - как бы расширяя ее, очень грубо говоря ведушая модель и видомая.
по сути связь один-к-одному означает что одна запись из одной таблице может быть связанна только с одной из другой таблице
НО по сути появляется возможность влиять не явно на ведомую модель через ведущую
ВОПРОС: как по вашему не является ли этот факт уязвимостью?
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
master-mn
парни привет
изучаю я один вопрос связанный со связями один-к-одному, есть главная модель с которой связыватся отношением один-к-одному другая модель - как бы расширяя ее, очень грубо говоря ведушая модель и видомая.
по сути связь один-к-одному означает что одна запись из одной таблице может быть связанна только с одной из другой таблице
НО по сути появляется возможность влиять не явно на ведомую модель через ведущую
ВОПРОС: как по вашему не является ли этот факт уязвимостью?
> НО по сути появляется возможность влиять не явно на ведомую модель через ведущую

разверни мысль. Какое влияние имеется ввиду?
источник

m

master-mn in Django [ru] #STAY HOME
Artem Gubatenko
> НО по сути появляется возможность влиять не явно на ведомую модель через ведущую

разверни мысль. Какое влияние имеется ввиду?
вот на пример классическая ситуация:

создаем модель User с полем имя

создаем модель Profile, в данной модели создается поле  models.OneToOneField и связывается User

через модель User мы можем оказывать влияние на связанный объект Profile
источник

D

Dmitry in Django [ru] #STAY HOME
master-mn
вот на пример классическая ситуация:

создаем модель User с полем имя

создаем модель Profile, в данной модели создается поле  models.OneToOneField и связывается User

через модель User мы можем оказывать влияние на связанный объект Profile
Для юзера есть Абстракт Юзер
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
master-mn
вот на пример классическая ситуация:

создаем модель User с полем имя

создаем модель Profile, в данной модели создается поле  models.OneToOneField и связывается User

через модель User мы можем оказывать влияние на связанный объект Profile
так можно делать и через ForeignkeyField тоже
это часть функционала ОРМ джанго.
я не вижу что здесь может влиять на безопасность
источник

m

master-mn in Django [ru] #STAY HOME
Artem Gubatenko
так можно делать и через ForeignkeyField тоже
это часть функционала ОРМ джанго.
я не вижу что здесь может влиять на безопасность
ок, значит я не до конца понял разницу между OneToOneField и ForeignkeyField
источник

М

Муратбек in Django [ru] #STAY HOME
master-mn
вот на пример классическая ситуация:

создаем модель User с полем имя

создаем модель Profile, в данной модели создается поле  models.OneToOneField и связывается User

через модель User мы можем оказывать влияние на связанный объект Profile
Можем влиять, да.) Причем тут уязвимость?)
источник

A

Alex in Django [ru] #STAY HOME
В докере запускаю команду
python3 manage.py some_comand

В скрипте используются print
источник

A

Alex in Django [ru] #STAY HOME
Вывод в консоль приходит с задержкой. где-то буферизация какая-то.
Подскажите где эта буферизация и как ее отключить. Это docker и django
источник

AT

Alex Ted in Django [ru] #STAY HOME
Какая версия python
источник