Сейчас примерно так и сделали:

> add_header Content-Disposition $header_content_disposition;
> set $header_content_disposition 'attachment;
> filename="$request_basename.$cnf_map.exe"';

Но маркетинг жалуется, что пользователей пугают такие имена. Плюс
брэндирование таким методом не запихнешь: картинки слишком большие :-(

11.09.2018 15:52, Vladislav Shabanov пишет:
> Проще всего передавать параметры в имени exe-файла. Браузеры его не
> портят, сохраняют так, как сервер сказал. 
> Поэтому можно закатать в хвост имени 10-20 байт закодированные в base36.
> А файл пусть посмотрит, как он называется, и решит, он сегодня gcc или
> clang :)
> И докачает остальную инфу по этим 10-20 байтам с сервера.
>
>
>> 11 сент. 2018 г., в 15:45, Илья Шипицин <chipitsine@gmail.com
>> <mailto:chipitsine@gmail.com>> написал(а):
>>
>>
>>
>> вт, 11 сент. 2018 г. в 14:02, Fedor Dikarev <fe@hamilton.rinet.ru
>> <mailto:fe@hamilton.rinet.ru>>:
>>
>> 11.09.2018 10:08, Илья Шипицин пишет:
>>>
>>>
>>> вт, 11 сент. 2018 г. в 9:42, Fedor Dikarev <fe@hamilton.rinet.ru
>>> <mailto:fe@hamilton.rinet.ru>>:
>>>
>>> Привет!
>>>
>>> Столкнулся с задачей: хотим чтобы nginx собирал бинарный
>>> ответ из
>>> частей. Пример задачи: клиент скачивает из личного кабинета
>>> установщик
>>> (exe файл), а мы в конец этого exe файла дописываем json с
>>> конфигурацией
>>>
>>>
>>> установщики в виде exe считаются небезопасными из-за dll hijacking
>>> (например, вот тут разобрано: https://portableapps.com/node/54917 )
>>>
>>>
>>> если у вас exe с цифровой подписью, то дописать в конец не
>>> получится.
>>> если без подписи - вас пользователи замучают "у меня виндовс
>>> ругается на недоверенный файл"
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru