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

[Alexander Azarov]

On Thu, Feb 21, 2019, 18:17 Maxim Dounin <mdounin на mdounin.ru> wrote:

> Hello!
>
> On Thu, Feb 21, 2019 at 04:43:33PM +0200, Alexander Azarov wrote:
>
> > чт, 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.
>
> На практике бывает сборка бинарных ответов через SSI.
>

Да, понятно. Там правда вряд ли text/html.
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190222/b4680e44/attachment.html>