私はPHP、JS、HTML、CSSを使用しています。それが最良の選択肢であるなら、私はルビーまたはパイソンを学びたいと思っています。
私の次のプロジェクトでは、サーバーからユーザーにライブデータをフィードします。その逆も同様です。共有サーバーにシェルアクセスがありますが、ポートへのアクセスについてはよくわかりません。共有ホスティングアカウントでWebSocketまたはその他の効率的なサーバークライアント接続を使用することは可能ですか？その場合、何をする必要がありますか？
6609 次
2 に答える
5
最高のパフォーマンスとセットアップの完全な制御を実現するには、「独自の」サーバーが必要です。
現在、膨大な数の仮想サーバープロバイダーがあります。つまり、IPを完全に制御できますが、物理サーバーは依然として多くのクライアント間で共有されているため、価格が安くなり、柔軟性が高くなります。
AmazonEC2の無料利用枠プログラムを利用することをお勧めします。無料期間が終了するといつでも辞任できます。そして、彼らは選択できる多くの地理的な場所を持っています。
私が満足しているヨーロッパの別のプロバイダーはTilaaです
あなたはおそらくウェブホスティングトークフォーラムであなたのニーズに合ったもっと多くの選択肢を見つけることができます
于 2013-03-24T16:11:37.030 に答える
2
数週間前まで、WebSocketのデプロイには、別のポートで実行されているスタンドアロンサーバー、またはポート80でリッスンして通常のhttpトラフィックをリダイレクトするvarnish/haproxyなどのサーバー側プロキシが必要でした。最新のnginxバージョンでは、WebSocketの組み込みサポートが追加されていますが、ホスティングプロバイダーがそれを使用しない限り、運が悪いことになります。（私はこのnginx機能の個人的な経験がないことに注意してください）
個人的には、ほとんどのアプリケーションで、代わりにWebSocketをサーバー送信イベントに置き換えることができます。これは基本的にサーバー側で開いたままの別のhttp接続であり、メッセージが2つの改行で区切られたプレーンテキストのストリームを送信する非常に軽量なプロトコルです。
ほとんどのまともなブラウザでサポートされていますが、これはInternet Explorerを除外しているため、こことここで利用可能なポリフィルがあります
これは、接続の片側、通常はロングポーリングで実装される側をカバーします。他の方向は、XHRで通常の方法でカバーできます。最終結果はWebSocketIMOと非常に似ていますが、クライアント->サーバーメッセージの遅延が少し長くなります。
于 2013-03-24T15:48:12.790 に答える