リアルタイムメッセージングをしたい

ウェブサイトとアプリは相互接続されています（Android と IOS）。つまり、ウェブサイトで送信されたメッセージはアプリで時間内に受信できます。

どのテクノロジーを使用するのがより良いかについて、経験豊富な専門家にアドバイスを求めたいと思います。

ディスカッションへの返信 (解決策)

PHP でインスタント メッセージング バックエンドを開発するには、workerman php ソケット フレームワークを参照してください
中には例があり、比較的簡単です

PHP リアルタイム メッセージングはまだ少し不十分です。必要なのは、長時間の接続と高い同時実行性です。これら 2 つの利便性を考慮すると、特定のコードの実装とはほとんど関係がありません (通信の実装にハートビート モードを使用するか、長時間接続の実装を使用するかは除く)。主にサーバー展開の構成と選択に依存します。

PC は問題ありませんが、モバイル デバイスが長時間接続を維持した場合、コストはどのように計算されますか?
達成するためにお金が必要な場合、実際的な意義は何ですか?

PHP はデータベースをデータベースに書き込みます。
APP を使用して Web サイトのデータベースを定期的に読み取ります。
更新時間は調整でき、電力とトラフィックを節約するために、より長く調整できます。

PHP リアル時間的なコミュニケーションがまだ不十分です。必要なのは、長時間の接続と高い同時実行性です。これら 2 つの利便性を考慮すると、特定のコードの実装とはほとんど関係がありません (通信の実装にハートビート モードを使用するか、長時間接続の実装を使用するかは除く)。主にサーバー展開の構成と選択に依存します。

今のところユーザーはほとんどいないので、パフォーマンスは気にしませんが、やり方がわかりません。

PC は問題ありませんが、モバイル デバイスが長時間接続を維持した場合、コストはどのように計算されますか?
達成するためにお金が必要な場合、実際的な意義は何ですか?

モバイル デバイスの長時間接続を維持するコストはトラフィックを指しますか?
QQ は通信量があまり多くないようなので、あまり詳しくありません。

PHP はデータベースをデータベースに書き込みます。
APP を使用して Web サイトのデータベースを定期的に読み取ります。
更新時間は調整でき、電力とトラフィックを節約するために、より長く調整できます。

これにより、タイムリーなコミュニケーションが取れていない。
間隔遅延が 0.5 秒を超える場合、この機能は役に立たないようです