первым может слечь канал)

Hi!
Есть вопрос:
- когда nginx выполняет proxy_pass в location и допустим забирает с бэкэнда статический файл (с s3 допустим), то клиент, который сделал запрос, получит в заголовках Content-Type, где будет указан тип файла. А может ли nginx, получив файл с бэкэнда, перезаписать заголовок Content-Type и отдать его клиенту, причем перезаписав Content-Type исходя из локального mime.types?
Пример:
- Т.е. запросили файл mysite.ru:/file.js и получили Content-Type: application/octet-stream, а хотим чтобы был Content-Type: application/x-javascript; charset=utf-8

было что-то подобное 4 года назад: https://forum.nginx.org/read.php?21,276955,277334#msg-277334

Нет

То есть переписать content-type можно, но не на основе уже подключенного mine.types.
Можно построить отдельный map и им переписывать заголовки.

Рвется всегда где тонко и в моем случае бутылочное горлышко это сервер приложений, а не проксирующий на него nginx) Этот держит нагрузку абсолютно предсказуемо (до 200к соединений в пиках бывало)

Пасиб. А можете привести пример короткий. Как это реализовать.

Да, я смотрел эту ветку. Этот код уже включен в nginx в 1.13.7

more_set_headers, например

подскажите плиз, можно сделать deny all ответ не 403 а 444?

можно, наверное

только зачем?

+1

Чем return не угодил?

врядли, скорее нельзя

если конечно модуль не пересобирать с такими финтами

а зачем в обратку слать ответ, если оно не нужно, просто закрыть соединение да и все...

ну так и делай ретурн 444

и всё)

Очень грязно - примерно так:

map $uri $newtype { 
 "~.+\.js$" "application/javascript"; 
} 

location .. { 
  proxy_hide_header Content-Type ; 
  add_header Content-Type "$newtype" always ; 
}

насчёт always - спорно