Я знаю, что есть сообщения о различных проблемах при попытке вытащить фотографии, опубликованные «частными» пользователями. Мы работаем над проектом, для которого мы хотим использовать api в режиме реального времени. После того, как частный пользователь одобрит нашу учетную запись, мы можем просматривать изображения, отправленные ими через api, как и ожидалось. Кроме того, при поиске по тегу мы видим их образы. API реального времени сообщает об изображении, когда мы подписываемся на конечную точку пользователя. Мы хотим подписаться на тег api, проблема в том, что, хотя все остальное работает с частными пользователями, по какой-то причине, когда частный пользователь отправляет изображение с тегом, для которого подписан наш клиент, уведомление не установлено. Он отлично работает для публичных пользователей, и если мы ищем (без уведомления в реальном времени), мы можем видеть изображение. Единственное, что я могу придумать, это то, что для поиска в работе мы должны использовать наш ключ доступа для нашей учетной записи (а не плакаты), а не наш клиент, возможно, в режиме реального времени нужно использовать одну и ту же безопасность с помощью accesskey, а не с идентификатором клиента?Instagram Realtime Tag API с частными пользователями
ответ
Вы правильно:
мы должны использовать наш ключ доступа для нашей учетной записи (а не плакаты), а не наш ClientId
Поскольку права частной жизни за счет, если вы выполнение аутентифицированных вызовов API от имени пользователя, это не сработает. Теоретически, если вы сохраняли свои ежечасные вызовы API под предел 5000, вы могли бы технически прокси или кешировать приватные фотографии, однако, вместо того, чтобы смотреть на сложное обходное решение, вам лучше просто придерживаться API ToU:
Если у вашего приложения есть кешированные копии пользовательского контента, которые стали «частными», вы должны удалить такой Пользовательский контент как можно скорее.
API реального времени немного отличается от обычного API, так как вы можете получать или не получать уведомление о сообщении (это не самая надежная услуга), он не содержит каких-либо данных , и вы по-прежнему собираетесь получать соответствующие данные, используя либо свой собственный access_token, ваше приложение client_id/secret, либо токен аутентифицированного пользователя.
- 1. Instagram realtime api https
- 2. instagram realtime API
- 3. Realtime hashtag counter with instagram API
- 4. Удостоверения Instagram RealTime API против вашего лимита?
- 5. Как получить обновление RealTime Instagram с помощью python-instagram?
- 6. Не получать уведомления с использованием Instagram Realtime API
- 7. Instagram realtime получает сообщение от обратного вызова
- 8. Как читать данные Json из обновлений API Instagram RealTime
- 9. Есть ли API-интерфейс ATwitter Realtime, как и Instagram?
- 10. Ответ API-интерфейса Instagram с пользователями не в заголовке
- 11. Получение только изображения с определенной #tag instagram
- 12. instagram get tag-name error с jquery
- 13. Rest API и Realtime
- 14. instagram api ruby подписка tag post access object_id
- 15. Instagram Tag API: Media_count не соответствует всего медиа принес
- 16. Курсор курсора API Instagram
- 17. Instagram-API с python
- 18. Instagram API с prettyPhoto
- 19. Является ли API-интерфейс Instagram Realtime автоматически отменой подписки на теги большого объема?
- 20. Tag tag Graph API/REST API
- 21. Instagram API paginator
- 22. Открытый API с частными элементами в Python
- 23. Ожидаемое время Facebook API Realtime
- 24. Google API Realtime API OAuth2 Ошибки обновления
- 25. Как использовать API Google Realtime с Java?
- 26. Драйвер API Realtime API каждые 60 секунд
- 27. Как использовать API-интерфейс instagram?
- 28. Instagram Ruby tag нравится получать TypeError
- 29. Лучший BAAS для обмена частными записями базы данных между пользователями?
- 30. Realtime mySQL, PHP API API Карт Google
Я полностью согласен с тем, что вы указали на удаление личных фотографий и безопасности. Мой вопрос касается API реального времени, похоже, что даже когда мой идентификатор клиента имеет доступ к частному пользователю (например, они были одобрены). Когда мы подписываемся на конечную точку тега, мы не получаем уведомления в реальном времени, когда публикуется частный пользователь. Мы могли бы одновременно подписываться как на тег, так и на пользователя, что бы захватить их, но тогда мы получим уведомление для каждого сообщения частным пользователем, а не только сообщения с тегом, который мы ищем. Как только мы получим rt ping, мы можем искать. – PvH
Способ, которым они относятся к конфиденциальности, немного странно. Теги тегов отображаются в потоке тегов, даже если пользователь является закрытым, а пользовательские каналы - нет. Но client_id/client_secret - это токены уровня * app *, поэтому поэтому он дает вид доступа к частному пользователю, когда на самом деле вы просто получаете уведомление RT о непривязанной отмеченной фотографии. Это имеет смысл? – brandonscript
Имеет смысл, однако то, что мы видим, отличается от того, что вы описываете. Если посмотреть в реальном времени в одиночку, если я настрою «пользовательский» rt-канал, я получаю уведомления независимо от настроек конфиденциальности пользователей, это имеет смысл. Проблема входит в игру с фидом «tag», если вы настраиваете фид для тега, например, «test123», пользователи, которые публикуют этот тег, запускают пинг, однако пользователи, которые являются частными, этого не делают, даже если моя учетная запись является одновременно одобренным последователем и если они подписались на наше приложение. Надеюсь, это ясно, кажется, что пользователь никогда не отправляет данные в фид в реальном времени тега. – PvH