LoginSignup
0
1

More than 3 years have passed since last update.

@qiita21409102(K.E.Y.)

Twitterリストを自動的にチェックするツール

Last updated at Posted at 2019-09-04

本内容を利用した場合の一切の責任を私は負いません。

機能

JSONにTwitterリストを列挙しておくと、自動的に一定間隔(10秒)で未読をチェックし、未読数をタイトル(リストNo.順に上位桁からで、1リストが1桁分に相当)に反映する。
(タイトルに反映すると、ブラウザのタブ自体に反映されるため、そのタブがアクティブでなくてもわかる。)
未読数は9までチェックし、超えると「*」になり、チェックされなくなる。
(リセットすれば再開される。)
未読のリセットはリストのリンクをクリックする。
チェック停止チェックボックスをチェック入りにするとチェックが停止し、チェック外れにすると再開する。
チェック間隔等はJSONに設定できる。
[スナップ]
スナップ.PNG

バージョン

環境作成

node.jsをインストールする。
(私の場合はインストーラではなくアーカイブ版を使用したため、使用時にパス(PATH、NODE_PATH)を通している。)
「バージョン」に列挙したnode.jsパッケージをnpmでインストールする。

導入(Twitterのアプリ連携キーの取得)

Twitter公式の下記で取得する。
(writeする機能は無いことと、安全性から、権限はread属性のみにする。)
https://developer.twitter.com/en/apps
下記が参考になる。
https://qiita.com/y_ishihara/items/501bb6fddc785a56780e )

導入(チェッカー)

本リポジトリをダウンロードする。
https://github.com/github895439/tw_list_auto_checker
ダウンロードしたものを展開する。
data/key.jsonファイルに「導入(Twitterのアプリ連携キーの取得)」で取得したキーを入力する。
(「""」で括る。)
data/list.jsonファイルにチェックするTwitterリストのid_str、リスト別名、URLを入力する。
(リスト別名はチェッカーの表示名であるため、リストの正式名でなくても構わない。
id_strはリストの識別子で、リストの値がわからない場合は、ツールに含まれるget_tw_list_id_str.jsファイルを使用する。
「node get_tw_list_id_str.js」を実行すると、自分のリストの一覧が表示される。)
チェック間隔等はdata/setting.jsonファイルが持っている。

使用

「node tw_list_auto_checker.js」を実行する。
Chromeから「 http://localhost:8080/ 」を表示する。
node.jsの停止はCTRL+cで停止できる。
(引き数無しで実行した場合は「.exit」で停止できる。)
私の場合は10弱のリストをチェックしているため、まずChromeの1ウィンドウでこのツールを表示する。
ウィンドウの横幅を調節すれば、チェックしているリスト全てをそのウィンドウのタブで開いても、ツールのタブ自体の未読表示が欠けることはない。
タブ自体だけを確認し、未読が見たくなったらツールのタブ内のリンクを押す。
リンクの表示は識別子を指定しているので、いつも同じリストごとのタブに表示され、タブが増え続けることはない。

備考

node.jsを使わず、オフライン(ローカルファイルからajaxでTwitterAPIを使用)で行おうと思ったが、OAuthが手間だったことと、リセット方法が暫定であるため、node.jsを使用した。
暫定とは、Javascript経由でボタンからリストを開く確実な方法の場合はCORSに阻まれたため、aタグのonclickハンドラの実働(ハンドラが終わった後にリンクが開かれる)を元にして実装している。
Chromeは.ejsファイルをHTMLと解釈しないがFireFoxは解釈するためプレビューに使える。
Twitterの「通知」チェックも行うつもりだったが、通知のAPIがないことと、いいねされたリストを取得するAPIが無いことから断念した。
おそらくだが、JSON.parse()は元の値を括っていた「""」を取り除く。
リストの識別子は、何故かは知らないがidではなくid_strが正しそう。
開発環境はVisual Studio Codeを使用した。
必要以上に同期化しているのは、JSON.parse()が非同期に見えることと、アクセス量を制御できるようにようにする(並行禁止。仕様上限は900アクセス/15分(=900秒)。)ため。
実働を見るとAPIのcountは完全な時系列の配列ではなく、スレッド分は階層になっているように見える。
このため未読数は厳密ではない。
(チェックは配列分のみに対して行っているため。)

参考

主な履歴

2020/11/15　Webクライアントの通知(特に@ツイート)がバグってるため、一時的に検索でチェックするように変更(by_searchブランチ)
2019/10/29　通知リセットのクリアタイミングが一律ではないため更にわかりやすく変更
2019/10/21
　通知(返信、RT、フォロー)チェックを追加
　　タイトルの通知分は「:」の後ろに返信、RT、フォローの順に表示される。
　　チェック間隔を、初回10秒後、以後2秒ごとに変更し、APIごとに制限ペースの判定を行う。
　　リストは1回で1つになるため、更新頻度が緩くなり、リセットがわかりにくくなる。
　　タイトルでフリーズを確認できるように、動作中はリストと通知間の「:」を、「|」と「-」が交互に変わる。
2019/10/09　小技(?)追加
2019/10/04　未読数を太字
2019/09/09　初期表示で全リンクを表示
2019/09/05　ソースにコメント追加
2019/09/04　公開

0
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
1