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