Сводная таблица проксей и аккаунтов для Key Collector

Экселька на Power Query для формирования импорта проксей и аккаунтов Директа с привязкой к проксям в Key Collector обоих версий (и 3, и 4), на базе экспорта проксей от поставщика в формате ip:port@login:password.

Зачем сдалась эта экселька

Ну, мало ли. А вообще как-то раз решил автоматизировать обновление данных по проксям и аккаунтам Директа, чтобы импортировать их в KeyCollector с наименьшими усилиями. Было навеяно и случаями массовой непригодности аккаунтов Директа, и периодическими сменами проксей (и, как следствие, необходимость переимпорта в КК).

Организация «хранилища»

Под хранилищем подразумевается отдельная папка где-то на компе, где поместить файлы из архива. То есть, содержимое папки будет таким:

• Экселька;
• Текстовый файл «аккаунты директа.txt» с аккаунтами Директа в формате логин:пароль, по одной связке логин/пароль на строку;
• Текстовый файл «аккаунты директа плохие.txt» в формате логин, по одной записи на строку;
• Текстовый файл «экспорт проксей.txt» в формате ip:port@login:password, по одной записи на строку (выгрузка от провайдера проксей).

Принцип работы, кратко

Заполняются файлы, логины проблемных аккаунтов периодически заносятся в соответствующий файлик (без необходимости чистки основного файла с аккаунтами Директа), а экселька загружает и обрабатывает эти файлы, в результате чего получаются 3 списка:

• Импорт для раздела «сеть»;
• Импорт для раздела «Yandex - Аккаунты» в КК 4;
• Импорт для раздела Директа в КК 3;

Да, относительно окошка предупреждения о версии Excel уже упоминал ранее.

Принцип работы, подробнее

Всё можно посмотреть в редакторе PQ, здесь вкратце рассмотрю, какие действия производит PQ при обновлении запросов.

1. Список проксей – здесь всё просто, импортируется файл со списком, без разбива на колонки – так как вся конструкция используется далее целиком. И добавляется столбец индекса (позже будет понятно его назначение).
   
2. Данные по аккаунтам Яндекса с разделителем двоеточие – чтобы логин и пароль грузились в разные колонки, чтобы можно было сравнивать со списком плохих аккаунтов, где указаны только логины.
   
3. Данные по плохим аккаунтам Яндекса (непригодны для парсинга по какой-то причине). Данные импортируются как есть, только добавляется дополнительный столбец – чтобы при слиянии таблиц можно было определить плохие аккаунты.
   
4. Слияние таблицы всех аккаунтов и плохих. По значению в столбце “Bad Acc” определяются и фильтруются плохие аккаунты. А ранее разделённые на разные столбцы логин и пароль соединяются в единую запись через двоеточие. И добавляется столбец индекса.
   
5. Слияние таблицы проксей с таблицей отфильтрованных (действительных) аккаунтов Яндекса – по индексам – чтобы сопоставлять произвольные количества проксей и аккаунтов, без дополнительных подгонок. Далее путём нехитрых текстовых манипуляций, составляются записи для импорта в КК. Скрин результата был выше.