Re-factored admin application¶

Административный интерфейс Django (django.contrib.admin) был полностью переработан; Определения администратора теперь полностью отделены от определений моделей (в моделях больше нет объявления class Admin!), переписаны для использования новой библиотеки обработки форм Django (представленной в версии 0.96 как django.newforms, а теперь доступной как просто django.forms) и переработаны с учетом расширяемости и настройки. Полная документация для приложения администратора доступна онлайн в официальной документации Django:

Дополнительную информацию см. в справке администратора.

Улучшена обработка Юникода.¶

Внутренние компоненты Django были переработаны для использования Unicode; это радикально упрощает задачу работы с незападноевропейским контентом и данными в Django. Кроме того, были предоставлены служебные функции для облегчения взаимодействия со сторонними библиотеками и системами, которые могут или не могут корректно обрабатывать Unicode. Подробности доступны в документации Django по обработке Unicode.

См. Данные Unicode.

Улучшенный ORM¶

Объектно-реляционный преобразователь Django — компонент, который обеспечивает сопоставление между классами модели Django и вашей базой данных и который выполняет запросы к базе данных — был значительно улучшен в результате масштабного рефакторинга. Для большинства пользователей Django это обратно совместимо; общедоступный API для запросов к базе данных претерпел несколько незначительных изменений, но большинство обновлений произошло во внутренних компонентах ORM. Руководство по изменениям, включая обратно несовместимые модификации и упоминания о новых функциях, открытых в результате этого рефакторинга, доступно на вики Django.

Автоматическое экранирование переменных шаблона¶

Чтобы обеспечить повышенную защиту от уязвимостей межсайтового скриптинга (XSS), система шаблонов Django теперь автоматически экранирует выходные данные переменных. Это поведение настраивается и позволяет помечать как переменные, так и более крупные конструкции шаблонов как безопасные (не требующие экранирования) или небезопасные (требующие экранирования). Полное руководство по этой функции можно найти в документации по тегу autoescape.

django.contrib.gis (GeoDjango)¶

Проект, разрабатывавшийся более года, добавляет в Django поддержку ГИС («Географические информационные системы») мирового класса в форме приложения «contrib». Его документация в настоящее время поддерживается извне и вскоре будет объединена с основной документацией Django. Огромное спасибо Джастину Бронну, Джереми Данку, Бретту Хорнеру и Трэвису Пинни за их усилия по созданию и завершению этой функции.

Подробности смотрите в GeoDjango.

Подключаемое хранилище файлов¶

Встроенные в Django FileField и ImageField теперь могут использовать преимущества подключаемых серверов хранения файлов, что позволяет широко настраивать, где и как загруженные файлы хранятся в Django. Подробности см. в документации по файлам; Большое спасибо Марти Алчину за тяжелую работу по завершению этого проекта.

Совместимость с Jython¶

Благодаря большой работе Лео Сото в рамках проекта Google Summer of Code, кодовая база Django была переработана для устранения несовместимости с Jython, реализацией Python, написанной на Java, которая запускает код Python на виртуальной машине Java. Django теперь совместим с предстоящей версией Jython 2.5.

Общие отношения в формах и администрировании¶

Классы теперь включены в django.contrib.contenttypes, который можно использовать для поддержки общих отношений как в интерфейсе администратора, так и в формах конечного пользователя. Подробности смотрите в документации по родовым отношениям <generic-relations>.

Различие INSERT/UPDATE¶

Хотя стандартное поведение Django, заключающееся в том, что метод модели save() автоматически определяет, следует ли выполнять INSERT или UPDATE на уровне SQL, подходит для большинства случаев, иногда бывают ситуации, когда принудительное использование одного или другого полезно. В результате модели теперь могут поддерживать дополнительный параметр save(), который может принудительно выполнять определенную операцию.

Подробности смотрите в Принудительное выполнение INSERT или UPDATE.

Разделить CacheMiddleware¶

CacheMiddleware в Django был разделен на три класса: сам CacheMiddleware по-прежнему существует и сохраняет всю свою предыдущую функциональность, но теперь он построен из двух отдельных классов промежуточного программного обеспечения, которые обрабатывают две части кэширования (вставка в кеш и чтение из кеша) отдельно, предлагая дополнительную гибкость для ситуаций, когда объединение этих функций в одно промежуточное программное обеспечение создает проблемы.

Полная информация, включая обновленные примечания по правильному использованию, находится в документации по кэшированию.

Рефакторинг django.contrib.comments.¶

В рамках проекта Google Summer of Code Теджасви Путрайя провел масштабную переработку и рефакторинг встроенной системы комментариев Django, значительно повысив ее гибкость и настраиваемость.

Удаление устаревших функций¶

A number of features and methods which had previously been marked as deprecated, and which were scheduled for removal prior to the 1.0 release, are no longer present in Django. These include imports of the form library from django.newforms (now located simply at django.forms), the form_for_model and form_for_instance helper functions (which have been replaced by ModelForm) and a number of deprecated features which were replaced by the dispatcher, file-uploading and file-storage refactorings introduced in the Django 1.0 alpha releases.

Наследование многотабличной модели с помощью to_field¶

Если вы используете наследование нескольких табличных моделей, помните об этом предостережении: дочерние модели, использующие пользовательские parent_link и to_field, вызовут ошибки целостности базы данных. Набор моделей, подобных следующему, недействителен:

class Parent(models.Model):
    name = models.CharField(max_length=10)
    other_value = models.IntegerField(unique=True)

class Child(Parent):
    father = models.OneToOneField(Parent, primary_key=True, to_field="other_value", parent_link=True)
    value = models.IntegerField()

Эта ошибка будет исправлена ​​в следующем выпуске Django.

Предостережения относительно поддержки некоторых баз данных¶

Django пытается поддерживать как можно больше функций на всех серверах баз данных. Однако не все серверные части баз данных одинаковы, и, в частности, многие из поддерживаемых баз данных сильно различаются от версии к версии. Рекомендуем ознакомиться с нашими заметками о поддерживаемых базах данных:

• Заметки MySQL

• SQLite примечания

• оракул-заметки