Как в django python с помощью промежуточного слоя middleware изменить содержимое страницы до ёё вывода render'ом во view?

Question

[GeorgeRu]

https://docs.djangoproject.com/en/2.1/topics/http/...
В справочной информации указано какая часть кода выполняется до, какая после view.
Но ничего не сказано про то, как изменить сформированное содержимое страницы до её вывода после view.

class SimpleMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response
        # One-time configuration and initialization.

    def __call__(self, request):
        # Code to be executed for each request before
        # the view (and later middleware) are called.

        response = self.get_response(request)

        # Code to be executed for each request/response after
        # the view is called.

        return response

Вопрос, как обновить содержимое request или response, чтобы после self.get_response(request) на странице выводились обновлённые process_template_response данные?

Вырезка из кода:

my_middleware.py

class MyMiddleware(object):

    def __init__(self, get_response=None):
        if get_response is not None:
            self.get_response = get_response

    def __call__(self, request):
        request.test_context = '1. __call__'
        # print(request.test_context)
        self.process_request(request)
        response = self.get_response(request)
        response = self.process_template_response(request, response)
        return response

    def process_request(self, request):
        request.test_context += ' - 2. process_request'
        # print(request.test_context)

    def process_template_response(self, request, response):
        request.test_context += ' - 4. process_template_response'
        # print(request.test_context)
        return response

views.py

def test_context(request):
    request.test_context += ' - 3. view'
    # print(request.test_context)
    return render(request, 'my_app/test_context.html')

test_context.html
{{request.test_context}}

С помощью print отслеживаю изменение переменной request.test_context:
1. __call__
1. __call__ - 2. process_request
1. __call__ - 2. process_request - 3. view
1. __call__ - 2. process_request - 3. view - 4. process_template_response

Но на странице html выводится:
1. __call__ - 2. process_request - 3. view

Что нужно исправить, чтобы на странице увидеть

1. __call__ - 2. process_request - 3. view - 4. process_template_response

вместо

1. __call__ - 2. process_request - 3. view

?

Версии:
Django==2.1
Python==3.7

Answer 1

[GeorgeRu]

Пока что решил обходным путём:

my_render.py

from django.shortcuts import render

    def render_test_context(request, template_name):
        request.test_context += ' - 4. process_template_response'
        # print(request.test_context)
        return render(request, template_name)

views.py

from my_app.my_render import render_test_context

def test_context(request):
    request.test_context += ' - 3. view'
    # print(request.test_context)
    return render_test_context(request, 'my_app/test_context.html')

Comments

[GeorgeRu]

Результат нужен именно такой, но реализация должна быть чем-то вроде:

response.content.update()
или
request.content.update()

Answer 2

[Алексей Guest007]

Если тебя не устраивает результат генерации страницы из шаблона во view - переделай шаблон. Переделай view. Для этого шаблоны и вьюхи и придуманы.

Вьюха на основе данных рендерит шаблон. В отрендеренном шаблоне (после вьюхи) уже нет никаких {{request.test_context}} и прочей машинерии. Есть только готовый к выдаче html. Поэтому там и не появится никакой "- 4. process_template_response"

Или используй инструменты по назначению или делай руками пост-процесс (грепами и регекспами меняй сгенерированный html). Но это реально странное решение. Что такого могло отсутствовать ДО вызова view, но появилось ПОСЛЕ и ты не можешь его теперь использовать в шаблоне потому что уже поздно?

Comments

[GeorgeRu]

Алексей Guest007, возможно, Вы неверно поняли задачу. Надеюсь, что один из вариантов решения, представленный мной ниже, поможет прояснить, что требуется сделать.

Что такого могло

Алексей Guest007, естественно, что задача была максимально упрощена прежде, чем быть опубликованной здесь, поэтому не пытайтесь понять "зачем?", лучше попытайтесь решить "как?".

меняй сгенерированный html

Алексей Guest007, вот этого как раз делать не нужно. Необходимо, наоборот, ещё до генерации html изменить входные данные.

Задача стоит максимально использовать встроенный механизм django middleware и эта часть кода уже описана в задаче. Осталось решить вопрос с render'ом.

[Алексей Guest007]

Необходимо, наоборот, ещё до генерации html изменить входные данные.

Ну, ок. Просто генерация происходит во view, поэтому менять request после генерации - бессмысленно. Видимо ты просто неверно понимаешь течение процесса.

request - до view, response - после.
Твой "обходной" путь - как раз и есть реализация view, т.е. работа с request до и в процессе рендера.

Ещё раз: после view менять request для изменения результата - бессмысленно. Результат уже есть.

[GeorgeRu]

генерация происходит во view

скорее, в render

менять request после генерации

нужно изменить до генерации

либо запустить перегенерацию до вывода html

[Алексей Guest007]

Модель — Вью — Контроллер.
render - это часть внутренней реализации view (можно и не рендерить вообще — возвращать статику или нешаблонные данные).
Так что не render, а View. В документации всё написано.

нужно изменить до генерации

- до или внутри view.
Изначальный пример подразумевал попытку изменения именно после view (метод process_template_response), а это неверно.

Пока что решил обходным путём:

выглядит как верное направление, а не обходное :-)

Ну и

не пытайтесь понять "зачем?", лучше попытайтесь решить "как?".

Лучше разобраться в "зачем" и, тогда, возможно, не придётся думать, как нам перестать хотеть странного в "как" :-)

Но ровно с тем же успехом можно вставить

request.test_context += ' - 4. process_template_response'

прямо в test_context

либо запустить перегенерацию до вывода html

ну да, это возвращает нас к стадии рендера view. И зачем так мучиться?

не пытайтесь понять "зачем?", лучше попытайтесь решить "как?".

Иногда лучше ещё раз переосмыслить "зачем". Это вполне может избавить от желания "странного" в "как". :-)

[GeorgeRu]

В итоге, приходим к выводу, что

нет ничего постояннее, чем что-то временное,

а обходной путь оказался верным решением )

Но может всё-таки есть какое-то событие перед render'ом, которое можно отловить и там изменить переменную request.test_context?

[Алексей Guest007]

Клиент -> Сервер -> приняли запрос, получили данные из заголовка и тела запроса (request), на основании данных и запроса и переменных/условий/БД сформировали контекст, на основании контекста отрендерели шаблон и вернули обратно клиенту в браузер.
Нет тут, в насквозь синхронной джанге никаких "событий". Которые могли бы прилететь в промежуток между получением запроса и рендером шаблона. Есть полученные и имеющиеся данные. На основании этого всё и происходит.
Подумай, какие данные у тебя есть и как они должны повлиять на результат.

Ну или расскажи, какие "события", могущие повлиять на результат ты ожидаешь. А то просто не слишком-то из упрощённого примера понятно.