web-dev-qa-db-ja.com

Webソケットは私の問題の最善の解決策ですか？

Submittable.comと統合するSlackbotを作成しました。たとえば、Slackで現在送信されているすべての送信を表示する応答をトリガーできます。

Submittable.comに変更や新しい送信があるたびに、SlackbotをSlackに投稿する必要があります。

常にSubmittable.comをリッスンしていて、ノードサーバーにイベントを送信する準備ができているWebソケットを開く必要がありますか？ submittables APIを厳しくすることなく、これを行うための最良の方法は何ですか？

javascriptnode.jssocketswebsocketsstream-processing
3
fresh5447

私はあなたが統合している特定のサイトに精通していないので、この答えはこの種の問題への一般的なアプローチについてです。

この状況で行う最善のことは、問題のサイトの管理者に、どのようにそれを実行してほしいかを尋ねることです。もちろん、これが常に可能であるとは限らないので、これができない場合は、次のアプローチが大まかな順序で行われます。

  • サイトでサポートされているプッシュ通知サービスを使用します（モバイルアプリとの通信にこのようなサービスを使用する可能性があるため、可能であればこれらがどのように機能するかを確認してください）-これは基本的にサイトのオーバーヘッドがないため、間違いなくそれを行う方法ですできるとき
  • 公開されているWebSocketAPIを使用します。これは、通過するプロトコルの層が最も少ないため、サーバー側で次に効率的である可能性があります。
  • 長いポーリングajax（ "comet"）APIを使用します-通知ごとに新しいhttpリクエストが必要になるため、オーバーヘッドが高くなります
  • 即座に戻るAPIをポーリングします
  • hTMLページをポーリングし、テキストから結果を取得します
3
Jules