Выставлять connection close

Maxim Dounin mdounin at mdounin.ru
Sat May 16 23:52:54 MSD 2009


Hello!

On Sat, May 16, 2009 at 06:33:50PM +0400, Kirill A. Korinskiy wrote:

[...]

> > > Я пока нашел один клиент с кривой поддержкой 204 - это wget. У
> > > остальных оно идентичное — так что не все так плохо.
> > 
> > Т.е. ты нам тут всё это рассказываешь чтобы патчи на wget не 
> > сабмитить? :)
> > 
> > Но вообще - "потому что плохо искал" (c).
> > 
> 
> скорее что бы самому понять донца семантику протокола. А патчи на wget
> уже улетели в upstream, только, блин, пока они разойдутся по
> дистрибутивам…
> 
> А у тебя есть еще клиенты на странное поведение? Я проверю! Давай
> имена ;)

См. ниже про IE и про Chrome.

> > > Проблема в том что мне нужно именно поведение No Content.
> > 
> > Я тут проверил что 204 делает с Google Chrome - так он абзац
> > 
> >    If the client is a user agent, it SHOULD NOT change its document view
> >    from that which caused the request to be sent.
> > 
> > трактует абсолютно буквально.  Т.е. не меняет document view 
> > после получения 204.  Вообще.  Т.е. вводишь в адресной строке очередной 
> > адрес - а в ответ тишина...  Правда, если в document view были 
> > ссылки, то переходы по ним срабатывают.  Непорядок.  :)
> > 
> > Я правильно понимаю - что это именно то поведение которое тебя 
> > устраивает?  Полностью соответствует RFC IMHO.  :)
> > 
> 
> ага — именно то поведение которое я и хочу. Недияние.

Да-да-да.  Ничего не делать пока не прибьют процесс.  Нефиг, 
сервер сказал 204 - значит document view больше не меняем.  И если 
пользователь ещё куда-то после этого идти собирается - его 
проблемы.

> Firefox и IE, кстати, ведут себя так же.

В IE были проблемы где-то в районе <= 7.0 (или <= 6.0).  У меня 
сейчас под рукой 8-ка - в ней вроде работает, да.

Maxim Dounin





More information about the nginx-ru mailing list