Если вам просто нужны идентификаторы ваших подписчиков, вы можете указать:
http://api.twitter.com/1/followers/ids.json?screen_name=yourScreenName&cursor=-1
Документация для этого вызова здесь . Этот вызов вернет до 5000 идентификаторов подписчиков на вызов, и вам придется отслеживать значение курсора при каждом вызове. Если у вас менее 5000 подписчиков, вы можете опустить параметр cursor .
Если, однако, вам необходимо получить полную информацию обо всех ваших подписчиках, вам нужно будет сделать несколько дополнительных вызовов API.
Я рекомендую использовать статусы / подписчики для получения профилей подписчиков, поскольку вы можете запросить до 100 профилей на вызов API.
При использовании статусов / подписчиков , вы просто указываете, каких подписчиков пользователя вы хотите получить. Результаты возвращаются в порядке следования подписчиков за указанным пользователем. Этот метод не требует аутентификации, однако он использует курсор, поэтому вам нужно управлять курсором ID для каждого вызова. Вот пример:
http://api.twitter.com/1/statuses/followers.json?screen_name=yourScreenName&cursor=-1
В качестве альтернативы вы можете использовать users / lookup для получения профилей подписчиков, указав разделенный запятыми список идентификаторов пользователей. Вы должны пройти аутентификацию, чтобы выполнить этот запрос, но вы можете выбрать любые профили пользователей, а не только те, которые следуют за указанным пользователем. Пример вызова будет:
http://api.twitter.com/1/users/lookup.json?user_id=123123,5235235,456243,4534563
Итак, если бы у вас было 2000 подписчиков, вы бы использовали только один звонок для получения всех своих идентификаторов подписчиков через подписчиков / идентификаторов , если бы это было все, что вам нужно. Если вам нужны полные профили, вы можете записать 20 звонков, используя статусов / подписчиков , и вы будете использовать 21 звонок при альтернативном использовании users / lookup из-за дополнительного звонка на последователи / идентификаторы , необходимые для получения идентификаторов.
Обратите внимание, что для всех вызовов API Twitter я рекомендую использовать JSON, поскольку это гораздо более легкий формат документа, чем XML. Как правило, вы будете передавать только примерно от 1/3 до 1/2 данных по сети, и я обнаружил, что (по моему опыту) тайм-аут в Twitter меньше при обслуживании JSON.