Как мне получить длину содержимого объекта ответа Django?

#django #http #httpresponse #content-length

#django #http #httpresponse #длина содержимого

Вопрос:

В Django я пытаюсь протоколировать длину содержимого запроса и ответа, которая в точности совпадает с тем, что сервер Django печатает в stderr.

 [05/Apr/2011 22:59:08] "GET /pages/ HTTP/1.1" 200 332161
[05/Apr/2011 22:59:15] "GET /pages/12 HTTP/1.1" 301 0
[05/Apr/2011 22:59:15] "GET /pages/12/ HTTP/1.1" 200 361474
[05/Apr/2011 22:59:16] "GET /pages/12/load/tags/ HTTP/1.1" 200 13899
[05/Apr/2011 22:59:16] "GET /pages/12/load/comments/ HTTP/1.1" 200 82
  

Итак, я пишу простое промежуточное программное обеспечение следующим образом, но значение ‘Content-Length’ всегда пустое.

 class LogHttpResponse(object):
    def process_response(self, request, response):
        import datetime  
        print response.items()
        time_text = datetime.datetime.now().strftime('%m/%d/%Y %H:%M:%S')
        print '[%s] "%s %s" %d %s' % (time_text, request.method, request.path, 
                                      response.status_code, 
                                      response.get('Content-Length', ''))
        return response 
  

Я проверил через fire-debug, в заголовках ответа есть ‘Content-Length’. Но в промежуточном программном обеспечении нет «Длины содержимого», отображается «print response.items()»:

 [('Content-Type', 'text/html; charset=utf-8')]
  

Есть ли какие-либо проблемы с заказами промежуточного программного обеспечения?

Комментарии:

1. Если Transfer-Encoding есть chunked , то Content-Length заголовка нет. tools.ietf.org/html/rfc2616#section-4.4

Ответ №1:

Я проверил через fire-debug, в заголовках ответа есть ‘Content-Length’. Но в промежуточном программном обеспечении нет ‘Content-Length’ […] Есть ли какие-либо проблемы с заказами промежуточного программного обеспечения?

Да. Классы промежуточного программного обеспечения применяются сверху вниз (в settings.MIDDLEWARE_CLASSES ) при обработке запроса и снизу вверх при обработке ответа. Если у вас есть 'django.middleware.http.ConditionalGetMiddleware' классы промежуточного программного обеспечения, это добавит 'Content-Length' заголовок к HttpResponse.

Хотя, если вы поместите свой класс промежуточного программного обеспечения после 'django.middleware.http.ConditionalGetMiddleware' in settings.MIDDLEWARE_CLASSES , он сначала применит этот класс при обработке ответа, а затем применит ConditionalMiddleware впоследствии. Вот почему вы видите Content-Length заголовок в Firebug, хотя он еще не обработан при вызове промежуточного программного обеспечения.

Смотрите документацию по промежуточному программному обеспечению Django для получения дополнительной информации о промежуточном программном обеспечении.

Комментарии:

1. Обратите внимание, что Content-Length заголовок теперь добавлен в HttpResponse в CommonMiddleware .

Ответ №2:

Как насчет len(response.content) ? Это даст вам количество символов в содержимом ответа. Я предполагаю, что это не обязательно совпадает с количеством байтов.

Комментарии:

1. при использовании внутри представлений на основе классов это приведет к ContentNotRenderedError правильному ответу выше — найдите длину содержимого в заголовках ответа