C # список прокси

Question

Я использую прокси через C #, и мне было интересно, знает ли кто-нибудь хороший способ управления ими.

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

Тип прокси IЯ имею в виду просто WebProxy, который можно применить к HttpWebRequest.

Также важно минимизировать количество запросов с плохими прокси.

Answer 1

Если я вас понимаю, вы говорите о прокси HTTP , используемом для подключения к веб-серверам, , а не , например, прокси WCF или прокси RPC.

Странно, что вы действуете так, как будто ваша программа будет использовать более одного.Это действительно очень редкая программа!Большинство из нас просто используют стандартные настройки, встроенные в конфигурацию ОС.Идея о внезапном отключении прокси-сервера кажется еще более редкой.Планируете ли вы случайным образом выбрать прокси для ваших запросов?Вы просто пытаетесь найти прокси-серверы?

Независимо от того, единственный способ узнать, не работает ли прокси-сервер 1012 *, - это проверить response.StatusCode .BadGateway или GatewayTimeout должны сделать свое дело.

Итак ... управление тем, что хорошо, а что плохо.Я бы придерживался простого словаря, связанного с URI прокси-сервера, с объектом WebProxy в качестве значения.Предполагая, что я понимаю, что вы пытаетесь сделать, если вы попробуете прокси URI и это хорошо, добавьте его в словарь.Если вы обнаружите, что существующий прокси плох, удалите его из словаря.

Answer 2

Я думаю, что приоритетная очередь может быть слишком большой. Более того, какой приоритет или приоритеты вы собираетесь использовать для классификации списка прокси ?

Я думаю, что в этом случае может быть лучше более простой дизайн: два «корзины» или буксируемые списки FIFO, один, где вы отправляете последние действительные прокси, а другой список, где вы нажимаете не работающие прокси.

Затем вы получаете прокси-IP-адреса с обоих из них, чтобы проверить еще раз. Вы можете решить, какой из этих списков прокси проверять чаще.

Веб-сайты со списками прокси-IP, например proxy-ip-list.com , вероятно, используют такой подход.