どうやっているんだろう？

艦これの影響で最近ブラウザゲー作ってみたい欲がふつふつと湧いているのですが、処理内容がさっぱり浮かばないという。
WebAPIみたいにURLを叩くと処理が呼び出される仕組みなのだろうか？
しかし、それだと解析とかできてしまいそうな気がする。どうやって？と聞かれると、答えられないのだが。

（追記）
そういえばHTML５のゲームを作る本をもっていたなあ、と思ってさらっと目次を読んでみたら、websocketなる文字が。
wikiってみても理屈はよくわからなかったわけですが、まあこの技術を使えば…って感じなんですかね。

最近良く使っているperlだと、AnyEvent、Net::Websocket::Serverあたりのモジュールで実装できそうな感じですな…。
触ってみるかー。

CGIで検索すると幸せになれると思います。
サーバー内で処理が行われ、その結果だけを私たちが受け取っているので、解析はできません。

ブラウザゲーといっても、昔良くあったEndless BattleみたいなCGIのものではなくて、表ではJavascript+HTML5なんかでゲームっぽく動いて、その裏でデータ処理をどうやってるのかなあという話ですね。

艦これ，私はやっていませんが知り合いがFiddler噛まして通信の記録とったら色々酷かったそうです。
# 情報量，もっと減らせるよね的な意味で。

それはともかく，基本的にはWeb APIを叩いて結果を受け取るの繰り返しだと思います。
クライアント描画をCanvasで行うのであれば，XMLHttpRequestでデータのやりとり，という形になるかと。

個人的には，WebSocketsではスケールしづらいと思います。
WebScoketsは，over HTTPで双方向通信を実現するためのプロトコルなので，サーバーリソースを起動中専有してしまいますし，負荷分散が接続のタイミングのみで行われてしまいますので。

ふむふむ。

となると、やっぱりtwitterのAPIなんかのようにURLで要求して帰ってきたのをパースするって感じですかね。
セキュリティ不安だなあと思いましたが、暗号キーなりつければいいって話ですね。

websocketについてはもうちょっと調べてみます。
一応ゲームを作っている例もあるので…。

Websocketは over HTTPじゃあないですよ。ネゴシエーションにはHTTPを利用しますが。

h2so5 さんが書きました:Websocketは over HTTPじゃあないですよ。ネゴシエーションにはHTTPを利用しますが。

そうですね。すいません，書きすぎました。
# HTTP portを利用して，というのが妥当な表現でしょうか。

実はWebsocketはポートもHTTPとは別のものが必要です。