#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
правильному ответу выше — найдите длину содержимого в заголовках ответа