GETリスト/ステータスper_pageが予期しない結果を返す

Question

私はlists/statusesメソッドを次のように呼び出していますが、結果はper_pageパラメータと矛盾しています。私はページ= 1を得るときPER_PAGE = 20で、私は11件の結果を取得する場所上記の私の例で

http://api.twitter.com/1/lists/statuses.xml?slug=wp1906ultras&owner_screen_name=enloes&per_page=20&page=3

。私がpage = 2を取得したとき、私は9の結果を得、page = 3は12の結果を得る。 per_pageを11に設定すると、page = 1に対して5つの結果が得られます。

これは誰にとっても意味がありますか？確かに私には当てはまらない...

Answer 1

私たちが最近、ページングは​​since_idとmax_idの使用に賛成して非難されているとの理由の1つは、それがないサービスから正確なページングのメタファーを保証することは難しいからです't &はツイートをそのように整理することはできません。

APIのcountおよびper_pageパラメータは、すべて実際には「最大限」のパラメータであり、指定した量を超えることはありません。

このブログ記事では、今後予定されている廃止予定の概要を紹介します。https://dev.twitter.com/blog/api-housekeepingとhttps://dev.twitter.com/docs/working-with-timelinesは、このようなタイムラインを使用するためのベストプラクティスを概説しています。

ページング比喩をsince_idとmax_idの使用に変えることで、信頼性と長期的な実行可能性を向上させることを推奨します。