Size: a a a

Django [ru] #STAY HOME

2019 December 26

AG

Artem Gubatenko in Django [ru] #STAY HOME
Skoomer
это похоже на обычный терминал
источник

S

Skoomer in Django [ru] #STAY HOME
чувак списибо
источник

S

Skoomer in Django [ru] #STAY HOME
вполне возможно
источник

Н

Никита in Django [ru] #STAY HOME
расскажите за Permissions в джанго
источник

Н

Никита in Django [ru] #STAY HOME
я так понял по дефолту оно умеет только по content_type фильтровать?
источник

MB

Max Block in Django [ru] #STAY HOME
Приветствую! Просьба подсказать, что я делаю не так с settings.py файлом джанго проекта.

Я делаю много однотипных приложений на базе django, поэтому у меня есть в отдельном репозитории джанго апп shared_app.

Помимо общих моделей, темплейтов и прочего, еще у меня настройки проектов почти одинаковы, поэтому я сделал shared_app.shared_settings, который из себя представляет dict с настройками джанги типа SECRET_KEY, DEBUG и прочего.

Сам файл settings.py джанно проекта выглядит так:

from django.conf import settings
from shared_app import shared_settings

conf = {
   "SETTING_1": 1,
   "SETTING_2": 1,
}

settings.configure(**shared_settings, **conf)

, т.е. вначале берем общие настройки из shared_app,   и них добавляем специфичесчекие настройки проекта, и инжектим все через settings.configure().

Это все прекрасно работает через ./manage.py runserver.

Но вот не хочет работать через gunicorn:

gunicorn -b localhost:8000 --timeout 999 --threads 12 “django_project.wsgi"

Падает с ошибкой: django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty.

Естественно SECRET_KEY определенным способом в shared_app.shared_settings передается, иначе ./manage.py runserver и не работал бы.

Пробовал запускать gunicorn с указанием модуля настроек, но такая же ошибка.
DJANGO_SETTINGS_MODULE=django_project.settings gunicorn -b localhost:8000 --timeout 999 --threads 12 "django_project.wsgi"
источник

s

scmutalisk in Django [ru] #STAY HOME
Max Block
Приветствую! Просьба подсказать, что я делаю не так с settings.py файлом джанго проекта.

Я делаю много однотипных приложений на базе django, поэтому у меня есть в отдельном репозитории джанго апп shared_app.

Помимо общих моделей, темплейтов и прочего, еще у меня настройки проектов почти одинаковы, поэтому я сделал shared_app.shared_settings, который из себя представляет dict с настройками джанги типа SECRET_KEY, DEBUG и прочего.

Сам файл settings.py джанно проекта выглядит так:

from django.conf import settings
from shared_app import shared_settings

conf = {
   "SETTING_1": 1,
   "SETTING_2": 1,
}

settings.configure(**shared_settings, **conf)

, т.е. вначале берем общие настройки из shared_app,   и них добавляем специфичесчекие настройки проекта, и инжектим все через settings.configure().

Это все прекрасно работает через ./manage.py runserver.

Но вот не хочет работать через gunicorn:

gunicorn -b localhost:8000 --timeout 999 --threads 12 “django_project.wsgi"

Падает с ошибкой: django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty.

Естественно SECRET_KEY определенным способом в shared_app.shared_settings передается, иначе ./manage.py runserver и не работал бы.

Пробовал запускать gunicorn с указанием модуля настроек, но такая же ошибка.
DJANGO_SETTINGS_MODULE=django_project.settings gunicorn -b localhost:8000 --timeout 999 --threads 12 "django_project.wsgi"
через try: except: пробовал ?
источник

MB

Max Block in Django [ru] #STAY HOME
scmutalisk
через try: except: пробовал ?
Там в моем коде никаких ошибок нет.
Проблема в том, что gunicorn когда читает файл settings.py, он хочет там увидеть глобальную переменную типа SECRET_KEY. А у меня в settings.py никаких глобальных переменных нет вообще, я все настройки задаю через метод settings.configure()
источник

