Я создал простой настраиваемый обработчик контекста, который нужно запускать только один раз для каждого запроса. После установки некоторых ловушек для ведения журнала я обнаружил, что он вызывается дважды для каждого запроса.
Это известная «функция», которая отсутствует в документах? Связано ли это с количеством шаблонов в дереве наследования? Это ошибка в 1.03?
Это не ожидаемое поведение. Процессор контекста выполняется один раз каждый раз при создании экземпляра RequestContext< /а>). В случае наследования шаблона один и тот же экземпляр контекста передается родительскому шаблону, поэтому это не должно вызывать повторного выполнения процессоров контекста. Либо ваше ведение журнала вводит в заблуждение (см. комментарий @Vinay Sajip), либо вам нужно выяснить, где в вашем коде может выполняться дополнительный RequestContext для каждого запроса (используете ли вы тег включения или какой-либо другой настраиваемый тег шаблона, который отображает шаблон и создает экземпляр RequestContext?)
EDIT Извините, под «тегом включения» я имел в виду (в общем смысле) некоторый тег, который отображает другой шаблон, а не любой тег, который использует декоратор include_tag. Обычный include_tag, принимающий контекст, должен просто передавать существующий объект контекста, а не создавать экземпляр нового RequestContext.
Одна вещь, которую вы можете попробовать, это поместить «import pdb; pdb.set_trace()» в ваш контекстный процессор, запустить код на сервере разработки Django и в консоли проверять трассировку стека с помощью pdb каждый раз, когда ваш контекстный процессор срабатывает. , чтобы увидеть, откуда он вызывается.
В моем случае эта ошибка возникает при использовании django debug_toolbar. Чтобы избежать этого, попробуйте прокомментировать
debug_toolbar.middleware.DebugToolbarMiddleware
Я понял проблему. Если возвращается словарь, отличный от исходного контекста, то кажется, что процессор контекста выполняется снова. Не уверен, почему, и я не могу быть уверен, потому что я не смотрел на базовый код, но после того, как я обновил исходный контекст и вернулся, проблема исчезла. Спасибо.
Это происходит на производственном веб-сервере, Apache и т. д. или только на встроенном сервере разработки? Иногда я замечал подобное поведение локально, но я почти уверен, что это просто особенность сервера выполнения.
Надеюсь это поможет:
В моем случае проблема заключалась в теге шаблона, а именно: provider_media_js из пакета allauth.
Постарайтесь ничего не возвращать в вашем процессоре контекста и посмотрите, сохраняется ли проблема. Затем попытайтесь определить, какая переменная отвечает за эту проблему.
Для справки в будущем - моя проблема заключалась в render_to_string внутри функции представления, из-за чего процессор контекста выполнялся дважды:
comments = render_to_string('comments.html', {'comments': comments_list}, request)
Этот вызов был закэширован, поэтому было довольно сложно определить, в чем проблема. Во всяком случае, я решил это, удалив контекст запроса из вызова render_to_string, так как он мне не нужен для этого конкретного случая:
comments = render_to_string('comments.html', {'comments': comments_list})
Позже я провел рефакторинг кода и полностью удалил render_to_string, а фрагмент закэшировал прямо в шаблоне. Но есть законные случаи использования render_to_string внутри функции представления (например, рендеринг шаблона электронной почты), поэтому это может вызвать некоторые проблемы.
