Вверх ↑
Этот топик читают: Гость
Ответов: 87
Рейтинг: 1
#1: 2010-08-10 11:33:27 ЛС | профиль | цитата
День добрый всем. Возникла такая проблема - есть список прокси, к которым подключается TCP_Client. При неверном ответе сервера переключается на следующий прокси из списка. Возникает 2 проблемы - 1. - на некоторых прокси подключается, и оооочень долго не хочет отключаться. 2. На некоторых прокси (при пинге отвент есть) прога подвисает на некоторое время, ни ошибки, ни события не происходит. Может, кто-нибудь может подсказать решение проблем?
Спасибо.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#2: 2010-08-10 12:49:30 ЛС | профиль | цитата
dimm666 писал(а):
на некоторых прокси подключается, и оооочень долго не хочет отключаться

можно узнать, что значит "не хочет отключаться"?

dimm666 писал(а):
прога подвисает на некоторое время

в какой момент? doOpen?
карма: 27
0
Ответов: 87
Рейтинг: 1
#3: 2010-08-10 17:54:25 ЛС | профиль | цитата
1. - Передаю GET запрос с "connection - Close". Событие onConnect происходит. А вот onDisconnect - бывает, что 20 минут жду - не происходит
2. Да, при попытке подключиться. Хотя, сейчас уже не уверен, может, при передаче запроса... Скорее всего, при Open.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#4: 2010-08-10 18:51:36 ЛС | профиль | цитата
dimm666 писал(а):
1. - Передаю GET запрос с "connection - Close". Событие onConnect происходит. А вот onDisconnect - бывает, что 20 минут жду - не происходит

либо проблема описывается полностью, либо ответ на вопрос будет получен не раньше пятой страницы топика (если будет получен вообще).

dimm666 писал(а):
Да, при попытке подключиться. Хотя, сейчас уже не уверен, может, при передаче запроса... Скорее всего, при Open.

уменьшить задержки не получится - элемент не предоставляет инструментов для управления таймаутами, только работа в потоке для предотвращения блокирования интерфейса
карма: 27
0
Ответов: 87
Рейтинг: 1
#5: 2010-08-10 23:34:59 ЛС | профиль | цитата
Dilma писал(а):
уменьшить задержки не получится - элемент не предоставляет инструментов для управления таймаутами, только работа в потоке для предотвращения блокирования интерфейса

Дело не в задержке, а в том, что не происходит ни одного события -ни connect ни disconnect ни error =(
карма: 1

0
Ответов: 4641
Рейтинг: 334
#6: 2010-08-11 00:02:40 ЛС | профиль | цитата
dimm666 писал(а):
а в том, что не происходит ни одного события -ни connect ни disconnect ни error =(

а может схему тест?
карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
Администрация
Ответов: 15295
Рейтинг: 1519
#7: 2010-08-11 01:26:07 ЛС | профиль | цитата
dimm666 писал(а):
Дело не в задержке, а в том, что не происходит ни одного события -ни connect ни disconnect ни error =(

dimm666, когда на той стороне сервер перегружен или имеет узкий канал процесс подключения к нему может занимать секунды, минуты и часы в зависимости от настроек таймаутов(задержек) сокета на стороне клиента. Естественно никакого onConnect(и тем более onDisconnect) не будет пока процедура установления связи не завершится успешно. Так что тут дело как раз именно в этом (во всяком случае со слов получается именно так).
карма: 27
0
Гость
Ответов: 17029
Рейтинг: 0
#8: 2010-08-11 11:48:04 правка | ЛС | профиль | цитата


Редактировалось 3 раз(а), последний 2025-01-21 17:06:34
карма: 0

0
Ответов: 160
Рейтинг: 4
#9: 2010-08-11 21:48:16 ЛС | профиль | цитата
Dilma писал(а):
когда на той стороне сервер перегружен или имеет узкий канал процесс подключения к нему может занимать секунды, минуты и часы в зависимости от настроек таймаутов(задержек) сокета на стороне клиента.

С этим не поспориш
НО вот к примеру сканер ipscan-3.0-beta4 с диапазоном 94.181.98.1 - 94.181.98.255 и портом 4899 справился всего за 55 секунд
Мая же схема code_19955.txt боролась с первым из того же диапазона IP , ~16 секунд В чем дело ?И как можно ускорить процес сканирования ?
карма: 0

0
файлы: 1code_19955.txt [5KB] [157]
Ответов: 758
Рейтинг: 112
#10: 2010-08-11 22:06:31 ЛС | профиль | цитата
Попробуй так
code_19956.txt
карма: 1

0
файлы: 1code_19956.txt [4.8KB] [193]
Гость
Ответов: 17029
Рейтинг: 0
#11: 2010-08-11 22:15:19 правка | ЛС | профиль | цитата


Редактировалось 3 раз(а), последний 2025-01-21 17:06:34
карма: 0

0
Ответов: 4641
Рейтинг: 334
#12: 2010-08-11 22:18:17 ЛС | профиль | цитата
man-man74, меня вот этот кусок интересует! Ты уверен в правильности включения компонента
EventFromData - позволяет формировать данные в момент их запроса не требуя предварительно выхова методов.
foo

карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
файлы: 1foo.png [3.9KB] [367]
Ответов: 160
Рейтинг: 4
#13: 2010-08-11 22:26:18 ЛС | профиль | цитата
Ravilr, Есть сомнения насчет него ?
Если да рад буду выслушать
карма: 0

0
Ответов: 4641
Рейтинг: 334
#14: 2010-08-11 22:29:07 ЛС | профиль | цитата
man-man74, [offtop]
man-man74 писал(а):
Есть сомнения насчет него ?
еще какие. Советую изучить примеры... да хоть F1 нажать на нем.[/offtop]
карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
Ответов: 160
Рейтинг: 4
#15: 2010-08-11 22:40:22 ЛС | профиль | цитата
[offtop] па моемаму в даной схеме EventFromData особой роли не играет. заменю его на memory и что изменится?
man-man74 писал(а):
НО вот к примеру сканер ipscan-3.0-beta4 с диапазоном 94.181.98.1 - 94.181.98.255 и портом 4899 справился всего за 55 секунд
Мая же схема code_19955.txt боролась с первым из того же диапазона IP , ~16 секунд В чем дело ?И как можно ускорить процес сканирования ?

Ravilr, А поводу асновного вопроса сможешь что нибудь сказать ?(И как можно ускорить процес сканирования ?)[/offtop]

карма: 0

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)