Python-сообщество

Maddy · Фев. 16, 2009 19:13:03

Доброго времени суток ;)
Вот волею судеб(яндекса с гуглом ;) ) Натнулся на джангу и стал осваивать …. Пока больше плюсов нарыл чем минусов … Но вот вопросик собственно как лучше разнести настройки сайта\базы для ветки разработки и стабильного хвоста ?

мне ничего умнее решения в лоб - перекурочить settings.py

try:
  from app_config import  *
except ImportError :
  DEBUG = True
  TEMPLATE_DEBUG = DEBUG

  ADMINS = (
     ('XXX', 'XXXX'),
  )

  MANAGERS = ADMINS

  DATABASE_ENGINE = 'postgresql_psycopg2'           # 'postgresql_psycopg2', 'postgresql', 'mysql', 'sqlite3' or 'oracle'.
  DATABASE_NAME = 'db1'             # Or path to database file if using sqlite3.
  DATABASE_USER = 'ikdj'             # Not used with sqlite3.
  DATABASE_PASSWORD = 'pass'         # Not used with sqlite3.
  DATABASE_HOST = ''             # Set to empty string for localhost. Not used with sqlite3.
  DATABASE_PORT = ''             # Set to empty string for default. Not used with sqlite3.

с соответственно рабочие настройки жестоко в него (settings.py) забиты , а если надо чего-нибуть попробывать клонируем проект и кладем в app_config.py настройки для тестовой базы …. Если велосипед - наставте на путь истинный плиз…. А то просто как-то не сложилась сразу идеология разработки в команде для джанги …

Александр Кошелев · Фев. 16, 2009 21:27:27

У вас получилось некое гибридное решение между монолитным файлом и разделением на общую и частную часть.

Идеологически конечно лучше избавиться от try except и продакшен настройки тоже хранить отдельным файлом.

Вообще ситуация классическая. Есть несколько сред в которые нужно выкатывать проект. Это разработка, тестирование и продакшен. Последние две среды обычно строго детерминированы и их настройки для удобства можно хранить в системе контроля версий, например в отдельной директории.

С разработчискими машинами всё чуть сложнее, предсказать какие-то настройки отдельных девелоперов трудно и они и сами под себя настраивают среду. Соответственно их настройки хранить в репозитории не надо.

Чтобы локальные настройки не смешивались, я бы предложил в тестинге и продакшен файл app_config делать символьными ссылками на соответствующий файл в репозитории. Девелоперы же пусть прям в корень проекта кладут свои локальные настройки и вольно их меняют по необходимости.

Ваш способ конечно имеет право на жизнь, но я считаю, что если уж делить настройки на локальные и глобальные то уж до конца. Ну и варианту “попробовать” даже на боевых машинах это не мешает как при отдельном инстансе проекта, так на живом.

Maddy · Фев. 16, 2009 21:46:40

ну тогда уж симлинк на settings.py под текущий вариант … но очередные грабли - у меня товарсч пасеться на ХРюше … и нехотит слезать(ну его право) а мам …. ну как-то кисло с линками ….
делать _копию_ файла imho не кошерно - зачем болото разводить … вот и решили с дополнительным конфигом повыпендриваться…

Александр Кошелев · Фев. 16, 2009 21:54:34

Maddy
ну тогда уж симлинк на settings.py под текущий вариант ..

Нет, это уже другое - суть глобальных и локальных настроек теряется.

Maddy
но очередные грабли - у меня товарсч пасеться на ХРюше … и нехотит слезать(ну его право) а мам …. ну как-то кисло с линками ….

Не понял вас. Наверно на другой язык перешли:-)

Maddy · Фев. 16, 2009 22:01:57

Daevaorn
Maddy написал:

но очередные грабли - у меня товарсч пасеться на ХРюше … и нехотит слезать(ну его право) а мам …. ну как-то кисло с линками ….

Не понял вас. Наверно на другой язык перешли:-)

Наверное ;) Я сам предпочитаю Дебиан для разработки … А напарник на WinXP (хрюшка;) ) и она (ХР) только хард-линки понимает вроде ….
Вообще была идея сделать профили запуска и не мучиться …. но пока недошли до такого ;)

Maddy · Фев. 16, 2009 23:04:18

lorien
Я просто делаю *в конце* settings.py

О блин ! зачот ;) спасибо за снятие с ручника ;)

Александр Кошелев · Фев. 16, 2009 23:07:50

Maddy
А напарник на WinXP (хрюшкаwink ) и она (ХР) только хард-линки понимает вроде ….

В любом случае всегда можн явным образом указать файл настроек. Который вовсе не обязательно должен лежать в директории проекта и называться settings.py

Ferroman · Фев. 17, 2009 15:22:23

Junction - симлинки для Win (на NTFS)
Сам иногда использую.

Отредактировано (Фев. 17, 2009 15:22:51)

Evg · Фев. 24, 2009 14:11:55

lorien
Я просто делаю *в конце* settings.py

я тоже так сделал примерно:
Код:
try:
from local_settings.myproject1.bd_settings import *
except ImportError:
pass

причем settings_local у меня cимволная ссылка на каталог который лежит вне директории проекта

подумал что символическую ссылку можно убрать а вместо этого добавить путь в PYTHONPATH знаю как это сделать в win xp, но в линуксе(ubuntu) недавно, подскажите где это можно прописать чтобы питон искал модули еще в моей директории local_settings?

Отредактировано (Фев. 24, 2009 14:15:35)

Python-сообщество

Уведомления

#1 Фев. 16, 2009 19:13:03

Разработка \ использование сайта ....

#2 Фев. 16, 2009 21:27:27

Разработка \ использование сайта ....

#3 Фев. 16, 2009 21:46:40

Разработка \ использование сайта ....

#4 Фев. 16, 2009 21:54:34

Разработка \ использование сайта ....

#5 Фев. 16, 2009 22:01:57

Разработка \ использование сайта ....

#6 Фев. 16, 2009 23:04:18

Разработка \ использование сайта ....

#7 Фев. 16, 2009 23:07:50

Разработка \ использование сайта ....

#8 Фев. 17, 2009 15:22:23

Разработка \ использование сайта ....

#9 Фев. 24, 2009 14:11:55

Разработка \ использование сайта ....

Board footer