Creo que el punto general de esta sección de documentación es decir
que aunque lo siguiente está permitido y “funcionará”, debería ser
evitado como una forma de módulos en aplicaciones estándar de django para manejar la configuración.
desde la configuración de importación de django.conf
settings.configure ({}, SOME_SETTING = ‘foo)
La configuración “manual” de los ajustes en su módulo causará problemas
cuando inevitablemente, se accede a alguna configuración antes de
Se procesa la línea settings.configure.
- En términos de matemática y lógica, ¿cuál es más desafiante, el aprendizaje automático supervisado o el aprendizaje automático no supervisado?
- ¿Puedo hacer una entrevista con Java incluso si no tengo experiencia en Java en mi currículum (C / C ++, SystemVerilog) para un puesto de ingeniero de software?
- ¿Existe algún software que pueda capturar la marca de tiempo de los procesos de dos programas diferentes que se ejecutan al mismo tiempo?
- ¿Debo reescribir un componente de software libre de errores pero hinchado en nuestro producto por ninguna otra razón que no sea para hacerlo más elegante?
- ¿Cómo puede un cliente mantener la conexión con el servidor?
La forma preferida de manejar la configuración es usar el entorno
variable, DJANGO_SETTINGS_MODULE (que debería estar en la pitón
importar ruta de búsqueda). Esto permite importar configuraciones en su
módulos y permite “manualmente” especificar la configuración en el comando-
línea. (no debe confundirse con “configurar manualmente los ajustes” en los módulos como se discutió anteriormente) Por ejemplo:
django-admin.py runserver –settings = mysite.settings
Hay un poco de documentación que describe cuándo podría
legítimamente quiere omitir la variable de entorno DJANGO_SETTINGS_MODULE. (Consulte “Uso de la configuración sin configurar
DJANGO_SETTINGS_MODULE “en la documentación de configuración).