Страница: 1 | 2 | 3 |
Вопрос: Коннект к Интернет: избитая тема в новом ракурсе
Добавлено: 06.02.05 18:28
Автор вопроса: Comanche
Ответы
Всего ответов: 36
Номер ответа: 16
Автор ответа:
Comanche
Вопросов: 87
Ответов: 459
Профиль | | #16
Добавлено: 07.02.05 22:21
2sne: Я как-то использовал загрузку через Wininet-овские функции с применением коллбэка (если честно - просто содрал с VBIP.COM), но... всё равно интересно посмотреть твой вариант - класс, о котором ты говорил выше. Если сможешь выслать (мыло - в профиле), то буду признателен.
Номер ответа: 17
Автор ответа:
sne
Разработчик Offline Client
ICQ: 233286456
Вопросов: 34
Ответов: 5445
Web-сайт:
Профиль | | #17
Добавлено: 08.02.05 04:13
Ушло... сейчас посмотрел, это оказался не класс а модуль
Если вышлешь мне то что содрал ты, буду так-же благодарен Т.к. у меня ума не хватило взять чужое
Номер ответа: 18
Автор ответа:
Comanche
Вопросов: 87
Ответов: 459
Профиль | | #18
Добавлено: 08.02.05 10:51
Получил. Посмотрел. У меня то же самое - InternetSetStatusCallback и цикл с DoEvents, пока в callback-функции не взведётся опред. флажок )
Номер ответа: 19
Автор ответа:
Павел
Администратор
ICQ: 326066673
Вопросов: 368
Ответов: 5968
Web-сайт:
Профиль | | #19
Добавлено: 10.02.05 11:05
2 Sharp: может проще будет HEAD-запрос? Кроме того, придется еще
клиенту разрешить вводить данные HTTP прокси-сервера (если в инет ему
разрешается лазить только через него, а прямые запросы режутся). Да
мало ли еще может быть ограничений...
2 Commanche: multithreading рулит
Номер ответа: 20
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #20
Добавлено: 10.02.05 11:12
Да, HEAD запрос лучше
Номер ответа: 21
Автор ответа:
Comanche
Вопросов: 87
Ответов: 459
Профиль | | #21
Добавлено: 10.02.05 11:29
А для HEAD-запроса ведь всё равно потребуется завести в Настройках закладочку "Параметры прокси"? (на случай если таковой имеется)
Номер ответа: 22
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #22
Добавлено: 10.02.05 11:51
Как я уже упоминал, надежного способа проверки, возможно ли осуществить что-либо, кроме попытки осуществления этого чего-либо, не существует. На прокси, например, может стоять ограничение на размер ответа такое, что ответ на HEAD проходит, а вот на GET уже нет.
Номер ответа: 23
Автор ответа:
Comanche
Вопросов: 87
Ответов: 459
Профиль | | #23
Добавлено: 10.02.05 14:10
Я и не знал, что прокси может ограничивать размер ответа от какого-либо сервера, а не только доступ к серверу "вообще".
В таком случае, даже если прокси не блокирует ICMP-траффик, то всё равно моя "любимая" проверка через ICMP-пинг м.б. ненадёжной: крошечные пинговые icmp-пакеты пройдут, а ограничение на размер уже не пропустит "нормальные" http-пакеты.
Получается, что проверку надо делать тем же способом, которым далее в программе будет осуществляться сам доступ; в моём случае - полным открытием Веб-странички через Wininet-овские функции. А чтобы при этом не тормозило - нужно открывать небольшую страничку; уж никак не заглавную страницу Yahoo.com! Например, можно пробовать открыть www.ya.ru - размер маленький, а чтобы Яндекс "падал" - не припомню.
Наверное, только так...
И похоже, что Sharp прав!
Номер ответа: 24
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #24
Добавлено: 10.02.05 17:24
Конечно, ограничение размера HTTP-ответа одна из основных возможностей любого нормального прокси. Более того, прокси распознает атрибут Range и не дает скачивать файлы, которые больше, чем можно даже при том, что сам ответ меньше.
Яндекс некоторое время довольно часто падал, причем yandex.ru работал, а ya.ru - нет. Но сейчас все нормально
Номер ответа: 25
Автор ответа:
User Unknown
Вечный Юзер!
ICQ: uu@jabber.cz
Вопросов: 120
Ответов: 3302
Профиль | | #25
Добавлено: 10.02.05 17:38
Гы.. тогда уж лучше http://www.emptywebsite.com/
Номер ответа: 26
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #26
Добавлено: 10.02.05 17:43
У меня он грузился заметно дольше ya.ru, а во-вторых, иногда весь забугорный траффик режется, а свой остается. Не стоит также забывать, что работа остальных хостов не означает, что целевой хост тоже работает.
Номер ответа: 27
Автор ответа:
Comanche
Вопросов: 87
Ответов: 459
Профиль | | #27
Добавлено: 10.02.05 17:43
2UU:
а что это за сайт такой? то, что он пустой, я вижу ) но в чём фенька-то? в том, что он никогда не падает? или только в том, что он пустой?
Номер ответа: 28
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #28
Добавлено: 10.02.05 17:51
Только в том, что он пустой
Номер ответа: 29
Автор ответа:
ZagZag
ICQ: 295002202
Вопросов: 87
Ответов: 1684
Профиль | | #29
Добавлено: 15.02.05 13:19
Я м. б. опять чего не догоняю, но зачем же тогда считать коннектом с
интернетом тот через который нельзя толком ничего закачать? В чем цель этого
коннекта, ведь он именно и нужен для передачи данных? В таком случае стоит
просто начать качать файл обычными средствами (WSock, Inet, IE), и если он
не качается определенное время, то коннекта как такового нет?
Поскольку я уже забыл вопрос темы: определить наличие коннекта или его тип?
Тип... ведь сразу может быть и несколько. Можно перечислить все текущие
соединения из реестра (ветвь не помню)
Наличие коннекта вообще - Пытаться скачать файл (возможно и через злодейские
прокси, если и через них не качается - то его "нет"
Можно вопрос? У меня пров предоставляет доступ к сайту статистики,
автодисконнект через 10 минут.
Но при этом соединении пингуются ВСЕ сайты инета (получаю реальные IP по
имени домена)
Но браузер отказывается грузить странички (он видать рубятся сервером)
Можно ли как-ниудь обойти эту "резню"? Господа хацкеры, помогите пожалуйста!
Номер ответа: 30
Автор ответа:
sne
Разработчик Offline Client
ICQ: 233286456
Вопросов: 34
Ответов: 5445
Web-сайт:
Профиль | | #30
Добавлено: 15.02.05 17:36
Фигня в том что и то что называется "урезанный инет", "демо", "фрии" и прочая муть, тоже можно шастать, и тоже можно качать... Он так же может быть платен, т.ч. не дума. что урезанный инет это его отсутствие!