Комментарии 25
НЛО прилетело и опубликовало эту надпись здесь
Спасибо. Я пользуюсь django-constance(сохраняет в Redis) для этих целей и там тоже нет ImageValue.
Мне пока не требовался такой функционал, но я думаю стоит его добавить и туда на будущее)
Мне пока не требовался такой функционал, но я думаю стоит его добавить и туда на будущее)
Странный подход. Мы не используем сторонние пакеты, а всегда пишем приложение с 0, исключая только то, что context_processor почти всегда один и тот же. Проблем то — написать модельку с нужными полями.
Хотя, возможно, я не понял сути пакета django-dbsettings.
Хотя, возможно, я не понял сути пакета django-dbsettings.
Для меня суть пакета — уже реализованный интерфейс админки, который выглядит именно как редактирование настроек. Причем с возможностью деления настройки на группы.
То есть вы не используете:
— django-registration
— sorl.thumbnail
— pyutils
… тут дальше можно много продолжать.
Ведь смысл джанги именно в большом количестве reusable-app. Почему вы отказываетесь от этого?
— django-registration
— sorl.thumbnail
— pyutils
… тут дальше можно много продолжать.
Ведь смысл джанги именно в большом количестве reusable-app. Почему вы отказываетесь от этого?
Кстати, из последнего проекта django-registration выпилил с негодованием, т.к. понял, что от него и так не осталось почти ничего.
Идея (или реализация, не знаю) с «бэкендами регистрации» в 0.8, которые предполагается писать — ужасна (могу это говорить, т.к. штук 5 разных бэкендов для django-registration написал за последние 2 года, самых разных): получается много кода и очень запутанная логика, и главное — непонятно, зачем: зачем загонять себя в рамки интерфейса бэкендов, что это конкретно дает (ничего) и чем обычные вьюхи хуже (всем лучше — проще, читабельней, понятно, откуда что идет, кто что обрабатывает и как все настраивать).
Способ разработки django-registration меня тоже не устраивает совершенно — репозиторий с *отключенным багтрекером* — это просто замечательно. Там несколько сотен багов в нем было раньше, но потом это все просто отключили (как найти информацию, которая в этих баг-репортах была? никак). С 1.4 django-registration работал не вполне правильно, а чтоб заставить его работать правильно, нужен манки-патчинг. Вот на этом манки-патчинге django-registration меня потерял; вьюхи и формы и так почти все уже были свои, от RegistrationProfile и так уже был наследник, и от менеджера тоже, короче выкинул все это, скопипастил модельку, поправил для 1.4 (без манки-патчинга) и готово.
Сейчас поддержку 1.4 добавили уже, и собираются вместо бэкендов сделать CBV, но пока — до свидания.
Идея (или реализация, не знаю) с «бэкендами регистрации» в 0.8, которые предполагается писать — ужасна (могу это говорить, т.к. штук 5 разных бэкендов для django-registration написал за последние 2 года, самых разных): получается много кода и очень запутанная логика, и главное — непонятно, зачем: зачем загонять себя в рамки интерфейса бэкендов, что это конкретно дает (ничего) и чем обычные вьюхи хуже (всем лучше — проще, читабельней, понятно, откуда что идет, кто что обрабатывает и как все настраивать).
Способ разработки django-registration меня тоже не устраивает совершенно — репозиторий с *отключенным багтрекером* — это просто замечательно. Там несколько сотен багов в нем было раньше, но потом это все просто отключили (как найти информацию, которая в этих баг-репортах была? никак). С 1.4 django-registration работал не вполне правильно, а чтоб заставить его работать правильно, нужен манки-патчинг. Вот на этом манки-патчинге django-registration меня потерял; вьюхи и формы и так почти все уже были свои, от RegistrationProfile и так уже был наследник, и от менеджера тоже, короче выкинул все это, скопипастил модельку, поправил для 1.4 (без манки-патчинга) и готово.
Сейчас поддержку 1.4 добавили уже, и собираются вместо бэкендов сделать CBV, но пока — до свидания.
Михаил, я согласен, что django-registration не идеален. Версия 0.8 мне тоже не понравилась — старую немного под себя допилил. Но нельзя же из-за одного хромого приложения вообще не использовать чужие наработки.
Ага — в более длинном проекте сейчас около сотни зависимостей, в недавно начатом — штук 50 пока, я только за повторное использование кода)
50 штук — ого. Все уже с 1.4 работают? А можно список, если не сложно — ну, чтобы видеть что используют и что действительно работает. Хотя, конечно, это тема отдельной статьи: «Текущие reusable-app»
50 — это не большое число, там много просто вспомогательных питоньих пакетов и прибитых зависимостей от других пакетов. Сильно много интересного вряд ли найдете) Если что-то с 1.4 не работает, обычно несложно форкнуть репозиторий, починить и ставить из него (сделав пулл реквест еще). Вот реальный текущий список из последнего проекта:
базовые:
Pillow
python-memcached >= 1.43
Markdown >= 2.0
python-dateutil == 1.5
simplejson
pip # обновляем pip, по возможности
sphinx >= 1.0
yuicompressor # требуется наличие java
lxml
pytils
psycopg2
утилиты разные:
pytz
easy-thumbnails
django-widget-tweaks == 1.1.1
django-excel-response
xlwt
django-colorful == 0.1.3
django-autoslug == 1.5
django-admin-decorators == 0.1
django-admin-honeypot == 0.2.1
yandex-maps == 0.6.1
funny-codes == 1.0.1
django-robokassa == 1.0
south == 0.7.4
-e hg+https://bitbucket.org/carljm/django-markitup@2a2442409b0f#egg=django-markitup
-e hg+https://bitbucket.org/carljm/django-model-utils@4288074567a8#egg=django-model-utils
-e git+git://github.com/sidmitra/django-timezones.git@cd39c662#egg=django-timezones
-e git+https://github.com/kmike/django-salmonella@01c9e2c601526b7#egg=django-salmonella
-e git+git://github.com/toastdriven/django-tastypie.git@edd14767ec1fb4628f3bf#egg=django-tastypie
mimeparse >= 0.1.3
-e git+git://github.com/miracle2k/webassets.git@bfcd816fb9713de782#egg=webassets
-e hg+https://bitbucket.org/kmike/django-annoying@3eddd7fa4f9a#egg=django-annoying
-e git+git://github.com/kmike/templated-emails.git#egg=templated-emails
-e git+git://github.com/kmike/django-query-exchange.git@93ee5e3730#egg=django-query-exchange
# «мини-cms»
django-flatblocks == 0.6.0
-e hg+https://bitbucket.org/kmike/python-markdown-video#egg=python-markdown-video
# админка
-e hg+https://bitbucket.org/izi/django-admin-tools@522004b1d118#egg=django-admin-tools
# sentry
raven
sentry == 3.7.1
django-celery == 2.5.1
celery == 2.5.1
gevent == 0.13.6
eventlet == 0.9.16
Для тестов:
coverage == 3.5.1
django_coverage == 1.2.2
django-webtest == 1.5.2
WebTest == 1.3.3
mock == 0.8
factory-boy == 1.1.3
django-factory-boy == 0.1.6
python-faker == 0.2.4
Локально, на сервере не нужно:
# для отладки
ipython
ipdb
docutils >= 0.7
-e git+git://github.com/django-debug-toolbar/django-debug-toolbar.git@0.9.4#egg=django-debug-toolbar
sqlparse
django-eml-email-backend
# для деплоя
jinja2
Fabric == 1.4
-e hg+https://bitbucket.org/kmike/django-fab-deploy@0.8.x#egg=django-fab-deploy
fabric-taskset == 0.1
базовые:
Pillow
python-memcached >= 1.43
Markdown >= 2.0
python-dateutil == 1.5
simplejson
pip # обновляем pip, по возможности
sphinx >= 1.0
yuicompressor # требуется наличие java
lxml
pytils
psycopg2
утилиты разные:
pytz
easy-thumbnails
django-widget-tweaks == 1.1.1
django-excel-response
xlwt
django-colorful == 0.1.3
django-autoslug == 1.5
django-admin-decorators == 0.1
django-admin-honeypot == 0.2.1
yandex-maps == 0.6.1
funny-codes == 1.0.1
django-robokassa == 1.0
south == 0.7.4
-e hg+https://bitbucket.org/carljm/django-markitup@2a2442409b0f#egg=django-markitup
-e hg+https://bitbucket.org/carljm/django-model-utils@4288074567a8#egg=django-model-utils
-e git+git://github.com/sidmitra/django-timezones.git@cd39c662#egg=django-timezones
-e git+https://github.com/kmike/django-salmonella@01c9e2c601526b7#egg=django-salmonella
-e git+git://github.com/toastdriven/django-tastypie.git@edd14767ec1fb4628f3bf#egg=django-tastypie
mimeparse >= 0.1.3
-e git+git://github.com/miracle2k/webassets.git@bfcd816fb9713de782#egg=webassets
-e hg+https://bitbucket.org/kmike/django-annoying@3eddd7fa4f9a#egg=django-annoying
-e git+git://github.com/kmike/templated-emails.git#egg=templated-emails
-e git+git://github.com/kmike/django-query-exchange.git@93ee5e3730#egg=django-query-exchange
# «мини-cms»
django-flatblocks == 0.6.0
-e hg+https://bitbucket.org/kmike/python-markdown-video#egg=python-markdown-video
# админка
-e hg+https://bitbucket.org/izi/django-admin-tools@522004b1d118#egg=django-admin-tools
# sentry
raven
sentry == 3.7.1
django-celery == 2.5.1
celery == 2.5.1
gevent == 0.13.6
eventlet == 0.9.16
Для тестов:
coverage == 3.5.1
django_coverage == 1.2.2
django-webtest == 1.5.2
WebTest == 1.3.3
mock == 0.8
factory-boy == 1.1.3
django-factory-boy == 0.1.6
python-faker == 0.2.4
Локально, на сервере не нужно:
# для отладки
ipython
ipdb
docutils >= 0.7
-e git+git://github.com/django-debug-toolbar/django-debug-toolbar.git@0.9.4#egg=django-debug-toolbar
sqlparse
django-eml-email-backend
# для деплоя
jinja2
Fabric == 1.4
-e hg+https://bitbucket.org/kmike/django-fab-deploy@0.8.x#egg=django-fab-deploy
fabric-taskset == 0.1
Приятно, когда параллельно с тобой у других людей возникают одни и те же задачи… а они из успевают решить раньше тебя :) да еще такую подробную статью на хабру написать. Спасибо!
Прекрасная статья. И с дзеном дружит, и пользу приносит. Вот прям сейчас и опробую в деле… А то надоело писать модельки с одной записью.
Мы используем django-livesettings. Насколько я понял, это один из форков от django-dbsettings, но немного новее
Отлично, как раз нужно в текущем проекте
НЛО прилетело и опубликовало эту надпись здесь
> Site settings
> You don't have permission to edit values.
Пользователь — admin
ЧЯДНТ?
> You don't have permission to edit values.
Пользователь — admin
ЧЯДНТ?
Репортую, что ничего не работает.
dumpz.org/192153/
это безотносительно ImageField
Если убрать эту строчку про юзера (это просто сообщение), то видно, что файл заливается на диск, но в админке ничего не меняется- картинки нет
dumpz.org/192153/
это безотносительно ImageField
Если убрать эту строчку про юзера (это просто сообщение), то видно, что файл заливается на диск, но в админке ничего не меняется- картинки нет
Возможно, из-за джанги 1.4.
Я только на 1.3 пробовал. До работы доберусь — проверю.
Я только на 1.3 пробовал. До работы доберусь — проверю.
Скорее всего
Да, действительно: docs.djangoproject.com/en/1.2/topics/auth/#messages
Deprecated in Django 1.2: This functionality will be removed in Django 1.4.
Исправлю в ближайшее время. Спасибо за репорт!
Deprecated in Django 1.2: This functionality will be removed in Django 1.4.
Исправлю в ближайшее время. Спасибо за репорт!
Уже исправил. Обновитесь. Еще раз спасибо :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ImageValue в django-dbsettings