Ваши комментарии

Все логично. От меньшего к большому, график координат представьте себе по оси ОХ и ОY, местами поменяйте их.

Здравствуйте. обновитесь до последней версии, сегодня много было внесено изменений. Если ошибка будет появляться, то не останавливайте задание, пусть подождет 5 минут продолжит далее и так хотя бы 2-5 аккаунта пусть пропустит, если не изменится ситуация напишите и будем смотреть причину.

Пожалуйста. Все игнор-листы не надо проверять. Можно проверить выборочно. Например, от тех аккаунтов, с которыми Вы работаете чаще всего. Это можно просто глазами обойти, зайдя в папку, которая указана в SK как папка для временных и служебных файлов. Вас интересуют все файлы с расширением ".ignr".


1. Да, можно отключить. Программа все равно не будет подписывать ЦА на те профили, с которыми уже есть взаимоотношения.

2. Да.

3. Да, если включено, то это всяко "мотает" ресурс.

Претензия админов облачного сервиса, как обычно, в том, что ресурсы, выделяемые (якобы) для использования на личное усмотрение на самом деле лишь "на бумаге". По факту нагрузка должна быть ниже средней. В противном случае начинают сыпаться угрозы. По сути это мошенничество, которым промышляют 95% провайдеров облачных хост-услуг.


Для начала посмотрите (выборочно) на то, сколько записей в игнор-листах по тем аккаунтам, что находятся у Вас в работе. Посмотреть это можно из главного окна через контекстное меню (правая кнопка мыши на ЦА или ТА). Если счет идет на сотни тысяч профилей в каждом игнор-листе, то это одно из узких мест. По меркам домашнего ПК 3Гб в час - это смешная нагрузка, но по меркам облака это уже повод для претензии (видимо). Следовательно, можно отключать игнор-листы перед установкой задач.

Так регистратор и не мог создавать такую нагрузку на HDD. Нагрузка на HDD может создаваться в процессе работы задач на МФ и МЛ в случаях, когда: используются игнор-листы и они достаточно велики, стоит автосохранеие списков профилей, по которым выполняется МФ и/или МЛ и они (списки профилей) достаточно велики, выставлен большой размер лог-файла перед его очисткой.


Скорее всего, дело в игнор-листах, который программа формирует по каждому аккаунту.

Здравствуйте!


Да, частично. То, что описывали Вы в старте топика будет реализовано.

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

Основываясь на вышеизложенном, ввели в программу новое понятие для сбора аудитории по ГЕО-меткам под названием "порционная обработка меток". Данная функция будет делать как раз то, что Вы делали руками: разбивали один список меток на части и обрабатывали его. Теперь это будет делать программа самостоятельно, а пользователю лишь останется указать размер порции. Функция может быть включена на усмотрение пользователя при использовании одновременного сбора. Мы не рекомендуем включать порционную обработку меток, если при одновременном сборе аудитории по ГЕО-меткам не наблюдается то, что описано выше, т.к. этот режим несколько замедляет общий прогресс. В процессе перехода между порциями потоки полностью останавливаются, берется установленный тайм-аут (минимум 1 секунда), а затем работа автоматически возобновляется над следующей порцией. Таким образом, ТА будут отдыхать, а процесс сбора будет в достаточной степени рандомизирован, что позволит избавиться от проблемы, описываемой пользователем выше.


Надеемся, что это Вам поможет, т.к. ничего другого на данном этапе предложить не можем в связи с тем, что быстрое отключение ТА не воспроизводится ни на одном из наших тестовых стендов. Нововведение будет доступно в версии SocialKit Pro 1.63.4.



Завершение сбора:



Собранные профили:




Как видно из скриншотов, в процессе сбора "отпало" 6 ТА. Сразу после сбора эти ТА были доступны для других видов сбора.

Топики, где требуется выяснить, почему у того или иного пользователя что-либо работает не так, как это должно работать переводятся в приват. В этом топике Вы запросили отклик у пользователей, а не у ТП, потому он пока открыт. Еще раз напоминаем, что наш форум - это не сообщество для обмена мнениями и отзывами. Это тикет-система для взаимодействия пользователей с технической поддержкой. Оставлять тот или иной топик открытым или нет мы решаем в каждом случае индивидуально. В данном случае мы не против сбора отклика у остальных пользователей по описанной теме.


В Вашем случае, возможно, дело в прокси. В данный момент на одном из наших тестовых стендов продолжается сбор на прокси и 48 ТА - пока никаких проблем не замечено. ТА могут отключаться в ходе работы по причинам, описанным выше. У Вас это происходит слишком быстро. Проблема, скорее всего, носит внешний характер. Мы не знаем, какие прокси Вы используете и какая история у тех ТА, что используются для сбора, но, возможно, дело именно в этих внешних причинах


По крайней мере, на данный момент очевидно, что ошибке в алгоритмах нет. Иначе бы наш сбор постигли те же проблемы, что и Ваш.



Попробуйте уменьшить число ТА. Возможно, Instagram блокирует подсеть прокси, обнаруживая большой всплеск однотипных запросов.

Об этом в искомом приватном топике (только менее детально) упомянул и Агент поддержки.

В качестве теста взяли список из 12 тыс. меток и 48 ТА. Все ТА на прокси IPv6 (HTTP и SOCKS), но далеко не все ТА на уникальных прокси.


Скриншот начала работы:



Аккаунты в работе используются разные.

Почти все новореги, 99% зарегистрированы средствами SocialKit с помощью алгоритма Mobile Instagram API.



Сервис поддержки клиентов работает на платформе UserEcho