2013-05-28 2 views
3

У меня есть django.middleware.gzip.GZipMiddleware включен. Он служит для шаблона gzipping.django не может служить gzip на heroku

Джанго-компрессор установлен в COMPRESS_STORAGE = 'compressor.storage.GzipCompressorFileStorage'

Локально все в порядке. static css и js активы сжаты и разбиты на один файл и gzipped, html-ответ - это gzipped-страница, но развернута на heroku, она не работает. django-compressor даже не создает версии .gz в своей папке.

На сегодня я могу избавиться от компрессора и выполнить предварительную сборку gzipping css и js. Но, похоже, это странно. По крайней мере requirements для промежуточного программного обеспечения удовлетворяются.

UPD

Хорошо, я локализованы часть проблемы. По какой-то причине мой прокси не был настроен для обработки сжатого содержимого. Итак, GZipMiddleware работает так, как должен. django-компрессор еще предстоит проверить.

UPD2

В конце концов все работает. Проблема с компрессором был (после развертывания на Amazon S3), насколько я могу понять absense из AWS_IS_GZIPPED = True в settings.py

ответ

0

Посмотрите здесь: https://mike.tig.as/blog/2012/02/13/deploying-django-on-heroku/ - а именно:

herokuapp кедровое». com 'HTTP-стек напрямую связывает запросы с базовым компонентом для гибкости (думаю, WebSockets и т. п.), но не обеспечивает gzip или буферизацию запросов. (На самом деле, Heroku Джанго документы упоминают, используя gunicorn + GEvent, но на самом деле не настроить GEvent в соответствующих примерах.)

+2

После https://devcenter.heroku.com/articles/http-routing # gzipped-response, «любое сжатие ответов должно выполняться в вашем приложении». Вот что я пытаюсь сделать ... – nicorevin

Смежные вопросы