Re: gzip ответ от upstream → SSI → 💣

[Alexander Azarov]

чт, 21 февр. 2019 г. в 16:11, Maxim Dounin <mdounin на mdounin.ru>:

> Hello!
>
> On Thu, Feb 21, 2019 at 03:31:42PM +0200, Alexander Azarov wrote:
>
> > Мне кажется, что я уже второй раз на это напарываюсь, но правда так и не
> > смог вспомнить когда был предыдущий. Если ответ апстрима в gzip, то
> > вставляя его как SSI получается мусор в результирующем документе. Я смог
> > найти краткий совет так не делать от 2013 г тут:
> > https://forum.nginx.org/read.php?2,244299,244303#msg-244303
>
> По ссылке проблема немного другая - исходный ответ бэкенда в gzip,
> и из-за этого SSI не может его обработать.  У вас же ответ на
> SSI-команду include в gzip.
>
> > Сейчас 2019 г, я использую Nginx 1.14, и словил то же самое.
> >
> > Вопросы:
> > 1. Есть ли это в документации?
> > 2. Баг или фича?
>
> SSI include вставляет в ответ то, что получено в результате
> выполнения подзапроса - в вашем случае то, что прислал бэкенд.
> Если вы не хотите, чтобы в соответствующем месте ответа был gzip -
> сделайте так, чтобы бэкенд такого не присылал.


Кто-то может такого хотеть? Есть такой случай, когда вот так надо? Мне, как
человеку попытавшемуся "выстрелить себе в ногу" было бы очень приятно
увидеть какой-то warning в error log. Но Вы прямо не ответили на вопрос
(2). Я не настаиваю.


> Обычно этого легко
> добиться с помощью конфигурирования бэкенда и/или выпиливанием
> заголовка Accept-Encoding с помощью директивы proxy_set_header.
>

Да, я уже поправил бэкенд. Спасибо.


> Добавить в документацию предупреждение "не делайте так", возможно,
> стоит, но я не могу сказать, что проблема сколько-нибудь частая.
>
-- 
> Maxim Dounin
> http://mdounin.ru/
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190221/cc6c3721/attachment-0001.html>