On Thu, Feb 21, 2019, 18:17 Maxim Dounin <mdou...@mdounin.ru> wrote: > Hello! > > On Thu, Feb 21, 2019 at 04:43:33PM +0200, Alexander Azarov wrote: > > > чт, 21 февр. 2019 г. в 16:11, Maxim Dounin <mdou...@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.
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
