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

Прикрепите, пожалуйста, скриншот программы, где видно это сообщение.

Если это сообщение не мешает использованию интерактивной карты, то просто скройте его.

В противном случае обновите Internet Explorer до актуальной версии.

Постараемся Вас не разочаровать.

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

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

Здравствуйте. Вы имеете в виду автоответчик? Если да, то планируем. Как минимум в контексте онлайн-сервиса. Возможно, и в контексте Desktop-приложения - пока думаем.

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

Если Вы фильтруете список в формате ID:LOGIN, то ТА не участвует в фильтрации. Тут важно, через какие IP Вы фильтруете. Если Вы используете отдельный список прокси, то можно работать с ТА. Если Вы фильтрацию выполняете с "родного" IP или с того же прокси, с которого собираетесь дальше работать с ТА, то лучше дождаться окончания фильтрации, т.к. перегружая IP запросами легко получить временную блокировку IP-адреса за превышение числа запросов в единицу времени.

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

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

У некоторых пользователей с годами игнор-листы разрастаются в огромные массивы данных, обрабатывать которые не так просто, особенно когда таких аккаунтов сотни. Каждый такой игнор-лист может содержать несколько миллионов аккаунтов, а когда таких аккаунтов несколько сотен или тысяча, то обработка такого игнор-листа перед запуском задачи может затормаживать общий массовый старт задачи для сотен аккаунтов.

Почему внешний обработчик решает проблему. Дело в том, что в Windows очень плохо настроено распределение аппаратных ресурсов в контексте одного приложения. К тому же, есть масса ограничений, действующих именно в контексте одного приложения: лимит на число потоков, лимит на аккумулирования ОЗУ - это большая проблема. Однако, если запустить много внешних обработчиков, способных быстро выполнить поставленную задачу и завершить свою работу, то Windows им выделит дополнительные ресурсы в тех же лимитах, что для основного приложения (исполняемого модуля). Иными словами, если у Вас, например, большой объем ОЗУ в целом, то Windows не даст аккумулировать основному модулю SocialKit более ~3.5Гб, а при использовании внешних модулей, можно аккумулировать все доступные ресурсы, т.к. каждый запущенные внешний модуль сможет аккумулировать независимые ~3.5Гб. Разумеется, на короткое время, потом все эти ресурсы внешние модули освободят для остального ПО, но это позволяет добиться в некоторых случаях огромного прироста в скорости обработки тех же игнор-листов при работе с большими группами аккаунтов.

Если Вы не работаете с большим числом аккаунтов и если игнор-листы Ваши не содержат миллионы профилей, то можно обойтись стандартным режимом работы, а обработку внешними модулями не активировать.

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

В разделе "Сервисы" находятся ресурсы немного другой направленности. Те ресурсы, с которыми идёт непосредственная интеграция в ходе работы SocialKit - это сервисы приёма SMS и разгадывания капчи.

Рекомендуемые нами прокси-сервисы находятся на закладке "О программе", а также этот список можно найти в выпадающем меню пункта "Приватные прокси IPv4/IPv6", как показано на скриншоте ниже.

ссылка на их сайт

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

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

Вы имеете в виду удаление сообщений в переписке или удаление переписок (диалогов), которых скопилось более 1300? Если речь о сообщениях, то достаточно просто удалить диалог, а если речь об очистке всех диалогов, то у Instagram, действительно, нет инструментов для массовой очистки диалогов. Уточните, пожалуйста, что Вы имеете в виду.

Здравствуйте. На виртуальных машинах можно работать с таким же комфортом, как и на реальных. Для программы нет никакой разницы, где именно её запустили. При этом важно понимать, что многие моменты в плане производительности будут зависеть от выделенных ресурсов. Также многие путают естественную задержку (~5 секунд на производительных системах) во время открытия основого рабочего окна с проблемами производительности программы. Программа сама по себе в этих задержках не виновата. Естественная задержка обусловлена тем, что ОС Windows нужно достаточно много времени, чтобы отрисовать большой перечень всех элементов ввода / вывода, которые находятся в основном рабочем окне, где осуществляется настройка и запуск задач. Так например, для запуска самой популярной задачи на МФ есть упрощенная версия основного рабочего окна лишь с одной закладкой "Подписка (+Лайки)" - эта форма открывается на пару-тройку секунд быстрее формы с полным перечнем закладок, т.е. за ~2 секунды на производительных системах, что практически идеально.