問題タブ [persistent-connection]
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.
java - 固定接続を使用してイントラネットにファイルをアップロードする必要がありますか?
- イントラネットでは、ネットワークは良好です
- サーバーAは、httpサービスによって同時にサーバーBに大量のファイルを送信します
- HTTP プロトコルは HTTP 1.1 で、デフォルトで永続的な接続を使用します
- [更新] 接続プールを使用して 100 個の接続を保持する
- [更新] 一度に 1 つの接続でファイルを送信する
- [更新] 接続は閉じられず (持続接続)、次のファイルの送信に再利用されます
- 各ファイルのサイズは 7K から 30K です
質問:
上記の条件では、永続的な接続は非永続的な接続よりも優れたパフォーマンスを発揮しますか?
ファイルをアップロードすると、接続が長時間ブロックされることがわかったため、この質問をします。より安定していると思うので、非永続接続を使用することをお勧めしますが、私の同僚は、永続接続の方がパフォーマンスが優れていると考えているため、永続接続の使用を拒否しています。
アップデート
更新された質問を参照してください、ありがとう〜
java - サーバーはJerseyでイベントを送信しました:クライアントがドロップした後、EventOutputは閉じられません
ジャージーを使用して SSE シナリオを実装しています。
サーバーは接続を維持します。また、データを定期的にクライアントにプッシュします。
私のシナリオでは、接続制限があり、特定の数のクライアントのみが同時にサーバーにサブスクライブできます。
したがって、新しいクライアントがサブスクライブしようとしているときは、check(EventOutput.isClosed) を実行して、古い接続がアクティブでなくなっているかどうかを確認し、新しい接続のためのスペースを確保できるようにします。
ただし、クライアントが明示的に EventSource の close を呼び出さない限り、EventOutput.isClosed の結果は常に false です。これは、クライアントが偶発的にドロップした場合 (停電またはインターネットの切断)、依然として接続を占有しており、新しいクライアントがサブスクライブできないことを意味します。
これに対する回避策はありますか?
php - nginx + PHP-FPMによるphpredis永続接続
Nginx + PHP-FPM を使用した従来のサーバー構成スキーマがあります。私のサイトのほとんどのページには、redis に保存されたデータが含まれています。したがって、多くの独立したユーザーから redis への (php-fpm を介した) 間接的なライト リクエストが多すぎます。phpredis PHP 拡張機能を使用して、PHP コードから redis と通信します。phpredispconnect()
メソッドを使用して、バックエンド サーバーと redis サーバー間の TCP 接続の数を減らすことはできますか? 共有接続内で異なるユーザー データが混同されることはないと考えるべきですか?
php - リモートサーバー上の mySql DB への接続数を減らす方法は? 私のシステムは 1 秒または 2 秒ごとにデータを送信する必要があります
この問題に対する答えがどこにも見つからなかったので、私の最初の投稿です! そして、私はGoogleをはるかに超えて見ました.. :)
説明:
そのため、ArduinoデバイスがUSBシリアルケーブルを介してラップトップに接続され、ラップトップがインターネットに接続されているセットアップがあります。
このように: http://postimg.org/image/cz1g0q2ib/
PC には Python スクリプト(transit.py)があり、継続的に実行され、COM ポートをリッスンし、受信したデータを分析してリモート サーバー (無料のホスティング サイト)上のファイル(insert.php)に転送します。 コードを参照して学習してください。それがどのように機能するか...
次に、このデータを (依然としてほぼ毎秒) 受信して分析し、mySql データベースに保存する insert.phpスクリプトがあります。ただし、これは mySql 接続を必要とする唯一のファイルではないため、そのようなすべてのファイルの先頭に connect.php を含めます。
問題:
このすべてのデータ移動とその頻度(およびホスティングの安さ)の結果として、 「1 時間あたりの最大接続数を超えました」というエラーが発生します。制限は 1 時間あたり 1500 で、変更できません (リモート サーバーです)。いいえ、より大きな手当を得るためにホスティングにお金を払いたくありません-それはポイントではありません-問題は私のコードの非効率性です. 永続的な接続を1 つ持つことはできますか? サービスのような?
私はこの機能にアクセスできないため、pythonスクリプトからリモートmysqlに直接データを送信することはオプションではありません。
コード:
トランジット.py:
insert.php:
connect.php :
PSすべてが正常に機能し、すべてのデータがかなり望ましい方法で処理されます.
接続数を減らしながら毎秒データを受信する方法について何か提案はありますか?
php - 永続的な mysql 接続の利点
私の Web サイトでは、ユーザーが自分のプロファイルまたは他のページを開くと (ほとんどすべてのページで mysql のデータが使用されます)、私の Web サイトはページの読み込み時に mysql に約 50 の接続を確立します。これは、基本的な OS を実行している私の開発サーバーの場合です。
mysql の永続的な接続について知ったとき、私は戸惑いました。この Web サイトを VPS (起動時の RAM が少ない) で実行する場合、大量の mysql 接続によって生じるオーバーヘッドを考慮すると、永続的な接続を使用すると Web サイトのパフォーマンスが向上しますか?
現在、すべての関数で接続を開始および終了しています。mysql に接続するためのより良い方法はありますか?
また、100 人のユーザーが同時に私の Web サイトを使用している場合、各ページが約 50 ~ 60 の接続を行う場合のパフォーマンスはどうなるでしょうか?
django - 同じサーバーに保存されている5つのWebサイト間のdjangoとの永続的なユーザー接続はありません
私のサーバーには5つのdjango Webサイトがあります。問題は、Web サイト A にログインして別のサイト B をクリックすると、同時にすべての Web サイトにログインできないことです。A で接続が失われます。時間。
4 つのサイトは sqlite で動作し、1 つのサイトは postgresql で動作し、すべてのサイトに独自のフォルダーがあります。私はdjango 1.4とDBセッションストレージとmod wsgiを使用しています。
すべての Web サイトに同時にログオンできるように、ユーザー接続を永続化する方法を知っていますか? その問題を解決する方法がわかりません。データベースに問題があるか、wsgi が適切に構成されていない可能性があります。
ありがとう。
mongodb - MongoDB の永続的な接続がどのように機能するかを誰か説明できますか?
私は小規模な Web アプリケーションを作成することにしか慣れていません。[職場で] かなりデータ集約型になると予想される顧客向けの何かを構築しています。
必要なスキーマ システムが緩いため、MongoDB を選択しましたが、MongoDB が接続を処理する方法について少し混乱しています。私がいつも教えられた方法は、接続を開き、CRUD 操作を実行してから、接続を閉じることでした。しかし、MongoDB のドキュメントによると、通常の状況では接続を閉じる機能を使用する必要はありません。では、これらすべての Mongo クライアント オブジェクトなどを作成する必要がありますか?
ここで使用するベストプラクティスは何ですか? リレーショナルではないデータベース エンジンを使用するのはこれが初めてです。
mysql - Web サービスで固定接続を使用する必要がありますか?
クラウド サーバーで実行される asp net mvc4 でコード化された WebService があります。このクラウド サーバーには、IIS 8 と mysql サーバーがあります。このサーバーは、このアプリケーション専用です。
このサーバーへのリクエストが増えています。各リクエストにはデータベースへの接続が必要です (クエリの 70% は単純な「選択」、25% は 2 つまたは 3 つのテーブルとの結合、5% は挿入です)。
サーバーはデータベースにアクセスし、取得したデータを含む単純な xml を回答として提供します (xml は約 0.2 kb から 2 kb です)。
Web サービスは常にサーバーで実行されています。
リクエストごとに、私のWebサーバーはデータベース(同じマシンに保存されている)への接続を開き、操作して接続を閉じ、xmlで応答します。
現在では、1 分間に数回しか発生しません。私のコネクタ クラスはシングルトンです。
このシナリオでは、この接続を永続化する必要がありますか? これはアプリのスケーラビリティを向上させるのに役立ちますか? よりスケーラブルにするために何をすべきかについてのアドバイスはありますか?