iphone 4g買う気でいるのでその準備と言うか。
寝てる部屋でもテレビ見たいというか。

要るもの（ハード）：

• OSX(雪豹が望ましい)
• Friio等（生TSが抜ける地デジチューナー）

ってここまでで敷居高杉ですが。

要るもの（ソフト）：

• recfriio改
• tssplitter_lite改
• mediastreamsegmenter

recfriioは終了まわり、tssplitter_liteはパイプ対応など修正。
mediastreamsegmenterはsnow leopard標準で入ってるコマンド。

iphone側はQuicktime playerで見るので特にソフトは不要です。

あ、あとWebのUIをgolangで作ってて、iphoneからはsafariで操作する感じ。

mediastreamsegmenterはオープンソースのsegmenterでも行けそうなんだけど、
AACとの相性が悪いのか成功せず。
トランスコードしてる訳じゃないので、
これさえ動けばlinuxとかbeagleboardでOKなんだけど。

と、需要あるのかないのかなのでとりあえず。

って、WebSocket Draft75 « ケンタテクブロで先を越されてエントリしていませんでしたが一応記事にしておきます。

現在のwebsocketsのクライアント側の実装でproxy越えをしようとする場合、サーバ側で特殊な考慮をしておかないと繋がらない環境が多いと思います。

ちょっとややこしいので順を追って説明します。

・クライアント側の実装でproxy越えする際にはProxyに対し CONNECT を発行する
・proxyでCONNECTできるのは接続先ポートがhttps(443)に制限されている場合が多い
（squidはデフォルト。443以外のSSLポートをSquidでプロキシするには辺り参考）
・一方、サーバ側はというとhttps使ってるならhttpsの場合が多い。
・websocketsで443に繋いだとしてもSSLのハンドシェークは行われない

