Исключения Django¶

Это исключение возникает при попытке использовать модели до завершения процедуры app loading process, которая инициализирует ORM.

Базовый класс для DoesNotExist исключений; try/except для ObjectDoesNotExist будет ловить DoesNotExist исключения для всех моделей.

Дополнительную информацию о get() и ObjectDoesNotExist смотрите в DoesNotExist.

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

Исключение FieldDoesNotExist вызывается методом _meta.get_field() модели, когда запрашиваемое поле не существует ни в модели, ни в родителях модели.

Исключение MultipleObjectsReturned вызывается запросом, если ожидается только один объект, но возвращается несколько объектов. Базовая версия этого исключения представлена в django.core.exceptions; каждый класс модели содержит подклассифицированную версию, которая может быть использована для идентификации конкретного типа объекта, который вернул несколько объектов.

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

Исключение SuspiciousOperation возникает, когда пользователь выполнил операцию, которую следует считать подозрительной с точки зрения безопасности, например, подделка куки сеанса. Подклассы SuspiciousOperation включают:

• DisallowedHost
• DisallowedModelAdminLookup
• DisallowedModelAdminToField
• DisallowedRedirect
• InvalidSessionKey
• RequestDataTooBig
• SuspiciousFileOperation
• SuspiciousMultipartForm
• SuspiciousSession
• TooManyFieldsSent

Если исключение SuspiciousOperation достигает уровня обработчика WSGI, оно регистрируется на уровне Error и приводит к возникновению HttpResponseBadRequest. Более подробную информацию см. в logging documentation.

Исключение PermissionDenied возникает, когда у пользователя нет разрешения на выполнение запрашиваемого действия.

Исключение ViewDoesNotExist вызывается django.urls, когда запрашиваемое представление не существует.

Исключение MiddlewareNotUsed возникает, когда промежуточное ПО не используется в конфигурации сервера.

Исключение ImproperlyConfigured возникает, когда Django каким-то образом неправильно настроен - например, если значение в settings.py неверно или не поддается разбору.

Исключение FieldError возникает, когда возникает проблема с полем модели. Это может произойти по нескольким причинам:

• Поле в модели конфликтует с одноименным полем из абстрактного базового класса
• Бесконечный цикл возникает при заказе
• Ключевое слово не может быть разобрано из параметров фильтра
• Поле не может быть определено по ключевому слову в параметрах запроса
• Объединение не разрешено для указанного поля
• Имя поля является недопустимым
• Запрос содержит недопустимые аргументы order_by

Исключение ValidationError возникает, когда данные не проходят валидацию полей формы или модели. Подробнее о валидации см. в Form and Field Validation, Model Field Validation и Validator Reference.

Исключение Resolver404 вызывается resolve(), если путь, переданный в resolve(), не отображается на представление. Это подкласс django.http.Http404.

Исключение NoReverseMatch вызывается django.urls, когда подходящий URL в вашей URLconf не может быть идентифицирован на основе предоставленных параметров.

UnreadablePostError возникает, когда пользователь отменяет загрузку.

TransactionManagementError поднимается для любых и всех проблем, связанных с транзакциями базы данных.

RedirectCycleError поднимается, когда тестовый клиент обнаруживает цикл или слишком длинную цепочку перенаправлений.