Перевод между форматами
Провайдер выдаёт список в одном формате, софт требует другой. Вставьте что есть — конвертер разберёт строки в любом из ходовых порядков полей и перепишет в нужный.
Всё происходит в вашем браузере: списки и пароли никуда не отправляются.
Единого стандарта записи прокси нет. Каждый продавец выгружает список так, как умеет его панель, а каждая программа ждёт тот вид, который выбрал её автор. Практически всё сводится к пяти формам: host:port, host:port:user:pass, user:pass:host:port, user:pass@host:port и полный URL со схемой (socks5://user:pass@host:port).
Кому что нужно: антидетект-браузеры и расширения обычно принимают формы с двоеточиями, библиотеки и консольные утилиты — URL со схемой, а host:port без учётных данных встречается там, где авторизация идёт по IP.
host:port:user:pass и user:pass:host:port выглядят одинаково: четыре поля через двоеточие. Различаем по позиции числа — порт на втором месте означает, что первым идёт хост, порт на четвёртом — что первыми идут учётные данные.
Отдельная ловушка — собака в пароле. Делить строку нужно по последнему @, а не по первому: в паролях он встречается регулярно, в именах хостов — никогда. Деление по первому вхождению — самый распространённый способ, которым конвертеры молча портят учётные данные, и человек потом ищет проблему в прокси, а не в списке.
Никуда. Преобразование целиком выполняется в браузере: список не загружается на сервер, не пишется в журнал и не покидает страницу. Это не вежливость, а необходимое условие. Список прокси — это логины и пароли; вставляя его в серверный конвертер, вы отдаёте рабочий доступ незнакомым людям.
Поставщик выгрузил host:port:user:pass, а профили антидетект-браузера или парсер ждут другую форму.
Нужен готовый URL со схемой для requests, Scrapy или curl.
Переносите пул из одного инструмента в другой и не хотите править файл построчно.
Нужна команда curl на каждый адрес, чтобы вручную проверить пару штук.
После переформатирования прогоните список через проверку прокси: правильный формат ничего не говорит о том, живы ли адреса.
Тот, который указан в документации принимающей программы. Ориентир: URL со схемой — для кода и консольных утилит, формы с двоеточиями — для антидетект-браузеров и расширений, просто host:port — когда авторизация идёт по IP.
Нет. Всё преобразование идёт в браузере, ничего не передаётся и не сохраняется. Список прокси — это учётные данные, и конвертер, которому для работы нужен запрос на сервер, просил бы слишком многого.
По позиции числового поля: порт на втором месте — сначала хост, порт на четвёртом — сначала логин и пароль. Другого надёжного признака нет, обе формы состоят из четырёх полей через двоеточие.
Нет, деление идёт по последнему вхождению: в именах хостов собаки не бывает, поэтому последняя всегда разделяет учётные данные и адрес. А вот двоеточие внутри пароля ломает формы с двоеточиями по определению — для таких паролей нужна форма URL с процентным кодированием.
Нет, он только переписывает текст. Живость, протокол, страну и анонимность показывает проверка прокси; безупречно оформленный список мёртвых адресов остаётся мёртвым.
Да. В форме URL схема сохраняется, а в формах с двоеточиями протокола в строке нет вообще — он задаётся там, куда вы вставляете список.