Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Выставлят ь connection close
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
|