Релиз web-фреймворка Django 1.8

02.04.2015 21:04

После семи месяцев разработки вышла стабильная версия популярного фреймворка Django 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;
В состав включен модуль contrib.postgres, позволяющий задействовать специфичные для PostgreSQL возможности;
Представлены новые типы данных: UUIDField для хранения уникальных идентификаторов и DurationField для отрезков времени;
В состав включена библиотека django-secure, добавляющая дополнительные проверки в цикл обработки запрос/ответ.

исправить +15 +/–

Главная ссылка к новости (https://www.djangoproject.com/...)

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/41962-django

Ключевые слова: django, python

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (15)

1.1, Аноним (-), 21:55, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]	–19 +/–
Django - яркий пример фреймворка который разжирается и разрастается от версии к версии, но разработчикам на это совершенно положить.

2.19, djbaldey (ok), 13:38, 03/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	+4 +/–
Да, разрастается, но при этом 1.8 быстрее работает, чем 1.4, к примеру.

1.2, xanonx (?), 22:06, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]	–4 +/–
Меня конечно сейчас запинают, но скажу что Джанга - это смачная поделка. Совмещать веб-фреймворк и ORM в рамках одного проекта - это ад и Израиль.

2.3, Anonimous (?), 22:17, 02/04/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]	+1 +/–
Совершенно ничто не мешает использовать компоненты отдельно. Использовать другой ОРМ тоже не проблема.

3.5, xanonx (?), 22:35, 02/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	–2 +/–
Не поделишься ссылкой на пример использования Джанго ОРМа без веб частей? Вангую что так нельзя без костылей

4.21, Аноним (-), 15:03, 03/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	+1 +/–
Пожалуйста: https://docs.djangoproject.com/en/1.8/intro/tutorial01/#playing-with-the-api

2.4, th3m3 (ok), 22:21, 02/04/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]	+4 +/–
Django очень гибкий и можно его использовать вообще без ORM.

1.6, Taman (?), 22:52, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]	+/–
Я использую жангу почти без ОРМ - ибо не доверяю в оптимизированность и секурность орм - селектов

2.9, Лень логиниться (?), 23:39, 02/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	+/–
На больших запросах с кучей join-ов, условий, на хитрых селектах, зависящих от переданных в оригинальном запросе полей, без ORM часто просто смерть. И вероятность налажать просто растёт геометрически. Впрочем, джанговый орм для этого тоже не годится. Во всяком случае версии 1.7.

3.14, Аноним (-), 06:05, 03/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	–1 +/–
Это у тех, у кого руки растут не от туда, откуда надо.

4.16, GrammarNazist (?), 09:27, 03/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	+1 +/–
"не оттуда" же

1.8, Лень логиниться (?), 23:32, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]	+/–
Уже можно выкидывать Sqlalchemy и переходить на Django orm?

1.12, Аноним (-), 00:43, 03/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]	+/–
> задействовать специфичные для PostgreSQL возможности одобрямс! дб-специфичный модуль для желающих при сохранении дб-агностичности продукта в целом - это правильная политика.

1.22, Xasd (ok), 17:58, 03/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]

+1 +/–

web-фреймворка Django -- один из немногих фреймворков (а быть может даже ЕДИНСТВЕННЫЙ), кто на сегодняшний день предлагает безопасность *из**коробки* (по-умолчанию) от дыр класса clickjacking\csrf\xss .

в других фреймворках -- нужно предпринять дополнительные усилия (не сложные, но усилия) чтобы защититься от clickjacking\csrf\xss .

а в Django -- нужно предпринять дополнительные усилия чтобы УБРАТЬ защиту от clickjacking\csrf\xss . некоторые дурачки ,например, так делают (убирают эту защиту в Django) для своих web-сайтов, так и не разобравшись в проблеме почему Django это предлагает :-) ..

2.25, й (?), 16:36, 06/04/2015 [^] [^^] [^^^] [ответить] [к модератору]	+/–
В Rails всё ровно так же.

игнорирование участников | лог модерирования

Добавить комментарий

Имя:

E-Mail:

Текст: