The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз 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, добавляющая дополнительные проверки в цикл обработки запрос/ответ.


  1. Главная ссылка к новости (https://www.djangoproject.com/...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/41962-django
Ключевые слова: django, python
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (15) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру