Вопросы по Django

Question

[Алексей Бердников]

Год не интересовался развитием фреймворка, хотелось бы узнать у тех, кто активно его использует — решились ли за год следующие вопросы (пусть в виде сторонних, но нормально работающих приложений), на которые в свое время я не нашел ответа:
1) автоматическая сборка статики (для PHP я делал такой модуль) habrahabr.ru/blogs/kohanaphp/112852/
2) валидация в одном месте (серверная и клиентская) когда указываешь правило и оно генерирует код для клиентской проверки jquickform.aberdnikov.ru/?page=rules_required
это форк библиотеки pear.php.net/package/HTML_QuickForm2/
3) проблема с пользователями (расширение профиля), в свое время была битва прямо за манкипатчинг джанги vs использование профиля как составной части модели пользователя

Answer 1

[Сардар]

> автоматическая сборка статики
django-staticfiles интегрирован в основной фремворк. Теперь ./manage.py collectstatic собирает статику по всем приложениям в одно место. Все конфигурируемо.

> валидация в одном месте (серверная и клиентская)
В стандарном фреймворке нет.

> проблема с пользователями (расширение профиля)
Теперь можно привязать произвольную модель с ссылкой на User как профиль. Хотя и раньше неудобств в этом плане не было, разве нет?

Comments

[Алексей Бердников]

А что Вы используете при работе с формами?
Это — code.google.com/p/django-ajax-forms/?

[Алексей Бердников]

Кажется нашел: dajaxproject.com/fullform/

Answer 2

[kmike]

Насчет 3 — рекомендую профили привязывать через OneToOneField или AutoOneToOneField: это довольно прозрачная и простая схема (в отличие от наследования), к профилям можно получать доступ через user.profile1 и тд, + выбирать одним запросом что нужно и когда нужно через select_related (опять таки, никаких неявных запросов, как с наследованием). Причем get_profile() и AUTH_PROFILE_MODEL (или как его) непонятно даже и зачем использовать, скорее незачем.

Comments

[Марк]

Ну вот да, нередка ситуация, когда в профиле разные приложения хотят разные поля — пихать всю информацию в одну безразмерную модель как-то неправильно, и делают user.profile, user.partner_profile и т.п.

Answer 3

[Марк]

По второму пункту — я видел какое-то решение, но не использовал.
Остальное работает, как Sardar выше написал.

Answer 4

[odmin4eg]

а в чём проблема с расширением профиля?
я вроде ещё совсем новичок в джанго, но вроде всё получилось вот так
www.odmin4eg.ru/2011/rasshirenie-profilya-polzovatelya-django/

Answer 5

[Gasoid]

3) да неудобно, user.get_profile().some_field для расширенных полей как то не так интересно использовать, как просто user.email

Comments

[Сардар]

Тогда можно унаследовать User (совместимо со сторонними приложениями) или вообще сделать собственный и определить свой AUTHENTICATION_BACKENDS. В request.user будет лежать то, что вы хотите.

Даже если используются профили стандартным способом, то полезно сделать свой authentication-backend, который выберет профиль.select_related('user') одним запросом (это быстрей дла 99% обыкновенных сайтов).