Привет всем!

Ищу опытного программиста перловщика (опыт работы на перле не менее 3-х лет, именно работы) для единоразовой работы (за оплату естественно), хотя возможно и дальнейшее сотрудничество.

Что надо: надо дописать, и возможно исправить чужой скрипт.
нужно переделать работу скрипта через проксю, но не просто работу через прокси, а постоянный контроль живучести прокси и если она сдохла то своевременной переход на другую проксю.

За всеми подробностями в асю 203-410-102  

Это сообщение отредактировал(а) siniy1 - 1.5.2006, 17:18

Чет не могу понять, на перле никто не пишет или у всех есть работа)?
Ни один человек не откликнулся....странно...
вопрос все еще актуален, если кто опытен в перле, стучите в асю 

Предложение все еще актуально.
Решил описать поподробней то что я хочу:

Есть готовый скрипт на перле (запускается с консоли или через шел), надо переделать чтобы он работал через прокси, но не просто, а чтобы используемая прокся всегда была под контролем, т.е. чтобы скрипт если прокся сдохнет, своевременно перешел на новую из списка предварительно ее проверив. Т.е. мы должны получить постоянную работу через живую проксю, чтобы не было такого что скрипт работает через дохлую проксю!

Более подробно,  типа краткий алгоритм:

есть какойто начальный список проксей в тхт файле 
(если вдруг список пуст, то скрипт сразу идет по урлам общественых прокси листов и сайтов и грабит отуда прокси)

скрипт берет первую из списка, она оказалась дохлой (к примеру) скрипт удаляет ее из списка и переходит ко второй прокси из списка, проверяет ее (проверяем на скорость ответа, анонимнотсь и прохождение post запрса), она живая оказалась..

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

работаем пока таймаут не увеличится

Таймаут вдруг увеличился

Скрипт делает отдельную проверку этой прокси - она оказалсь живой (т.е. таймаут увеличился по причине того что глючный сервак попался к которому обращался скрипт) поэтому продолжаем по ней работать дальше ...
Эта проверка делается для того, чтобы не переходить на другую проксю, если таймаут увеличился не по причини прокси, а по причине сервака на котором стоит скрипт или по причине сервака на который обращается скрипт.

опять таймаут больше стал, еще раз чекам проксю, в этот раз здохла прокся,
удаляем ее из списка и переходим по списку к следующей прокси, чекаем ее

если живая - работаем через нее

и так далее...

если список проксей закончился... тогда скрипт идет по перечисленным урлам (которые лежат в отдельном тхт файле) и грабит прокси в файл и опять все по новой ...

Т.е. основаня задача, своевременый переход на новую живую проксю, как только сдохла используемая, вот это надо реализовать, и причем чтобы это неотразилось на производительности (скорости) работы скрипта, или чтобы хотя бы по минимуму отразилось)

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

В скрипте на данный момент все реализовано на тхт файлах, поэтому мускул использовать не придется и не надо, должно все остатся на тхт файлах.

Бюджет за указанную задачу 50 у.е.

Кто хочет взятся за реализацию этого, стучите в асю 203-410-102  

ПРЕДЛОЖЕНИЕ ВСЕ ЕЩЕ В СИЛЕ!!! 

мало 

1. Гонорар маловат
2. Не много не понятно: что он выполняет конкретно ?! Только проверяет прокси или что-то делает через них.