【Python】Twitter API で任意のユーザのフォロワー情報を取得するサンプルコード

スポンサーリンク

スポンサーリンク

スポンサーリンク

The Twitter standard REST APIs utilize a technique called ‘cursoring’ to paginate large result sets. Cursoring separates results into pages (the size of which are defined by the count request parameter) and provides a means to move backwards and forwards through these pages.

To retrieve cursored results, you initially pass a cursor with a value of -1 to the endpoint. By default, an API endpoint that supports cursoring will assume -1 was passed as cursor if you do not provide one. The response to a cursored request will contain previous_cursor, next_cursor, previous_cursor_str and next_cursor_str. As is the case with most ID values in Twitter’s APIs, the _str values are provided for languages that cannot support large integers (e.g. JavaScript).

The next_cursor is the cursor that you should send to the endpoint to receive the next batch of responses, and the previous_cursor is the cursor that you should send to receive the previous batch. You will know that you have requested the last available page of results when the API responds with a next_cursor = 0.

■英文の意味
Twitterの標準REST APIは、「カーソル」と呼ばれる手法を利用して、大きな結果セットにページ番号を付けます。
カーソルは結果をページ（カウント要求パラメーターで定義されるサイズ）に分割し、
これらのページを前後に移動する手段を提供します。

カーソル付きの結果を取得するには、最初に、値-1のカーソルをエンドポイントに渡します。
デフォルトでは、カーソルをサポートするAPIエンドポイントは、カーソルを指定しない場合、
-1がカーソルとして渡されたと想定します。カーソルリクエストへの応答には、previous_cursor、next_cursor、previous_cursor_str、およびnext_cursor_strが含まれます。
TwitterのAPIのほとんどのID値と同様に、_str値は大きな整数をサポートできない言語（JavaScriptなど）に提供されます。

next_cursorは、応答の次のバッチを受信するためにエンドポイントに送信する必要があるカーソルであり、
previous_cursorは、前のバッチを受信するために送信する必要があるカーソルです。
APIがnext_cursor = 0で応答すると、結果の利用可能な最後のページを要求したことがわかります。