s

scmutalisk in Django [ru] #STAY HOME
Max Block
Там в моем коде никаких ошибок нет.
Проблема в том, что gunicorn когда читает файл settings.py, он хочет там увидеть глобальную переменную типа SECRET_KEY. А у меня в settings.py никаких глобальных переменных нет вообще, я все настройки задаю через метод settings.configure()
я и не говорю что там ошибка
источник

MB

Max Block in Django [ru] #STAY HOME
а что именно в try/except поставить?
источник

s

scmutalisk in Django [ru] #STAY HOME
Max Block
а что именно в try/except поставить?
try:
   SECRET_KEY = blablabla
except:
  SECRET_KEY = default key
что то типо етого
источник

MB

Max Block in Django [ru] #STAY HOME
У меня в settings.py как раз нет вообще SECRET_KEY=“bla”.
У меня этот файл целиком выглядит как:
from django.conf import settings
from shared_app import shared_settings
conf = {
   "SETTING_1": 1,
   "SETTING_2": 2,
}
settings.configure(**shared_settings, **conf)

Я попробовал его целиком обернуть в try/except, но ничего там не ловится, так как и ошибки в нем нет
источник

s

scmutalisk in Django [ru] #STAY HOME
понятно
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
Max Block
Приветствую! Просьба подсказать, что я делаю не так с settings.py файлом джанго проекта.

Я делаю много однотипных приложений на базе django, поэтому у меня есть в отдельном репозитории джанго апп shared_app.

Помимо общих моделей, темплейтов и прочего, еще у меня настройки проектов почти одинаковы, поэтому я сделал shared_app.shared_settings, который из себя представляет dict с настройками джанги типа SECRET_KEY, DEBUG и прочего.

Сам файл settings.py джанно проекта выглядит так:

from django.conf import settings
from shared_app import shared_settings

conf = {
   "SETTING_1": 1,
   "SETTING_2": 1,
}

settings.configure(**shared_settings, **conf)

, т.е. вначале берем общие настройки из shared_app,   и них добавляем специфичесчекие настройки проекта, и инжектим все через settings.configure().

Это все прекрасно работает через ./manage.py runserver.

Но вот не хочет работать через gunicorn:

gunicorn -b localhost:8000 --timeout 999 --threads 12 “django_project.wsgi"

Падает с ошибкой: django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty.

Естественно SECRET_KEY определенным способом в shared_app.shared_settings передается, иначе ./manage.py runserver и не работал бы.

Пробовал запускать gunicorn с указанием модуля настроек, но такая же ошибка.
DJANGO_SETTINGS_MODULE=django_project.settings gunicorn -b localhost:8000 --timeout 999 --threads 12 "django_project.wsgi"
стектрейс этой ошибки можно посмотреть?
источник

MB

Max Block in Django [ru] #STAY HOME
Pavel Zagrebelin
стектрейс этой ошибки можно посмотреть?
источник

MB

Max Block in Django [ru] #STAY HOME
Pavel Zagrebelin
стектрейс этой ошибки можно посмотреть?
Я понял в чем проблема была:

https://docs.djangoproject.com/en/3.0/topics/settings/#using-settings-without-setting-django-settings-module

С джангой можно использовать что-то одно:
1) Надо указать DJANGO_SETTINGS_MODULE к файлу settings.py, где глобальные переменные типа SECRET_KEY заданы.
2) Или же где-то в wsgi.py выполнить запуск settings.configure(**config)

А у меня было определено оба варианта. Когда я запустил gunicorn с DJANGO_SETTINGS_MODULE=“”, то все заработало
Но странно, почему ./manage.py runserver и ./manage.py runserver_plus при этом работали нормально, лишь gunicorn не захотел запускаться
источник

..

. . in Django [ru] #STAY HOME
Привет не могу понять. Почему посты не отображает страница ? При том же css не подхватил html
источник

..

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

..

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

..

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