Сейчас примерно так и сделали: > 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, Илья Шипицин <chipits...@gmail.com >> <mailto:chipits...@gmail.com>> написал(а): >> >> >> >> вт, 11 сент. 2018 г. в 14:02, Fedor Dikarev <f...@hamilton.rinet.ru >> <mailto:f...@hamilton.rinet.ru>>: >> >> 11.09.2018 10:08, Илья Шипицин пишет: >>> >>> >>> вт, 11 сент. 2018 г. в 9:42, Fedor Dikarev <f...@hamilton.rinet.ru >>> <mailto:f...@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
