Похоже, что процесс, выполняющийся на этом аккаунте через данный прокси, завис. Вероятно, из-за самого прокси.

А что делал аккаунт на этом прокси? Какое задание? Также напоминаем, что задание на любом аккаунте можно остановить два раза по очереди нажав кнопку "Отмена" в главном окне.

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

А с чего Вы взяли, что мы что-то не признаем? Возможно, Instagram накладывает временный бан на прокси по маске (с недавних пор робот умеет это делать) или на ТА, потому они отключаются в ходе работы.

Будем разбираться.

Также внесем уточнение. При сборе по ГЕО ТА отключаются не после того, как отработали свою часть меток, а когда в ходе работы с тем или иным отключенным ТА произошла критическая ошибка, не позволяющая больше его использовать. Отключаются ТА только в самом конце. Например, если осталось 100 меток, а у Вас в работе 150 ТА, то 50 отключаться и будут ждать общего завершения, т.к. для них больше нет работы.

Прикрепите, пожалуйста, список своих меток.

95% - это загруз ЦП в целом или нагрузка, которую дает процесс SocialKit.exe? По своему опыту знаем, что к облачному серверу лучше подключаться через RDP, т.к. TeamViewer на стандартной конфигурации может показывать до 25% нагрузки на ЦП. На самом деле это не так. На облачных серверах аппаратные ресурсы распределяются динамически, потому заявленная хостером конфигурация справедлива лишь "на бумаге". По факту полный объём ресурсов нельзя использовать у 95% хост-провайдеров облачных услуг. Рекомендуем Вам во время поиска хост-провайдера сразу обсуждать с саппортом этот момент. Не обязательно говорить, что именно Вы будете делать. Не заблокируют ли аккаунт, если Вы будете использовать 100% всех выделенных аппаратных ресурсов: ЦП, ОЗУ, диск, сеть. На этом моменте, как правило, хост-провайдеры начинают "сдавать назад" и пытаться выяснить, зачем именно нужно создавать постоянную нагрузку. Можно сказать, что имеется свое ПО, которое производит математические расчёты, интенсивно при этом работая с диском и Интернет. Если подводных камней в договоре нет, то хост-провайдер скажет что-то вроде: "все заявленные ресурсы доступны Вам для использования". В противном случае хост-провайдер покажет пункт, который запрещает работу с подобным ПО.

Поясним, что такая позиция хост-провайдера обусловлена вовсе не предвзятым отношением к каким-либо программам. Дело исключительно в деньгах. ПО, обеспечивающее распределенное выделение ресурсов, позволяет на одном слоте раздать множество виртуальных серверов. При этом чем меньше нагрузка на каждом из аккаунтов, тем больше виртуальных серверов можно раздать. Совершенно понятно, что хост-провайдеру выгоден десяток пользователей со средней нагрузкой, чем 2-3 с максимальной.

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

Эти работы запланированы, но не на ближайшие обновления. Исходя из просьб пользователей на данный момент есть ряд более приоритетных задач, которые мы будем реализовывать в первую очередь. Однако, то, о чем просите Вы тоже достаточно приоритетные вопросы.

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

Если речь о регистрации, то логирование там действительно интенсивное, но вряд ли на столько, чтобы создавать 100Гб дискового трафика в сутки. Тем не менее, этот момент мы будем проверять. Мы постоянно работаем над улучшением производительности ПО, снижении потребляемых ресурсов. Учитывая задачи, снизить нагрузку на всё аппаратное обеспечение до тех пределов, которые будут приемлемыми для облачных сервисов, предоставляющих аппаратные ресурсы в динамике, не представляется возможным. Особенно в массовой работе. Нужно понимать, что задачи, выполняемые SocialKit, способны в некоторых случаях полностью загрузить даже выделенный сервер. Именно потому наша программа выполнена в виде Desktop-приложения, а не облачного сервиса.

Пожалуйста.

Читайте ответ выше.

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

Мы выше писали, что регистрация через WEB Instagram API будет восстановлена с очередным обновлением. Действующий алгоритм Mobile Instagram API отличается от алгоритма WEB Instagram API. Основная разница между ними в том, что последний позволяет создавать множество аккаунтов, не требующих SMS-авторизацию, но более прихотлив к IP.

При регистрации через WEB Instagram API аккаунты создавать проще, однако, после первого же цикла все они требуют SMS-авторизацию, что для многих пользователей абсолютно неприемлемо. Именно потому мы в конечном итоге внедрили два алгоритма регистрации. Некоторое время назад Instagram внес некоторые правки в алгоритм регистрации через WEB. Потому в данный момент этот способ неработоспособен. Мы уже восстановили работу этого алгоритма. Он вновь станет доступен в версии SocialKit Pro 1.63.4.

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

11го числа был всплеск, превышающий стандартную активность в 10 раз. Регистратор аккаунтов не мог создать такую нагрузку на HDD, т.к. в этом модуле просто-напросто нет кода, который так активно использовал бы HDD. В целом, SocialKit достаточно активно использует HDD, чтобы снизить нагрузку на ОЗУ, т.к. Windows не позволяет одному приложению использовать непрерывные участки памяти более 1.2Гб. Разумеется, мы еще раз проверим эту информацию. Если у Вас есть еще какая-либо информация, подтверждающая информацию о том, что именно модуль регистрации так активно расходует дисковый ресурс, то будем признательны за нее.

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

Уже был вопрос по этой теме. Мы изучаем это неудобство. Дело в том, что список аккаунтов на экране, это достаточно сложная структура. Потому удаление аккаунтов из списка - это не такая тривиальная операция, как может показаться простому пользователю. Посмотрим, что с этим можно сделать. Еще раз повторяем, что вопрос по этой теме был и мы ответили в нем примерно то же.