問題タブ [persistent-connection]

PHP で永続的なソケット接続を設定する必要がありますが、これを実現する方法がわかりません。現在、SMS メッセージを送信するときは、a) ソケット接続を開きます b) (SMS/SMPP 経由で) メッセージを送信し、c) ソケット接続を閉じます

ただし、常に接続を開いたり閉じたりする必要はありません。むしろ、私は要求します

更新:誰かが次を使用して上記を達成したかどうか疑問に思っていました: https://github.com/shaneharter/PHP-Daemon

CURL を使用して GET 要求を 2 つの異なる Web ページに送信するが、同じ接続を使用する BASH コマンドを作成しようとしています。私にとっては、GET リクエストをログイン ページに送信してサーバーを認証し、2 番目のリクエストが Web ブラウザで (メタリフレッシュ タグを介して) 発生するホームページへの自動リダイレクトを模倣するようなものです。(サーバーによって生成された) ホームページのコンテンツは、認証されたユーザーとゲスト ユーザーでは異なるため、要求をチェーンする必要があります。

SOF投稿からの推奨に基づいて、最初にこのコマンドを試しました（変数$IPと$PORTはすでに有効な値で定義されていると仮定します）：

ただし、最初の GET の終わりと 2 番目の開始の間で、常に次のようなことが起こります。

では、SOF の投稿は間違っていたのでしょうか。とにかく、このコマンドを実行すると、2 つのリクエスト間で接続が正常に維持されます。

ただし、後者のコマンドよりも前者のコマンドに近いソリューションを本当に好みます。主な理由は、最初のページと 2 番目のページの出力を 2 つの異なる出力ファイルに分けるためです。だから私は次のようなことをしたい：

もちろん、同じ接続を再利用する必要があります。これは、page2.html のコンテンツは、同じ HTTP セッションで page1.html へのリクエストを行うことに依存しているためです。

PHP ではなく、netcat または wget を使用するソリューションも受け入れます。

コンソール アプリに次のコードがあります。

OnConnectedサーバーをデバッグすると、とOnReceivedが呼び出されていることがわかります。コード化された WebTest に同じコードを配置するとOnConnected、サーバー上の が呼び出されますが、サーバーではconnection.Send受信されません。

Q: WebTest で SignalR .Net Client を使用することは可能ですか?

Q: WebTest で SignalR Persistent Connection を使用する最良の方法は何ですか?

ありがとう

元のタスク：私のアプリケーションでは、同じ資格情報を使用して同じデータベースに同時に2つの異なる接続を確立する必要があります。1つの接続がデータトランザクションに使用されるため、これが必要です。これは長い場合があります。もう1つは、アプリケーションレベルのロック用です。これは瞬時に実行する必要があります（明らかに、データトランザクションが終了した後ではなく、手遅れになったときに、アプリケーションレベルのロックが表示されたらすぐに表示したいと思います）。

したがって、問題は、持続的接続オプションを使用する場合に、PDOに2番目の接続を強制的に開く方法を教えてください。

現在-持続的接続がオンになっている場合（望ましい）は同じ接続を2回取得し、持続的接続がオフになっている場合は2つの異なる接続を取得します（確認のため）

考え？

パフォーマンスの問題に対処しており、Apache キープアライブ接続に頭を悩ませています。Apache が複数のリクエストに対して TCP 接続を維持できることは理解していますが、その接続がクライアント側のプロキシによってどのように影響を受けるかはわかりません。私の会社では、プロキシを介してすべてのトラフィックを集めて、すべてのリクエストが IP アドレス範囲のいずれかでサーバーにヒットするようにしています。これらの IP は、異なる要求で複数のユーザーに対して同じである可能性があります。

Apache はキープアライブ接続をどのように保持しますか? それはIPアドレスに基づいていますか？

プロキシが IP アドレスを再利用している場合、異なるクライアントに同じ IP が割り当てられるため、永続的な接続がクライアントからクライアントに渡される可能性がありますか?

プロキシが数十の IP を使用している場合、それらすべてが永続的な接続を保持し、最終的にパフォーマンスが低下する可能性がありますか?

このトピックについて参照できるドキュメントがあることを願っていますが、これまでに見つけたのは、キープアライブ接続がこれらの目標をどのように達成するかについてあまり説明せずに何をしようとしているのかを説明したものだけです.

ありがとう

ブラウザでの最大並列 http 接続に続きますか? 、ブラウザはホストごとに少数の接続しか持つことができません. これはサブドメインを使用して回避できることはわかっていますが、同じホストに別のポートを使用することで回避できますか?

では、次のようにすると、ブラウザは接続を 3 倍にすることができますか (各ポートで何かがリッスンしていると仮定して)。

ありがとう

I am attempting to implement a proxy server and a proxy client in C (separately yes!). So in this scenario, we have a client, a proxy client, a proxy server and a server.

The proxy client accepts a request for a specific host (server) and port number from a client and opens a single connection for that particular host/port pair with the proxy server.

This connection is persistent. If any more requests come for the same host/port combination, it must be sent through the same connection. The requests are numbered with id's 0,1,... in each connection to distinguish one from the other.

For every request (not connection. there may be multiple requests per connection.) received from the proxy client, the proxy server opens a connection for each request to the destination server.

However there needs to be a limit to the number of connections that can be opened to the destination server. I want to know how I can implement this limit.

Say I specify maximum number of connections that can be opened to h1 destination server to be 2. If a third connection comes in from the client proxy, what should the server proxy do?

1. Should I implement some kind of queue to store incoming requests, if there are already 2 open connections to the destination server?

2. If yes, then should there be separate queues for separate host/port combinations? And how would such a structure be implemented in C?

I'm feeling incredibly lost right now. Would really appreciate some guidance here. P.S. I'm coding in C using sockets.