0

私はwebsocketsとsocket.ioについて読んでいます。

WebSocketはサポートされていませんが、まだ現実的に使用されていない十分なブラウザーがあることを理解しています。

socket.ioはブラウザをサポートしていますが、node.jsが必要なようです。私のホスティングソリューションでは、共有サーバー上にある程度のスペースがあり、サーバーに対する制御が非常に制限されており、phpにアクセスできますが、node.jsはありません。

私は、人々がsocket.ioをPHPで動作させることができることを読みました。

質問:サーバーへのアクセスが非常に制限されており、ポートやコマンドラインなどを制御できないことを確認すると、socket.ioをPHPで動作させることができるのは現実的ですか、それともAJAX呼び出し(現在使用している)をそのまま使用する必要がありますか?

注:私はチャットソリューションを開発しましたが、ソケットソリューションで実行すると、はるかに軽量になるようです。

また、Sockets.ioには優れたセキュリティがありますか?

どうも

4

2 に答える 2

2

PHPをsocket.ioと通信させようとすると、大きな作業になると思います。

確かに、プレフォークまたはスレッド化されたapacheを介してWebSocketを実行することは良い考えではありません。PHPプロセスの数を処理できる場合は、イベントベースのサーバーであれば問題ありません。より良いアプローチは、phpでイベントベースのサーバーを作成することですこのように

于 2012-05-27T00:44:25.850 に答える
0

私はいくつかのWebSocketサーバーの実装を調査しました。私は、本番環境でnode.jsを使用する方法があることを読みました。長年apacheを使用して、apache内のWebSocketを処理するモジュールも検索しましたが、中途半端なものしか見つかりませんでした。しっかりしているように見えるものは何もありません。

erlangで記述されたWebSocket対応サーバーであるyawsに出くわしました。これには、チャットなどの高度に並列化されたアプリケーションに適した言語を使用できるという利点があります。また、WebSocketをメインサーバーに適切に統合する必要があるためです。

今、私はラチェットと呼ばれるフレームワークを使用するphpチャットサーバーを開発しています。->「ラチェットphp」のグーグル。彼らは良いチュートリアルを手に入れました。

コマンドラインから起動します。ブラウザ呼び出しからラチェットサーバーを起動することもできるはずですが、お勧めしません。

だからあなたの制約されたホスティング環境では、私はajaxに固執するでしょう。

于 2013-01-03T14:31:09.160 に答える