スライドにも書きましたが、ブラケットで括るとタグとして認識します。タグを押すとこの画面に飛びます。画像だと1件しかなくて見栄えがあれですね。何が起こっているのか知りたい人向け。RSSは、サイト全体のもの、ユーザー毎や動画毎にあるので、自分が投稿した動画にコメントがついたみたいなものが取れます(たぶん、つけた気がする)何かを導入したり、使って欲しいものがある場合、一番手っ取り早い方法は本来の趣旨を主張するのではなく、メリットを主張するのが良いと思っています。Subversionのようなものを使って欲しい場合に、リソースを集中管理して履歴が追えて~とかじゃなくて、レポジトリに入れる事で裏で自動でリソースを変換します、HTMLファイルだったら文法チェックしてくれます、誰が何をやっているのかわかるようになります。このツールもHDDが~とかじゃなくて、ローカルで変換しなくてもアップロードするだけで、あとは良い感じに全部やってくれます。管理者の幸せとユーザーの幸せはまったく異なる事がほとんどですので、それを押しつけても説得なんてできませんよね。ツールを作るときは、他のシステムとも連携できるようにAPIを用意したり、何かのプロダクトにべったり依存しないようにするのが理想だと思いますが、当時の私はまだまだ未熟でそこまで気配り出来ませんでした。今なら似たようなプロダクトがあると思うのでそれを使うのが良いと思います。世の中、他社には面白いツールがいっぱいあるんだろうなぁとイロイロ気になります。GrowthForecast定期的に処理を実行するものがあって、その結果や中間結果を可視化したいなーと思うときがあるわけです。表示したい値は簡単に出せますが、それを見やすい形で出すのってけっこう面倒なものです。ログファイルをgrepしろやーはちょっと嫌です。グラフ表示する場合はCactiあたりが有名だと思いますが、グラフの追加に手間がかかるのがツライのです。噂によるとkazeburoさんのGrowthForecastというものが便利という事なのでさっそく試してみました。今回cpanmも初めて入れました。cpanmのインストール。Fedora17くらいだとyumにあります。CentOSだと無かったので手動で入れます。cpanm環境変数の設定。みんなのBLOGを見ると~/perl5を指定するのがお作法みたいですが、home直下にlsで見えるディレクトリが増えるの嫌だったので適当に変更。&後は以下のようにHTTPのPOSTで値を送りつけます。実際はURLのservice_nameとsection_nameとgraph_nameの部分をそれっぽい名前で指定してあげます。事前にグラフの設定とかは要りません。POSTすると勝手に作ってくれます。modifiedを指定できます。numberが送りつける実際の値です。0}これでブラウザから見えるようになります。クローラーのログを可視化してみました。一部ぼかしてあります。綺麗な構成としては、ログファイルをFluentで~みたいになるのかもしれませんが、今回はプログラムが小さかったのでクローラーが定期的にGrowthForecastに直接投げるようにしました。APIの注意点としては、numberは整数じゃないとダメです。いうものがあって、そっちを使うと良いみたいです。インストールも、使い方も簡単なので、とりあえずさくっと見えるようにする場合にすごく使えるツールです。RubyRuby(1.9.3)のURI.parseはホスト名にアンダースコアが入っているとURI::InvalidURIErrorが発生します。IRIとしてRFC-3987があります。アンダースコアはRFC-2396ではNGだったけど、RFC-3986ではOKになっているのですが、どうやらRubyのURIライブラリの対応が追いついていない(?)ようです。Ruby界隈には疎いのでどういう状況なのかは正確には把握していません。代替案を探していたら、addressableというライブラリが対応しているという事なので、さっそく使ってみました。gemでインストールします。addressableのバージョンは2.2.8でした。addressable簡単な確認。uri.request_uri"hoge_fuga.example.com"nil"/page?id=xxx"パースできました。標準のURIだと上記の場合でもportは80を返してくれるのですが、addressableは返してくれないみたいです。Hive先週熱が39.3度まで上がって、夜と朝方に未だに咳が止まらない虚弱なタムタムです。feature」というタイトルで発表させていただきました。完全にネタセッションになってしまいました。いえ、それなりにHiveは使っていたつもりなので何か困ったことがありましたらご相談ください。HTTPのサーバは、いったん書き直してそのうちGitHubに公開するようにします。to_utc_timestampがバグってるってレベルじゃない・一部の処理でメタ情報が正しく扱えない(JDBCからMeta情報がStringになってしまう等)あたりがあります。ユースケース的に上記を回避できるのであれば使っても問題ないと思います。0.9.1ではひとまず避けた方が良いです。CDH4ではHive0.8系ベースにいくつかのパッチを当てたものを提供してくれるので、Clouderaさんに期待&素直にCDH使った方が良いと思います。発表スライドは日本語です。