以上から、proxy経由でのwebsocketsをなるべく利用可能にするならrawな（SSLでない）websocketsの口をポート443であけて置く必要があります。このblogに張ったwebsockets chatはこの対応をやってます。(httpsは潰してますｗ）

ま、現状の実装（websockets, proxy）での話しなのでこの先は分かりませんが…。

後、思い浮かぶことをつらつらと。

# 元記事の proxy のキャッシュっていうのは、元記事のネタ元Blogの記事でjpegという静的ファイルのダウンロードの高速化を取り上げててそれに反応しての記述です。もちろんキャッシュが効かないコンテンツに対してProxyのキャッシュ云々という話は、websocketsだろうがajaxだろうがhttpだろうが関係ありません。

新技術って何のために有るのかを考える必要が有ります。

既存技術を使って出来ること新技術で置き換える場合、そこには何らかのメリットが必要ですよね。
またデメリットが有るならそのメリットとデメリットどちらが大きいか計る必要も有ります。
単純にメリットデメリットと言っても、立場はそれぞれでサービサー・顧客・開発者色々です。

webの高速化に１台のクライアントからセッションがんがん張ってそのためにwebsockets利用って言うのは違う気がしたんですよね。クライアントからのセッション数がHTTP/1.0で4本、HTTP/1.1で2本に制限されてるのも訳有ってのことなのですよ。

pipelineに関してはもっと低レベルな話でGoogleのSPDYとかがまっとうなアプローチな気がします。サーバ、クライアント、Proxyその他色々インフラ面での対応が必要ですがコンテンツ側は意識する必要が無いという利点が有ります。

websocketsに関して言えばまだまだ出てきたばかり動くようになったところで、websocketsを使って何をするかって言うのもこれからだと思います。そんな中でwebcoskets + pipelineで高速データ転送！っていうのがスタンダードな使い方に成ってほしく無いなと。

strings.Bytes(x) -> []byte(x)
strings.Runes(x) -> []int(x)

って、結構当たり大きいような。

個人的にreleaseブランチじゃなくてdefault使ってるんだけど、
hg updateした瞬間にstrings.Bytesが通らなくなってrelease noteにも何も書かれてなくて
（updateしたのが３／４とか微妙なタイミングでした）
pkgのソースまで見たりして、無くなってて愕然としたのは内緒

# ちなみにHTML5のドラフト上、「websocket」ではなく「websockets」が正解・・・だったと思うw

websocketsの利用シーンとしては現状httpでは出来ないサーバ側からの通知とか、
非同期通信ばかりを思い浮かべていたけど、ajaxで出来る事もwebsockets化する！って
言うのはなんと言うか着眼点が面白いというかちょっと思いつかなかったなぁと言う感じ。

ただ、なんと言うか記事読んでいて思ったのは、
「websockets+pipelineが凄い！」っていう結論に成るような論旨展開に成っているんじゃない？！という事。

pipelineにするとシーケンシャルにしか処理できません。
例えば、１件処理するのに３秒かかるリクエストを３件行うとします。
３並列で実行すれば３秒、シーケンシャルに処理すれば３秒x３＝９秒かかるのは当たり前です。
ただ、この話は３並列で処理を実行した場合のオーバーヘッドが０という前提が必要です。

それをふまえ、何故、「websocket+pipeline」のサンプルがajaxでの処理が遅いのか考えてみると、
サーバ側でリクエスト１件に対するオーバーヘッドが大きいからに他成りません。
mod_python使っていても、handlerがpublisherの場合のTPSはそんなに良くないはずです。
またサーバ側のCPUのスレッド数も分かりませんし、
apacheのpreforkがいくつに成っているのかも分かりません。

websockets版はスレッドとしてpython上でread/writeをループしているだけで、
pythonの初期化とかしてないので早くて当たり前ですね。

上記のような事を考察せずNWの遅延とかターンアラウンドの話ばかりを引き合いに出しているあたり、
微妙に突っ込まれる事も有るかも知れません。

その上WebSocketsの方はページを開いたときにコネクションを張ってしまっています。
なんと言うか、インフラとかapacheとかajaxに詳しくない人って印象を受けてしまうのは気のせいでしょうか。

穿って考えると、websocket+pipelineが早い、という事ではなく、
「自分のサーバとかJSだとwebsockets+pipelineの方が早いみたい。」
と、言う話で一般的にAjaxよりもwebsockets+pipelineが早いという話では無いような気がしてきます。

と、色々書きましたがやっぱりWebSocketsは現状httpでは出来ない事を実装するためのものと、
思った方が良いのかも。

http(s)なら今までの資産として、javascriptのライブラリも使えるし、
cookieとか認証とか文字コード変換とかjsonとかproxyでのキャッシュとか
今まで蓄積してきたモノが使えます。

websockets上で独自プロトコル作るのがデファクトとは思えず。

まー、apache + mod_pythonなんてケチな環境じゃなく、
golangで専用プロセス上げてればもうちょっと違う結果になったのかもw

流量が多そうだからGo Nuts mailing listに入ってなかったから知らなかったのもあるんだけど、release.2009-12-09で入った模様。WebSocketで必要になるまでは全然defaultを追いかけてなかったから気にもしてなかった。

2009-12-22と2010-01-05にreleaseタグが更新されてて現在の最新releaseは2010-01-05。

変更点とかはrelease.2010-01-05だと、http://go.googlecode.com/hg/doc/devel/release.htmlに書かれている。っていうか1/5までここじゃなくて/にあった様な。

と、日々進化しています。（が、上げたissueは放置プレイw）

ま、ちょびっとづづ期待という事で。

android/chrome osにしてもgoogleブランドとしての統一感が希薄だから、googleのサービスを使って(
組み合わせて)google以上のサービスを作れる可能性は有るなぁと思いつつ。

goじゃなくてchromeだけど、
・ChromeのWebSocketはProxy環境下だと GET じゃなく、CONNECTで接続。
→ポート443（つまりhttpsのポート）使えばほとんどの環境で接続可能（なはず）

export GOARCH=arm

にしてgoをコンパイル。5a 5c 5g 5lができたのを確認して、
$ 5g hello.go
$ 5l -o hello hello.5
$ file hello
hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, stripped

をを。

BeagleBoardに持っていて実行。
# ./hello
hello, world
# cat /proc/version
Linux version 2.6.29-omap1-00007-gdebf08f-dirty (ku....@kumama) (gcc version 4.4.1 (0xlab) ) #8 Wed Dec 23 04:06:34 PST 2009

をを。

当たり前と言えば当たり前だけどなんか凄いｗ

と、言う事で（笑）WebSocketのchatを色々と実装。
って言っても切り貼りでベースは、WebSocketでChatを作ってみた。

http://kumama.org/chat/
で実際に動かしています。メッセージをDBに書いてたりWSサポートしてないブラウザでも一応掲示板として動いたりといった実装を追加。
# 止めました

HTML5の規格ではあるもののWebSocketは、
現状Chrome β(release 4.0.249.0から)でしかサポートされていないので、
βを入れるかChromiumのdaily buildを突っ込まないとWebSocketのお試しには成りません。
ブラウザを２つ立ち上げて片方で書き込んだメッセージがもう片方に届くさまを見てください。

メッセンジャーとかも作れそうな感じ有ってFlashとかAdobe Air使うよりは全然まともな気がします。

コードは以下に。

template使ったりsqlite使ったり色々やってみるとgo言語の理解が進む感じ。

書いていて「をを！」って思った事は小ネタ集として明日にでもまた書きます。
あー、sqliteは微妙に下記の方がいい感じだったので前に紹介したのは使ってなかったりw

http://github.com/phf/go-sqlite3

http://github.com/phf/go-db

cgo経由でのCライブラリの呼び出しは色々疑問も有るものの、現状DBが無いので仕方なし。っていうか、presistent storegeが欲しいって事かなぁ。

嗚呼、golangもreleaseブランチじゃなくてdefaultブランチじゃないとだめですよ。

package main

import (
    "http";
    "io/ioutil";
    "strings";
    "bytes";
    "log";
    "db";
    "db/sqlite3";
    "template";
    "websocket";
    "os";
//  "io";
)

const createTableSql = "CREATE TABLE messages (t DATETIME DEFAULT CURRENT_TIMESTAMP, s VARCHAR(4096));";
const MAXREQSIZE = 0x1000;

func htmlEscape(s string) string {
    var buf bytes.Buffer
    template.HTMLEscape(&buf, strings.Bytes(s))
    return buf.String()
}

func routeDefault(){

    templateBytes, _ := ioutil.ReadFile("index.html");
    var templateBuffer = bytes.NewBuffer(templateBytes);
    var templateStr = templateBuffer.String();
    defaultTemplate := template.New(nil);
    defaultTemplate.SetDelims("{{", "}}");
    defaultTemplate.Parse(templateStr);

    dbh, _ := sqlite3.Open("test.db" + "?" + sqlite3.FlagsURL(sqlite3.OpenReadWrite));
    conn := dbh.(db.ClassicConnection);

    http.Handle("/", http.HandlerFunc(func(c *http.Conn, req *http.Request) {

        stm, err := conn.Prepare("select s from (select t,s from messages order by t desc limit 20) order by t asc;");
        if (err != nil ){
            log.Stderr(err);
        }
        cur, err := conn.ExecuteClassic(stm);
        data, err := db.ClassicFetchAll(cur);

        params         := new(struct { title string; messages [20]string });
        params.title       = "一行掲示板ｗ";
        i := 0;
        for _, msg := range data {
            params.messages[i],_ = msg[0].(string);
            i++;
        }

        defaultTemplate.Execute( params, c);
    }));

}

func routeChat() {

    // initialize
    queue := make(chan string);
    listen_chan := make(map [*websocket.Conn] chan string);

    go func() {
        for {
            message := <- queue;
            for ws, _ := range listen_chan {
                ws.Write(bytes.NewBufferString(message).Bytes());
            }
        }
    }();

    read := func(ws *websocket.Conn, errChan chan os.Error) {
        buf := make([]byte, MAXREQSIZE);
        for {
            log.Stdout("Reading...
");
            l, err := ws.Read(buf);
            if err != nil {
                log.Stderr(err);
                errChan <- err;
                return;
            }
            log.Stdoutf("received: %s
", buf[0:l]);
            queue <- string(buf[0:l]);
            insertMessage( htmlEscape(string(buf[0:l])) );
        }
    };

    OnConnected := func(ws *websocket.Conn) {
        log.Stdout("Connection Opend
");
        mesgChan := make(chan string);

        listen_chan[ws] = mesgChan;

        errChan := make(chan os.Error);

        go read(ws, errChan);

        err := <-errChan;

        log.Stderrf("Done %d
", err);
        listen_chan[ws] = nil, false;
    };

    http.Handle("/chat/ws", websocket.Handler(OnConnected));

    http.Handle("/chat/write", http.HandlerFunc(func(c *http.Conn, req *http.Request) {

        log.Stdoutf( "%v
", req );

        var message string = htmlEscape( req.FormValue( "m" ) );

        queue <- message;
        insertMessage( message );

        http.Redirect(c, "/chat/", 302);

    }));

}

func initialize(){

    conn, _ := sqlite3.Open("test.db" + "?" + sqlite3.FlagsURL(sqlite3.OpenCreate));
    _, err := db.ExecuteDirectly(conn, createTableSql);
    if (err != nil){
        log.Stderr(err);
    }

}

func insertMessage(message string) {

    conn, _ := sqlite3.Open("test.db" + "?" + sqlite3.FlagsURL(sqlite3.OpenReadWrite));
    db.ExecuteDirectly( conn,
        "INSERT INTO messages values (CURRENT_TIMESTAMP, ?)", message );

}

func main() {

    initialize();

    routeDefault();
    routeChat();

    err := http.ListenAndServe(":12345", nil);
    if err != nil {
        panic("ListenAndServe: ", err.String())
    }

}

htmlのテンプレートは、

<html>
<head>
<title>{{title|str}}</title>
</head>
<body onload="document.f.m.focus()" >
<script>
var ws = null;
try {
  ws = new WebSocket("ws://kumama.org:443/chat/ws");
} catch(e){}
ws.onopen = function(){};
ws.onmessage = function(message) {
  var txtNode = document.createTextNode(message.data);
  var brNode = document.createElement('br');
  var cnode = document.getElementById("content");
  cnode.appendChild(txtNode);
  cnode.appendChild(brNode);
};
window.onunload = function() { if( ws != null ){ws.close();} };
function send(){
  if( ws != null && ws.readyState == WebSocket.OPEN ){
    ws.send(document.f.m.value);
    document.f.m.value='';
    document.f.m.focus();
    return false;
  }
  return true;
};
</script>

<div id=content>
{{.repeated section messages}}
  {{.section @}}
      {{ @|str }}<br />
  {{.end}}
{{.end}}
</div>

<form name=f method=post action="/chat/write" name=read onsubmit="return send()" >
	<input type=hidden name=check value="check" />
	<input name=m />
	<input type=submit value="post" />
</form> 

</body>
</html>

確かに要素数違い場合とか元配列の方の残り要素で移動が必要になるけど、
要素数が同じ場合ぐらいは代入させて欲しい。

多分、いろんなところで copySlice って関数が出来てる気がする。

# defaultブランチ追いかけてる人の間では WebSocket っていうのが話題に

Add WebSocket server framework hooked into http.

WebSocketでChatを作ってみた

今はclient側のコードでProxy対応は入ってないけど…。
httpだけじゃなく https で CONNECT して、Proxyのタイムアウトごまかすために noop して…とかそのうち進化していくんだろうなぁ。