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

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


В связи с этим вопрос: как выделить из игнор-листа именно подписчиков, чтобы не использовать всех подряд, кто в него попал, для повторной подписки с нового аккаунта. Если они в первый раз не подписались, то и во 2-й раз вероятность невелика. А вот те, кто подписался, гораздо ценнее.


Второй вопрос: как узнать id забаненного аккаунта, если уже успел "обновить информацию" в программе - после этого по контекстному меню "скопировать id в буфер обмена" ничего не копируется.

Спасибо, учту.

Тогда ещё уточняющий вопрос: "достав" будет искаться только в начале слова или в середине и конце тоже?


Т.е. не будет такого, что добавив в список, например, стоп-слово "блять", будут исключены и аккаунты со словом "потреблять"? (сорри за не очень цензурный пример).


Кстати, кто-то из форумчан может поделиться, как у них работаем фильтрация? У меня выходит так, что при таких (довольно "мягких" на мой взгляд) настройках от общего списка остается только 10-15% логинов. Неужели все остальные - это коммерч. акки и боты? Или люди так массово указывают свои телефоны и почты в описаниях?


Жалко, что нет такой функции, просьба добавить, если возможно. Поясню, для чего она.


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


Если же отследить, когда публикуется пост у аккаунта-донора, то можно оперативно именно по нему собрать активную аудиторию и сразу же настроить МФ по ней. Так достигается 2 эффекта:

1) мы точно знаем, что это живые подписчики - ботов и коммерч. аккаунтов будет минимум

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

Кстати, большое спасибо за последнее обновление! Очень классно, что теперь можно редактировать акк прямо из программы. Не хватает самой малости - добавить функционал по регистрации акков с возможностью выбрать ip, чтобы новые акки совсем аутеничные были :)

"при методе 500 подписок раз в 6 часов до 7500, наиболее быстрый вариант подписки, примерно за 3-5 дней."


Это как так получается? Если без пауз так делать, то выйдет 2000 подписок в сутки. А если считать 7500 подписок за 3 дня так это вообще 2500 в сутки. Разве ограничение не в 1500 подписок/сутки?


Каков всё-таки оптимальный алгоритм - равномерно растягивать подписки на 16-18-24 часа или максимально быстро выбрать суточный лимит, а потом остановить до начала следующих суток?


И ещё: известно ли, как Инстаграм отсчитывает эти самые сутки? Лимит не должен быть превышен за последние 24 часа или отсчет суток ведется от какого-то конкретного времени, вроде 0:00 по Гринвичу?

Как привязать новый номер, если больше никаких действий с аккаунтом проделать нельзя, кроме как ввести смс от текущего номера? У вас есть особые секреты?

Ок. Тогда постараюсь ответить на вопросы выше:


1. У меня их мало пока в работе - всего 4. Если не путаю, возникали на всех.

2. В основном это происходит на "старом" акке, которому более полугода. Хотя и на новых тоже происходило.

3. Нет, не использовались.

4. 4

5. Да.


Сегодня такая остановка наблюдалась всего 2 или 3 раза. Уже хорошо по сравнению с некоторыми предыдущими днями.

При покупке этих акков с привязанными телефонами как быть с доступом к смс этих номеров, если Инста по какой-то причине опять запросит смс? Или на вашей практике такое редко случается?

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

Начал разбивать списки на 20 000 id и меньше - "беспричинные" остановки стало значительно реже. Хотя и возникают иногда.



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