Как используя JavaScript в браузере (!) делать POST/GET запросы через прокси? Уточню: через множество прокси, так как запросов планируется по десятку в секунду и каждый новый запрос надо через свой отдельный прокси отправлять.
Самый очевидный для меня вариант, это поднять свой php-сервер и уже там принимать запросы от браузера и пересылать куда надо, каждый раз используя новую проксю, т. е. задачу чередования прокси здесь просто перекладываем на сервер.
Однако, меня не устраивает этот вариант, так как будет теряться время при взаимодействии с моим сервером. Соответственно, у меня закономерно возникает вопрос, а нельзя ли используя возможности Chrome API использовать внутри браузера сразу множество прокси? Я бы написал расширение, если бы знал куда копать.
Лариса .•º, можно, но я хочу чисто средствами JavaScript (нативно) подключится к прокси, на крайняк используя возможности расширений Chrome. Можете присоветовать что-нибудь по теме?
Я так понимаю хотите чтобы с пользовательской стороны шли подключения да еще и через прокси, это что за изощренный метод сокрытия деятельности?
Теоретически это возможно, так как http прокси это вебсервер к которому нужно делать запрос с указанием нужного адреса в заголовках, копайте в сторону XHTTPRequest
Никакого криминала. Парсим закупки по 44-ФЗ и там все так устроено, что кто быстрее, того и тапки (закупка / тендер). Платформа с которого мы парсим ставит ограничение не более одного запроса в секунда с одного айпи, вот и хотим попробовать обойти ограничение через десяток другой прокси.
За наводку огромное спасибо) Возможно это то, что я ищу. На php когда я хочу подрубится к прокси, параметры прокси я передаю в заголовках, если это прокатит и с JavaScript... то будет просто замечательно)
не понимаю ЗАЧЕМ парсить из браузера?
Не так, почему запрос через прокси сервер вы хотите делать на javascript из браузера?
нормально эту задачу решают двумя способами - разбирают протоколы нужного сайта и повторяют запросы с помощью curl (или библиотек на его основе), либо запускают безголовый браузер (несколько, для каждой прокси свой) и управляя им с помощью внешнего приложения симулируют поведение пользователя (этот способ проще по разработке, сложнее противодействовать владельцу веб сайта но требует значительно больше ресурсов на машине-парсере).
у вас только один вариант - запускать на каждый прокси свой экземпляр браузера, и уже из него работать
upd. так же можете распотрошить расширение к браузеру, меняющее прокси сервер (для фаерфокса такие есть) и менять его на лету, таким образом уменьшив количество браузеров, все равно одновременно вы не будете использовать ВСЕ прокси
rPman, если бы все было так просто. А как синхронизировать браузеры? Локальный сервер для общения создавать? Так будет теряться время на взаимодействие через такой сервер.
Да именно так, единое приложение, управляющее браузерами.
Народ делает на основе silenium я делал на основе обычного плагина greasemonkey/thempermonkey который инжектит мой javascript на страницу, а этот код уже в свою очередь запрашивает управление по http rest/websocket с моего управляющего сервера (если у вас https страница то лучше запускайте этот управляющий центр тоже на https).
rPman, понимайте, при таком раскладе, вместе управляющего сервера и кучи браузеров, мне проще поднять прокси сервер для прокси - буду просто все запросы с браузера направлять на сервер, а тот уже будет их пересылать на нужный прокси, автоматически их чередуя.
rPman, как это не смогу? Смогу. Просто в потоке file_get_contents() буду прописывать нужный прокси и естественно при каждом новом запросе он (прокси) может быть разным.
