Re: Большой POST запрос и мгновенный редирект

[Viacheslav Biriukov]

За ссылку на upload.html большое спасибо. На текущий момент, по моим
экспериментам ничего не поменялось

Принимать проблематично иногда эти лишние 50 метров данных. И да решение с
100 Continue это вроде то, что нужно, только браузеры этого не делают.

31 марта 2015 г., 13:28 пользователь Gena Makhomed <gmm at csdoc.com> написал:

> On 31.03.2015 8:22, Pavel V. wrote:
>
>  Вопрос следующий: есть клиентское приложение (сайт), которое
>>>> отсылает большие (~50MB) посты мультипартом. Хочется на некоторые
>>>> отсылать редирект: 302 или 307 √ не имеет значения.
>>>>
>>>
> Значение имеет, потому что после 302 редиректа POST превратится в GET.
>
>  Но сразу, а не зачитывая/буферезируя реквест боди на прокси. Можно?
>>>>
>>>
> Можно без проблем, если клиент работает по протоколу HTTP/1.1
> и поддерживает Expect / Continue:
>
> http://blog.eexit.net/curl-forward-post-over-http-redirections/
>
>  Могу ошибаться, но по протоколу http 1 ответ
>>> отправляется после получения всего запроса.
>>>
>>
> Даже в самом худшем случае - ничто не запрещает получить
> весь запрос (~50MB) и в ответ на него вернуть клиенту редирект.
>
>  А 413 (Request Entity Too Large) когда отправляется? Тоже после получения
>> всего запроса?
>>
>
> в 2007 году ситуация была такой: http://sysoev.ru/web/upload.html
> Почему невозможно корректно ограничить размер закачиваемого файла
>
> --
> Best regards,
>  Gena
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Viacheslav Biriukov
BR
http://biriukov.me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150401/8a1e1761/attachment.html>