問題タブ [disconnection]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ios - Apple プッシュ通知サービス接続のアイドル ライフタイム
IOS デバイスのリモート プッシュ通知のプロバイダーの実装に取り組んでいます。また、Apple の開発者向け Web サイトにあるベスト プラクティス ガイドの次の記事も読みました。
複数の通知で APNs との接続を開いたままにします。接続を繰り返し開いたり閉じたりしないでください。APNs は、急速な接続と切断をサービス拒否攻撃として扱います。接続が長時間アイドル状態になることがわかっている場合を除き、接続を開いたままにしておく必要があります。たとえば、1 日に 1 回だけユーザーに通知を送信する場合は、毎日新しい接続を使用してもかまいません。
接続を確立するためのロジックを実装した後、それをテストすることにし、サーバーをしばらく実行したままにしました。夕食から戻った後、サーバーが Apple プッシュ通知サービスによって切断されていることに気付きました。サーバーが稼働している間、サーバーは Apple プッシュ通知サービスに接続されていましたが、アイドル状態でした。サービスが信頼できず、断続的に切断されるという別の質問を読みました。サービスから切断するために接続をアイドル状態にする必要がある時間を誰かが知っているかどうか、および切断に対処するためのベストプラクティスを誰かが提案できるかどうか疑問に思っていました.
私の主な懸念は、Apple が急速な接続と切断を DDOS 攻撃と見なすことです。そのため、接続を可能な限り開いたままにして、サービスから切断されたときにサービスに再接続するつもりでした。これは APNS を扱うための一般的な方法ですか?
[2016 年 4 月 5 日更新] 再接続ロジックを実装しましたが、サービスについて理解できない問題が発生しているようです。Apple によると、複数の通知にわたって APN への接続を開いたままにしておいてほしいとのことです。ただし、接続を介して最初の通知を送信し、それがデバイスに表示されるのを確認した後、接続を介して送信されたそれ以降の通知が通過していないように見えます。ストリームごとに 1 つのリクエストしか送信できませんか? より多くのリクエストを送信するにつれて、ストリームを段階的に開く必要がありますか?
android - MvvmCross で 30 秒後に BLE の切断を停止する
システムで BLE デバイスを使用しようとしています。
アプリケーション側では、MvvmCross.Plugin.BLE を使用した MvvmCross (現時点では Android) があります。スレーブ側では、Dialog BLE チップを使用します。
接続後、30 秒間はデータを送受信できますが、アイドル状態でなくても接続が失われます。
検討しようとした可能なオプション:
- 私たちが認識していない、使用すべき KeepAlive メカニズムはありますか?
- 実装していない通知手順はありますか?
- 実装すべきセキュリティ上の問題はありますか?
- ヌル メッセージを発行する必要がありますか?
アイデアやサンプル アプリケーションは大歓迎です。
ありがとうございました！
更新 (2016 年 6 月 21 日) :
切断は結合後にのみ発生します。
結合されていない接続で作業すると、何時間も完全に機能します。
php - Webサービスクライアントの切断を検出するにはどうすればいいですか? nusoap php
PHPでクライアントの切断を検出するにはどうすればよいですか. Nusoap ライブラリを使用する Web サービスがあり、Web サービス クライアントの切断を検出したいと考えています。私はこのコードで試します:
動作しますが、2 つの問題があります。
- Flush() 関数が追加のヘッダーを追加すると、この警告が発生します: 警告: ヘッダー情報を変更できません - ヘッダーは既に .\lib\nusoap-0_9_5\lib\nusoap.php で送信されています...
- クライアント接続を確認するためにエコー "0\r\n\r\n" を送信した追加の文字が原因で、Web サービスの応答が適切にフォーマットされていません。
上記の問題を解決するにはどうすればよいですか? Web サービス クライアントの切断を検出する他の方法はありますか? ありがとう
c# - 接続が失われた後、ネットワーク ストリームが機能しなくなりました
サーバーに接続する xamarin の Android アプリに取り組んでいます。サーバーアプリケーションは、クライアント接続に基づいてプロセスなどに従います。ただし、デバイスを機内モードにしてから機内モードをオフに戻すと、接続が機能しなくなります。基本的に、現実の世界での問題は、ユーザーが Android デバイスを使用することであり、wifi の障害などにより接続が短時間失われる可能性があることです。「再接続」手法を試しました (Tcp.Connected 値がまだ true であることに気付いたので)。 ) 単純に NetworkStream を再取得しようとしましたが、うまくいきませんでした。以下はコードです：