Вариант для распечатки		Пред. тема | След. тема
Форум Программирование под UNIX (Разное)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Разрыв keep-alive сервером., Jassmin (?), 13-Май-09, (0) [смотреть все] http www lib ru WEBMASTER rfc2068 section-8 html p1-2-1, Sarge (??), 09:47 , 13-Май-09, (1)   // Можно, конечно, всегда закрывать соединение, но у меня в 99,9 случаев всё перед, Jassmin (?), 10:13 , 13-Май-09, (2)   // Либо меняйте архитектуру сайта сервера, либо всегда закрывайте соединение Можно , Sarge (??), 11:19 , 13-Май-09, (3)   // Проверка показала, что IE7, Opera, Firefox и Konqueror нормально не считая стр, Jassmin (?), 15:54 , 13-Май-09, (4)   а где вы кстати прочитали что разрыв соединения равен ошибке 503 Я такого не пр, Sarge (??), 19:53 , 13-Май-09, (5)   Наоборот 503 разрыв соединения Ну и то и другое - нештатная ситуация N, Jassmin (?), 20:55 , 13-Май-09, (6)   1

Сообщения

[Сортировка по времени | RSS]

1. "Разрыв keep-alive сервером."	+/–
Сообщение от Sarge (??), 13-Май-09, 09:47
http://www.lib.ru/WEBMASTER/rfc2068/section-8.html#p1-2-1
Ответить | Правка | Наверх | Cообщить модератору

	2. "Разрыв keep-alive сервером."	+/–
	Сообщение от Jassmin (?), 13-Май-09, 10:13
	>http://www.lib.ru/WEBMASTER/rfc2068/section-8.html#p1-2-1 Можно, конечно, всегда закрывать соединение, но у меня в 99,9% случаев всё передаётся сразу. Я же писала: >И иногда не могу достать нужный файл
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Разрыв keep-alive сервером."	+/–
	Сообщение от Sarge (??), 13-Май-09, 11:19
	Либо меняйте архитектуру сайта/сервера, либо всегда закрывайте соединение. Можно ещё попробовать выдавать редирект в таких случаях. Если есть фронтенд типа nginx, то можно даже внутренний редирект выдать (см. X-Accel-Redirect), или в своём приложении реализовать что-то подобное.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Разрыв keep-alive сервером."	+/–
	Сообщение от Jassmin (?), 13-Май-09, 15:54
	Проверка показала, что: IE7, Opera, Firefox и Konqueror нормально (не считая странных дублирующих загрузок) работают с разрывом соединения. Спецификация, вроде, тоже не против 503 как-никак. >Можно ещё попробовать выдавать редирект в таких случаях. А какой? (301, 302, 303, 307) Редирект URL на самого себя - это нормально? И редирект, ведь отключается в настройках и в теории не всегда автоматический. *вот надоест мне всё, сделаю много варианотов с разными редиректами и без них, и скормлю всё тестерам заказчика...
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Разрыв keep-alive сервером."	+/–
	Сообщение от Sarge (??), 13-Май-09, 19:53
	>Проверка показала, что: IE7, Opera, Firefox и Konqueror нормально (не считая странных >дублирующих загрузок) работают с разрывом соединения. >Спецификация, вроде, тоже не против 503 как-никак. а где вы кстати прочитали что разрыв соединения равен ошибке 503? Я такого не припомню в rfc2616. ИМХО разрыв соединения это нештатная ситуация. >>Можно ещё попробовать выдавать редирект в таких случаях. > >А какой? (301, 302, 303, 307) >Редирект URL на самого себя - это нормально? не знаю, пробуйте. В крайнем случае можно сделать редирект на себя + случайный параметр в гет (типа Location: http://site.ru/img.gif?redirect=curtime) >И редирект, ведь отключается в настройках и в теории не всегда автоматический. в теории - да, а на практике слишком широко используется чтобы его отключать в штатном режиме веб-серфинга. >*вот надоест мне всё, сделаю много варианотов с разными редиректами и без >них, и скормлю всё тестерам заказчика... а самому делать запрос в режиме прокси к другому чайлду не катит?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Разрыв keep-alive сервером."	+/–
	Сообщение от Jassmin (?), 13-Май-09, 20:55
	>а где вы кстати прочитали что разрыв соединения равен ошибке 503? Я >такого не припомню в rfc2616. ИМХО разрыв соединения это нештатная ситуация. Наоборот 503 = разрыв соединения. Ну и то и другое - нештатная ситуация.       Note: The existence of the 503 status code does not imply that a       server must use it when becoming overloaded. Some servers may wish       to simply refuse the connection. >в теории - да, а на практике слишком широко используется чтобы его >отключать в штатном режиме веб-серфинга. А я-то хотела сделать всё по науке... Видимо придётся ограничиться практикой. >а самому делать запрос в режиме прокси к другому чайлду не катит? Не элегантно, муторно, ресурсы тратит, подменяет IP, зато клиента не трогает - хорошая идея! Итог: так и не ясно, что должны делать клиенты при разрыве соединения, но ясно, что они делают. Sarge ,благодарю за советы.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема