Телеграмм чат группы pydjango страница 11051

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Django [ru] #STAY HOME

2735 membersпожаловаться на группу

2019 May 06

AL

Alexander Lebedev in Django [ru] #STAY HOME

Alexander Ovchinnikov 🦁

вот я как раз склонен именно так разбивать) потому что очень большой конфиг получается когда несколько десятков разных аппов подключены

по поводу отдельных настроек для приложений, пользовался такой вот штукой
https://django-appconf.readthedocs.io/en/stable/

источник

19:27пожаловаться #1

M

Mihail in Django [ru] #STAY HOME

Alexander Lebedev

за получение объекта там отвечает метод get_object

дк. а почему у DetailView вообще тогда присутствует get_queryset()? https://djbook.ru/rel1.9/ref/class-based-views/generic-display.html#detailview

источник

19:27пожаловаться #2

AL

Alexander Lebedev in Django [ru] #STAY HOME

Alexander Ovchinnikov 🦁

то есть это может быть settings/common.py или settings/common/*.py, не важно

т.е. всё обще-проектное — в settings по окружениям, а специфика приложения — внутрь приложения через django-appconf

источник

19:28пожаловаться #3

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME

Alexander Lebedev

по поводу отдельных настроек для приложений, пользовался такой вот штукой
https://django-appconf.readthedocs.io/en/stable/

я такое не использую потому что почему-то не люблю классы, я стараюсь поменьше их использовать) возможно, это личное)

источник

19:28пожаловаться #4

M

Mihail in Django [ru] #STAY HOME

Alexander Lebedev

за получение объекта там отвечает метод get_object

аа, я понял

This method is called by the default implementation of get_object() and
may not be called if get_object() is overridden.

т.е. get_object() перекрывает, если он есть...

источник

19:28пожаловаться #5

AL

Alexander Lebedev in Django [ru] #STAY HOME

аа, я понял

This method is called by the default implementation of get_object() and
may not be called if get_object() is overridden.

т.е. get_object() перекрывает, если он есть...

не совсем) get_object по-умолчанию использует get_queryset, но вы можете переопределить get_object и не вызывать в нем get_queryset

источник

19:30пожаловаться #6

M

Mihail in Django [ru] #STAY HOME

Alexander Lebedev

не совсем) get_object по-умолчанию использует get_queryset, но вы можете переопределить get_object и не вызывать в нем get_queryset

так какой объект вернёт джанга из переданного списка, после использования all()? Первый или последний?

источник

19:32пожаловаться #7

AL

Alexander Lebedev in Django [ru] #STAY HOME

так какой объект вернёт джанга из переданного списка, после использования all()? Первый или последний?

не понял вопроса: из какого списка? кто его передаст?

источник

19:32пожаловаться #8

AL

Alexander Lebedev in Django [ru] #STAY HOME

так какой объект вернёт джанга из переданного списка, после использования all()? Первый или последний?

all() вернёт все объекты, вернее нефильтрованный queryset

источник

19:33пожаловаться #9

M

Mihail in Django [ru] #STAY HOME

Alexander Lebedev

не понял вопроса: из какого списка? кто его передаст?

ну по умолчанию же .all() достаёт список всех объектов из базы данных. А DetailView необходим только лишь один объект из этой базы, чтобы передать его в контекст. Я правильно понимаю?

источник

19:34пожаловаться #10

AL

Alexander Lebedev in Django [ru] #STAY HOME

ну по умолчанию же .all() достаёт список всех объектов из базы данных. А DetailView необходим только лишь один объект из этой базы, чтобы передать его в контекст. Я правильно понимаю?

да. только вы постоянно упоминаете список, а all возвращает queryset; это разные типы объектов

источник

19:35пожаловаться #11

M

Mihail in Django [ru] #STAY HOME

Alexander Lebedev

да. только вы постоянно упоминаете список, а all возвращает queryset; это разные типы объектов

ок, какой объект из этого queryset будет возвращен?

источник

19:35пожаловаться #12

M

Mihail in Django [ru] #STAY HOME

в контекст

источник

19:35пожаловаться #13

PB

Petr B. in Django [ru] #STAY HOME

Alexander Lebedev

видел я проекты, где settings били по тематическому признаку: базы отдельно, статика отдельно и т.д. получалось под дюжину файлов, это уже борщ по мне, а по окружениям вроде бы норм. по крайней мере категорических противопоказаний не вижу

Я настройки батареек вынес в отдельные файлы в папочку mainapp/conf/

источник

19:39пожаловаться #14

AL

Alexander Lebedev in Django [ru] #STAY HOME

ок, какой объект из этого queryset будет возвращен?

для этого смотрим, например, сюда http://ccbv.co.uk/projects/Django/2.1/django.views.generic.detail/DetailView/#get_object

по-умолчанию, в ссылке ищется парамерт pk и передаётся в kwargs. по нему и будет поиск

DetailView -- Classy CBV

The best way to understand Django's class-based views is to see it in Classy CBV, so pick your version and jump in at the deep end.

источник

19:39пожаловаться #15

E

Egor in Django [ru] #STAY HOME

Humanize?

Нет, это же для шаблонов, а мне во вью надо

источник

19:39пожаловаться #16

AL

Alexander Lebedev in Django [ru] #STAY HOME

ок, какой объект из этого queryset будет возвращен?

т.е. в вашей ссылке должен содержаться какой-либо идентификатор объекта, по которому объект будет получен из queryset’a

источник

19:40пожаловаться #17

AM

Artem Malyshev in Django [ru] #STAY HOME

Нет, это же для шаблонов, а мне во вью надо

Там же тэги наверняка просто функции вызываю

источник

19:41пожаловаться #18

E

Egor in Django [ru] #STAY HOME

Там же тэги наверняка просто функции вызываю

Все равно там нет того, что мне надо

источник

19:41пожаловаться #19

AL

Alexander Lebedev in Django [ru] #STAY HOME

Я настройки батареек вынес в отдельные файлы в папочку mainapp/conf/

чем мне нравится appconf, он докидывает все настройки в django.conf.settings и нет нужды помнить откуда их импортировать, просто работаешь с ними как с обычными settings проекта
а так, да, как угодно можно, главное договориться
я люблю, когда надо помнить минимум специфики

источник

19:43пожаловаться #20