Twitterはすでに多くの人々にとって日常的なコミュニケーションと情報の手段となっています。 個人的には、毎日電話から数回開いており、デスクトップ上ではクライアントが常に実行されています。
私は毎日それを使用しているので、いくつかのリマインダーを取得するのがいいだろうというアイデアが浮上しました。
夕方、リマインダー用に小さなボットが作成されました。
もちろん、最初の考えはアナログを見つけることでした。 これらのサービスのいくつかは、短いグーグルの後に見つけることができます。
しかし、それらはいくつかの理由で私に合わなかった。
これらのサービスのいくつかは、サイト上のフォームに記入し、ほぼその上にアカウントを作成することを提供しています。 多くは英語で書かれており、誰にとっても便利ではありません（誰かにとってはプラスに思えますが）。 多くは、特定の日にのみ通知を送信することを申し出ており、時間に縛られていません。
もちろん、自分用の通知とリマインダーを設定する方法はたくさんあります。SMSリマインダーを使用するオンラインサービス、デスクトップと電話のプログラム（iCloud経由でデバイス間で同期するAppleのカレンダーなど）の両方の多くのカレンダーです。 しかし、これらすべてにより、追加のアクションが実行されます-カレンダーを開き、イベントを追加し、入力します...しかし、すべてはシンプルなテキスト行ではるかに簡単に行うことができます（コンソールで働くファンは、私が意味することを理解しています）。
Twitterクライアントがデスクトップ上で常に開いており、モバイルクライアントが1日に数回開いている場合-適切なタイミングで戻るツイートを書くだけではどうでしょうか。 他の何かを開いたり、サイトを覚えたり、リマインダーを作成できるブックマークで探したりする必要はありません。
夕方、ボットが書かれたとしましょう。 自分にもっと便利なサービスを提供したり、Twitter APIの操作を練習したりするために、私が何を望んでいたのかわかりません。 私は彼のためにアカウントを登録しました-音訳の「思い出させる」という言葉は、覚えやすいように。
使い方は簡単です。フォーマットのツイートを送信するだけです。
@napominau day.month hour：分のリマインダーメッセージ
例：
ボットは、サーバー側でphpスクリプトとして実装されます。 PHPのTwitter APIとの通信は省略しますが、これについては多くの記事が執筆されています。 一般的に、次のようになります。
- スクリプトは、Twitter APIを介して最後のメンションを1分に1回受け取り、以前に受け取った最後のツイートのIDを記憶します。 これにより、要求パラメーターでsince_idパラメーターを使用して、余分なデータを駆動しないようにすることができます。
- 受信したツイートは、レギュラーシーズンごとに分類されます。 形式が正しくない場合、悲しいツイートが送信者に送信されます。
形式が正しい場合、ツイートはデータベースに保存され、その時間が来るのを待ちます。 - 1分に1回、別のスクリプトがデータベースを介して実行され、時が来たリマインダーを探します。 存在する場合、それらは所有者に送信され、データベースから削除されます。
したがって、指定された時間に、ユーザーは自分が書いたリマインダーを受け取ります。
私の意見では、このような「ボット」の利点は次のとおりです。
- リマインダーを作成する便利さ-ツイートを送信するだけで、不要なアクションを実行する必要はありません。
- リマインダーを日だけでなく時間にもリンクします。
- Twitterで直接リマインダーを使用できます。これは、1日に何度もフィードを視聴する場合や、クライアントをまったく閉じない場合に便利です。
- Twitterアカウントでリマインダーを作成すると、実際のジョークにボットを使用する必要がなくなります:)（リマインダーは所有者に送信されます）;
- さまざまなプラットフォームやデバイス用のTwitterクライアントがたくさんあります。クライアントもすでにテレビに組み込まれています。つまり、どこでも使用できます。
- 最新の携帯電話では、所有者が許可した場合、新しいツイートの通知を使用できます。 たとえば、iPhoneの所有者は、所有者の参照を含む新しいツイートのプッシュ通知を受け取る場合があります。 Androidデバイスの所有者は、クライアントから通知を受け取ることもできます。 これにより、リマインダーがさらに便利になります。
技術的な問題はそれほど多くありませんでした-要求は、JSON形式のデータであるREST APIを介してCURLを介して追跡されます。 IDツイートの記憶に問題がありました-サーバーでは、多数が1.0542197938321E-081のような形式に変換されましたが、 最後のIDは後続のリクエストに使用されます-これは、 since_idパラメータを使用してリクエストを送信するときに問題を引き起こしました-APIはエラーを返しました。 True、それからid_strフィールドが返されたデータで見つかりました-数値ではなくテキスト文字列としてのみ同じIDで、これは問題を解決しました。
Twitter APIには、API呼び出しの数に制限があります-1時間あたり150件の許可されていないリクエスト、1時間あたり350件の許可されたリクエスト。 ただし、これはPOST要求には適用されません。 ツイートを1分間に1回取得し、1時間あたり60件のリクエストのみを使用しています。これで十分です。 ツイートの送信には制限がありません。 したがって、ボットは制限に達してはなりません。
サーバーはモスクワ時間であるため、指定する必要があります。 現在の時刻よりも前の時刻を指定した場合、現在の時刻と指定した時刻の差がチェックされます-24時間未満の場合、リマインダー付きのツイートがすぐに送信されます。 24時間を超える場合-翌年に延期されます。
誰かがボットを便利だと思ったら嬉しいです。 使用方法は、アカウントの説明@napominauで作成されます（時間、モスクワを指定する必要があります）。
PS多くのサービスのサイトにあるボットについて考えていたでしょう-Twitterを介してリクエストや注文を受け付ける-私の意見では、これは人々にとって便利です。