После семи месяцев разработки вышла (https://www.djangoproject.com/weblog/2015/apr/01/release-18-.../) стабильная версия популярного фреймворка Django 1.8 (https://docs.djangoproject.com/en/1.8/releases/1.8/), написанного на языке Python и предназначенного для разработки веб-приложений. Django 1.8 отнесён к выпускам с длительным сроком поддержки (LTS), обновления для которых выпускаются как минимум в течение трёх лет. Поддержка Django 1.7 и Django 1.4 LTS продлится до октября 2015 года, выпуск обновлений для ветки Django 1.6 прекращён.
В новой версии:
- Обеспечена встроенная поддержка подключения различных шаблонизаторов. Из коробки доступен базовый язык шаблонов Django и шаблонизатор Jinja2. В одном проекте можно использовать одновременно несколько разных шаблонизаторов;
- Предоставлены средства для выполнения сложных SQL запросов через ORM;
- Формализован API для Model._meta (https://docs.djangoproject.com/en/1.8/ref/models/meta/);
- В состав включен модуль contrib.postgres, позволяющий задействовать специфичные для PostgreSQL возможности (https://docs.djangoproject.com/en/1.8/ref/contrib/postgres/);
- Представлены новые типы данных: UUIDField для хранения уникальных идентификаторов и DurationField для отрезков времени;- В состав включена библиотека django-secure (https://pypi.python.org/pypi/django-secure), добавляющая дополнительные проверки в цикл обработки запрос/ответ.
URL: https://www.djangoproject.com/weblog/2015/apr/01/release-18-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=41962
Django - яркий пример фреймворка который разжирается и разрастается от версии к версии, но разработчикам на это совершенно положить.
Да, разрастается, но при этом 1.8 быстрее работает, чем 1.4, к примеру.
Меня конечно сейчас запинают, но скажу что Джанга - это смачная поделка. Совмещать веб-фреймворк и ORM в рамках одного проекта - это ад и Израиль.
Совершенно ничто не мешает использовать компоненты отдельно. Использовать другой ОРМ тоже не проблема.
Не поделишься ссылкой на пример использования Джанго ОРМа без веб частей? Вангую что так нельзя без костылей
Пожалуйста: https://docs.djangoproject.com/en/1.8/intro/tutorial01/#play...
Django очень гибкий и можно его использовать вообще без ORM.
Я использую жангу почти без ОРМ - ибо не доверяю в оптимизированность и секурность орм - селектов
На больших запросах с кучей join-ов, условий, на хитрых селектах, зависящих от переданных в оригинальном запросе полей, без ORM часто просто смерть. И вероятность налажать просто растёт геометрически.
Впрочем, джанговый орм для этого тоже не годится. Во всяком случае версии 1.7.
Это у тех, у кого руки растут не от туда, откуда надо.
"не оттуда" же
Уже можно выкидывать Sqlalchemy и переходить на Django orm?
> задействовать специфичные для PostgreSQL возможностиодобрямс! дб-специфичный модуль для желающих при сохранении дб-агностичности продукта в целом - это правильная политика.
web-фреймворка Django -- один из немногих фреймворков (а быть может даже ЕДИНСТВЕННЫЙ), кто на сегодняшний день предлагает безопасность *из**коробки* (по-умолчанию) от дыр класса clickjacking\csrf\xss .в других фреймворках -- нужно предпринять дополнительные усилия (не сложные, но усилия) чтобы защититься от clickjacking\csrf\xss .
а в Django -- нужно предпринять дополнительные усилия чтобы УБРАТЬ защиту от clickjacking\csrf\xss . некоторые дурачки ,например, так делают (убирают эту защиту в Django) для своих web-сайтов, так и не разобравшись в проблеме почему Django это предлагает :-) ..
В Rails всё ровно так же.