Получение участников сообщества vk.com за считанные секунды

[@Joric]

Ты большой молодец.

[@Phmphx]

спасибо за статью
полезно очень!

[@justboris]

А почему за один execute забирается до 25к участников? Эта цифра получена каким-то опытным путем?

[@dooza]

Максимальное количество запросов в execute 25, за один запрос можно получить не более 1 000 участников. Следовательно максимальное число участников полученное от execute = 1 000 * 25

[@justboris]

А цифра 25 откуда? В документации ничего об этом нет.
Я тоже пользовался execute для склейки длинных списков, но так и не заметил конкретной цифры, после которой мне отвечают, что execute исполнялся долго и прекратился по timeout

[@dooza]

да цифры нет в API, я сам проверял на 26 запросе ошибка вылетает (Слишком много запросов).

[@and7ey]

Как цифры нет? А вот этот текст разве не об этом?

Внутри code может содержаться не более 25 обращений к методам API.

Взят по вашей же ссылке на описание метода execute.

[@justboris]

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

Завел баг об этом в трекере

[@eocron]

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

П.С: Тоже пользуюсь этой фишкой. Только еще и через несколько акков )
Я думаю, те кто так или иначе качал инфу юзеров/групп контакта знают про эту штуку. Правда скачивание лайков все еще является убийственным, по количеству запросов.

[@vadim_ig]

и тут внезапно контактик полег…

[@dooza]

Все методы лежат

[@VDG]

А какой дневной лимит на вызовы API для одного id?

[@dooza]

не слышал о дневном лимите, я думаю его нет.

[@and7ey]

Лимиты вроде как есть — vk.com/dev/api_requests:

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

[@student_ivan]

Надо было назвать статью «как уронить вконтакте написав статью на хабрахабр»

[@samodum]

теперь прикроют лазейку

[@dna]

Это не лазейка, а документированная и рекомендуемая к использованию фича.

[@CCgames]

groups.getMembers — открытый метод, на него не действует ограничение 3 запроса в секунду, так как он может вызываться без access_token'a, т.е время в 22 минуты это очень преувеличено)
в то же время execute может поймать сразу 3 ошибки — флуд контроль, каптча, много запросов в секунду. Поэтому тут вопрос немного спорный, но я тоже юзаю execute для этой цели, когда запросы шлю с токеном, но делаю по 10 запросов, а не 25, разница не очень заметна, а если нужно показывать прогресс обработки — то по 10 визуально лучше. ну а с сервера исключительно чистый метод, без токена, что бы не нагружать токены.

[@dooza]

разница будет заметна если взять группу с 4+ миллионов участников.
groups.getMembers — на него действует 3 секунды, вы путаете.

[@CCgames]

3 секунды действует только на пользователя, на айпи нет ограничений в 3 запроса в секунду, поэтому нет, я не путаю

[@ruslanys]

На сколько мне известно, можно не извращаться с формированием переменной code на стороне клиента (мало того, код функции сейчас доступен каждому), а сохранить этот код в качестве хранимой процедуры на стороне ВК. Итог тот же, только передавать переменную code не нужно.

[@dooza]

Да, вы правы. Только в данном случае работал с iframe приложением vk, где нет возможности добавить хранимые процедуры.

[@ruslanys]

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

[@VDG]

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

[@larry_page]

Всё хорошо, за исключением того, что если число участников сообщества после запуска скрипта по какой-либо причине уменьшилось, и не растёт, то условие if (members_count > membersGroups.length) не будет выполнено, и цикл будет выполняться до тех пор пока число подписчиков снова не возрастёт. На мой взгляд, лучше использовать в условии не число ранее извлечённых подписчиков membersGroups.length, а считать количество вызовов и умножать на 25000. Что скажете?

[@sergiks]

Для крупных сообществ, сбор списка Участников которых занимает относительно протяженное время, возможна ситуация, когда кто-то вышел/вошёл прямо во время считывания. Если в это время вы читаете Участников с offset ближе к концу, это вероятно скажется на смещении базы пользователей на эти 1-2 аккаунта.

Поэтому, если важна точность до каждого аккаунта, как напр. в моём «Дезертире», считывать список приходится с захлёстами между отдельными тысячами.

Практика показывает, что на миллионниках это помогает избежать ошибок.