プロジェクト

全般

プロフィール

機能 #698

ユーザキャッシュデータベース

toshi_a 初音3年以上前に追加. 約3年前に更新.

ステータス:
終了
優先度:
通常
担当者:
-
対象バージョン:
開始日:
2014-06-18
期日:
進捗率:

0%

プラグイン名:

説明

ユーザのキャッシュを、Twitter APIベースのキャッシュから、ユーザ毎にデータベースのような機構を用いて管理する。

問題

ユーザ情報を求めるAPIには回数の制限があるが、 user/lookup エンドポイントは、1回のリクエストで100人まで同時にリクエストできる。よってこのエンドポイントに一回でできるだけたくさんのユーザ情報をリクエストできれば、レートリミットの節約になる。しかし、このAPIにはそもそも以下のような問題があり:

  • #685 users/lookup がHTTPステータスコード403 を返すことがある

更に、APIキャッシュはエンドポイントとパラメータの両方が完全に一致しないと使えないため、全く同じ100ユーザに対してリクエストしないとキャッシュヒットしない(一人でも変わればヒットしない)ので、現実的にはほぼこのキャッシュは使われない。

ユーザデータベース

そこで、mikutterが取得したユーザデータを恒久的に維持し、Retrieverがユーザデータをローカルストレージ上から返すようにする。
具体的には、ユーザIDとスクリーンネームからユーザを探索できるようなデータベースを構築する。

具体的には以下の2案
  • SQLite。IDとScreenNameにインデックスを貼れば高速に検索できることが期待できる。パフォーマンスも期待できる。ただし、Cエクステンションのライブラリが新たに必要になってしまうことや、一度過去にSQLiteは取りやめたことがあったので、また使うとなれば慎重に検討しなければならない
  • ファイルシステム。APIキャッシュのようにディレクトリに散らして1ユーザ1ファイルに保存しておくことで、IDから一意にファイル名を特定すれば十分なパフォーマンスを期待できる。スクリーンネームからも検索できる必要があるので、スクリーンネーム→ID変換も別途必要。

他の方法が思いつかなければファイルシステムで実装して、問題があればSQLiteを検討する。

関係しているリビジョン

リビジョン ebc9e4d5 (差分)
toshi_a 初音3年以上前に追加

user_filesystem_cache: ユーザ情報をストレージ内にキャッシュするプラグインを作成 refs #698

履歴

#1 toshi_a 初音約3年前に更新

  • ステータス新規 から 終了 に変更

他の形式にエクスポート: Atom PDF