приложения и не проекта). Всякие там site description, site keywords и т.п. У меня таких параметров около 10. Может будет больше.
Какие вижу варианты:
- Хранить все в setting. Хочешь поменять description у сайта? Делай деплой. Нужно возиться с конфигом для локального окружения, прода, тестов и тп, т.к. некоторые параметры не хотелось бы комитить или держать локально те же самые что и для прода. Про редактирование параметров из админки можно забыть
- dynaconf. Почти тоже самое что первый пункт
- django-solo. В приципе не плохо. Немного огорчает что автор почти не поддерживает расширение. Там есть несколько warnings в новой джанге, которые автор не горит чинить сам и пул реквесты не ревьювит. Просто забил
- django-constance. Отдельная апка тоже наверное неплохо. Даже вроде +/- активна. Беспокоит как бы ее не постигла судьба с django-solo
Прям идеального варианта не вижу. Все какие-то кособокие. Вывод пока что такой — либо конфиг в файлах, либо в базе. Если в базе: либо свою модельку-синглтон костылить либо взять что-то готовое и протестированное, но рискнуть завязаться на решение, которое потом бросят
SingletonModel Я, кстати, пока что сам singletonModel до конца не осилил, хотелось бы найти нормальную инструкцию на русском/английском. Можете написать?
Ну вот да, я рассматриваю это как один из вариантов
Кстати, если хранить в базе тоже 2 варианта может быть: 1. Берем синглтон модель. По факту получаем табличку с 1 строкой и N колонок 2. Берем 2 колоночную табличку. В первой колонке название параметра, во второй значение. Первый вариант удобен тем, что его можно нормально перевести для многоязычной админки. Второй тоже переводить можно, но не так удобно и наглядно
Обсуждают сегодня