API-интерфейс Instagram Tags иногда пропускает разбиение на страницы min_tag_id, когда возвращаемый контент меньше запрашиваемого
Я использую API тегов Instagram с min_tag_id, чтобы получить контент, который является более новым, чем последний раз, когда я звонил. Я возвращаю массив с содержимым, но в деталях разбиения на страницы отсутствует новый файл min_tag_id.
Например, можно вызвать https://api.instagram.com/v1/tags/stackoverflow/media/recent
Сохранение min_tag_id
на моем db
Вызов снова через день на https://api.instagram.com/v1/tags/stackoverflow/media/recent?min_tag_id=<the_one_I_saved>
, возвращая содержимое, но не min_tag_id
что затрудняет сохранение итерации с последнего места я остановился.
Это происходит не всегда, что заставляет меня думать, что что-то не так с обработкой min_tag_id
на их стороне, или имеет какое-то поведение, которое не документировано (expire?)
ОБНОВЛЕНИЕ: Я на самом деле понял, что this doesn't happen all the time
. Это происходит только тогда, когда параметр count
который я отправляю в API, запрашивает больше контента, доступного в настоящее время. В тех случаях Instagram только дает max_tag_id
и min_tag_id
, но я не вижу смысла в том, что, как реагируют эти два тега (как действительно работает GET/tags/тег Instagram/media/Recent Pagination?). Я вижу, почему max_tag_id не имеет отношения к этому случаю, потому что, если вы только что получили меньше результатов, чем вы просили, никто не сможет вернуться вовремя и добавить сообщения, которые были опубликованы до этих сообщений. Однако очевидно, что это может произойти в будущем. Что дает?