Задержка и несогласованность результатов с использованием API поиска в Твиттере при использовании параметра since_id - PullRequest
6 голосов
/ 22 апреля 2010

Мы заметили, что кажется задержкой и / или противоречивыми результатами при использовании API поиска в Твиттере при указании свойства whileid в предложении параметра Например:

http://search.twitter.com/search?ors=%23b4esummit+@b4esummit+b4esummit&q=&result_type=recent&rpp=100&show_user=true&since_id=

Даст самые последние твиты, но:

http://search.twitter.com/search?ors=%23b4esummit+@b4esummit+b4esummit&q=&result_type=recent&rpp=100&show_user=true&since_id= 12642940173

часто не будет давать твиты с этим идентификатором в течение нескольких часов (даже если они видны в первом запросе) ...

У кого-нибудь есть подобные проблемы?

1 Ответ

0 голосов
/ 12 марта 2012

Во-первых, это не URL-адреса API поиска в Твиттере. Вы должны запрашивать API следующим образом:

http://search.twitter.com/search.json?q=%23b4esummit%20OR%20@b4esummit%20OR%20b4esummit&result_type=recent&rpp=100&show_user=true

Во-вторых, поскольку_id отсекается от нижней части списка. Вы можете увидеть поведение, показанное в этой документации: https://dev.twitter.com/docs/working-with-timelines

Например, на момент написания этой статьи вышеприведенный URL-адрес возвращает 31 запись. Выбрав идентификатор твита в середине этого списка, я построил:

http://search.twitter.com/search.json?q=%23b4esummit%20OR%20@b4esummit%20OR%20b4esummit&result_type=recent&rpp=100&show_user=true&since_id=178065448397574144

, который возвращает только 12 записей, которые соответствуют 12 лучшим записям первого URL.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...