tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど１年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も

rec_radiko.sh #!/bin/bash LANG=ja_JP.utf8 pid=$$ date=`date '+%Y-%m-%d-%H_%M'` outdir="." if [ $# -le 1 ]; then echo "usage : $0 channel_name duration(minuites) [outputdir] [prefix]" exit 1 fi if [ $# -ge 2 ]; then channel=$1 DURATION=`expr $2 \* 60` fi if [ $# -ge 3 ]; then outdir=$3 fi PREFIX=${channel} if [ $# -ge 4 ]; then PREFIX=$4 fi #### # Define authorize key value (from http://radiko.jp/a