Форум: "Сети";
Текущий архив: 2010.08.27;
Скачать: [xml.tar.bz2];
Внизrecv + HTTP в блокирующем режиме Найти похожие ветки
← →
grisme © (2008-08-13 00:25) [0]доброго времени суток, мастаки (:
существуют ли альтернативные(более правильные?) методы ожидания правильного объёма респунса от HTTP сервера, кроме "отсчитывания" Content-Length байт?
может, я один такой тормоз и делаю таким образом.
p.s.
если существуют, поделитесь методикой.
заранее, thanx.
← →
Alucard (2008-08-13 02:18) [1]Это именно так и делается.
← →
Slym © (2008-08-13 08:42) [2]Alucard (13.08.08 2:18) [1]
не всегда :( некоторые убогие прокси при обрыве связи считают что все успешно закачано и клиенту возвращают "культю" данных даже если клиент перезапрашивает NOCACHE...
по сабжу:
Только так и правильно делать, т.к. HTTP1.1 может загружать станицы полностью (html,стили,картинки и т.д. и т.п) через ОДНО единственное установленное соединение: т.е. в одном соединении можно несколько раз послать запрос (если нет заголовка Connection: Close)...
← →
Slym © (2008-08-13 08:44) [3]Slym © (13.08.08 8:42) [2]
не всегда :( некоторые убогие прокси при обрыве связи считают что все успешно закачано и клиенту возвращают "культю" данных даже если клиент перезапрашивает NOCACHE...
а в сочитании с WEB сервером без докачки - смерть... недокачанный ресурс будет болтаться пока таймаут кеширования не кончится - а это от неск. минут до десятков часов
← →
Сергей М. © (2008-08-13 09:07) [4]
> grisme © (13.08.08 00:25)
Собссно блокирующий у тебя режим гнезда или неблокирующий - это индифферентно, это не прикладной уровень.
← →
grisme © (2008-08-15 16:56) [5]thanx. (:
Страницы: 1 вся ветка
Форум: "Сети";
Текущий архив: 2010.08.27;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.06 c