Внесли целый ряд изменений и улучшений по Вашим просьбам. Изменения станут доступны с очередным обновлением.

1. Это обусловлено тем, что во время задачи игнор-лист постоянно меняется. Соответственно, нет смысла работать с ним, пока работает задача. Более того, его изменение в ходе работы задачи может привести к аварийному завершению потока.

2. Нет, это можно делать во всех визуальных списках, а не только в задаче "Подписка (+Лайки)". А работать можно, действительно, с игнор-листом того аккаунта, для которого настраивается задача. Нам кажется, что это вполне логично.

То, что Вы описываете в пунктах 6-9 нельзя в принципе. Нельзя возобновлять задачу по списку, который был изменён во время вынужденной остановки задачи. Программа запоминает состояние по этому списку и потому список на время работы задачи с учётом возобновлений должен оставаться неизменным. В остальном всё, что Вы описываете уже реализовано. Правильнее будет сказать, реализовано то, что не может навредить задачам. Если всё это вызвано тем, что вычитание приводит к ошибке, когда вычитаемый список содержит пустую строку, то нужно просто проверить этот момент и поправить - мы проверим.

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

1. На самом деле файл с игнор-листом можно открыть прямо из программы. Никуда лезть не надо. Главное окно->Игнор лист->Изменить игнор-лист у выбранных аккаунтов. Многие (даже не особо опытные) пользователи SK знают об этой функции.

2. Для вычетания из целевого списка аккаунтов из игнор-листа можно воспользоваться одноименной функцией в контекстном меню кнопки "Удалить". Пункт меню называется "Удалить, используя игнор-лист". Этот пунтк меню есть во ВСЕХ визуальных списках, где подразумевается работа с перечнем профилей. При этом никаких дополнительных манипуляций с игнор-листом выполнять не нужно. Программа сама поймет, где пустая строка, где что-то лишнее и примет необходимые меры: удалит лишнее, а о том, с чем не справится - сообщит.

1. Смотря, какие действия выполняются, с какой интенсивностью. Однозначного ответа тут не дать, т.к. слишком много условий. Как нам кажется, вероятность того, что будут выполняться того же типа действия, что и у Вас во всех 10 случаях мала. Но, по понятным причинам, проверить это никак нельзя. Т.к., например, один публичный канал может находится в хорошем соседстве, а другой - в плохом.

2. Мы много раз уже писали, что есть различные виды блокировок за спам. Есть блокировка за спам по превышению объёмов (причем, эти объёмы от аккаунта к аккаунту могут отличаться; для одних - 1000 действий в сутки, для других - например, 500), а есть блокировка связок. Почитайте наши статьи на форуме о спам-блоке, о том как не получать бан при раскрутке и все связанные с этими статьи.

3. Скорее всего, Ваш вопрос был вызван тем, что Вы не понимаете, как это происходит в техническом плане. Мы пояснили этот момент Вам выше. Еще раз поясняем, что в техническом плане упростить тут нечего, т.к. логика и без того очень проста. Шаг 1 - понять, есть ли рассказы (если их нет, то программа пишет в лог, что их нет и к шагу 2 не переходит), шаг 2 - просмотреть их, если они есть.

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

Разумеется, все, что сделано для МФ+МЛ будет разнесено по всем остальным функциям.

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

1. Вы можете купить сколько угодно приватных и публичных прокси и повесить на них сколько угодно аккаунтов. С чего Вы установили такие ограничения в 75-100 аккаунтов? Покупайте хоть 10, хоть 100 каналов и вешайте тысячи аккаунтов, если работаете массово.

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

2. Нет, здесь не может быть никакой закономерности. Связь может пропадать в любой точке, а вместе с ней и совершаться переподключение. Instagram никак не реагирует на то, если IP меняется в пределах одного оператора (оговоренных подсетей). Это считается штатной ситуацией. Разумеется, что для противодействия алгоритмам, выявляющим системность в действиях и накладывающих спам-блокировки нужно менять IP чаще, а не реже.

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

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

Пожалуйста. Войдет в ближайшее обновление.

Мы сделаем еще удобнее: добавим шаблоны отложенного старта. Тогда Вам не придется после планировщика еще что-то клацать. Моржно будет выбрать шаблон интервальный и шаблон фиксированный, или же указать интервал (как сейчас) самостоятельно. Итого будет всего 2 клика для всех выбранных аккаунтов вместо 4 * на число аккаунтов, как у Вас сейчас.

Здравствуйте. Это не нововведение. Данная опция существует уже много месяцев.