第4回ペパボテックカンファレンスで発表しました

昨日開催されました第4回ペパボテックカンファレンスはEC編ということで、カラメルというサービスで行ったインフラの刷新について発表してきました。

eventdots.jp

いわゆるレガシーだったインフラを、最近できたプライベートクラウド等を使ってガラっと刷新しましたといった内容です。

私以外の登壇者の資料もこちらにまとまっています。

反省会

すいませんでした…。 Mac でミュートしても HDMI に音声乗っていたみたいですね。音の出そうなアプリケーションは終了しておきましょう。

Nginx で trailing slash 付きの URL にリダイレクトしたいとき

Nginx で trailing slash (URL 末尾の /) 付きの URL にリダイレクトしたいとき、 nginx trailing slash みたいな感じでググるrewrite とかを使った例がたくさん見つかる。しかし、これより先に知っておきたい挙動として、特定条件下で location の設定の設定によってリダイレクトが起こることがあり、ドキュメントにも記載されている。

If a location is defined by a prefix string that ends with the slash character, and requests are processed by one of proxy_pass, fastcgi_pass, uwsgi_pass, scgi_pass, or memcached_pass, then the special processing is performed. In response to a request with URI equal to this string, but without the trailing slash, a permanent redirect with the code 301 will be returned to the requested URI with the slash appended.

http://nginx.org/en/docs/http/ngx_http_core_module.html#location

だいたいの場合はこの location の挙動だけで困らないんだろうけど、どうしても自分で rewrite でリダイレクトを設定したい場合にこちらの存在も意識しておかないと混乱する(混乱した)。

ごらく部☆なちゅまつり東京公演の感想を大阪公演前夜に大阪で書く人

大阪に来ております。明日は「ごらく部☆なちゅまつり」大阪公演。大阪公演終わってから東京公演のこと書くのもアレなので今のうちに…。

七森中♪ふぇすてぃばるに続き今回も昼の部、夜の部両方参加。初のごらく部単独ライブということで、生徒会勢やミラクるんのいない4人でどんなステージを作るんだろうと期待しつつの参加となりました。

オープニング〜

  • > 突然の太鼓! <
  • 浴衣風衣装良いです。浴衣は Miracle Duet の専売特許だぞ!と言いたいところだけど良いです。
  • レッツラブ〜の振り付け大好き。また見られて良かった。
  • じゃんぷ!初披露。ライブ向き曲だよね。間奏でわいわいするの楽しい。
  • ごらく部(ryテーマはうちわ曲だったんだ…。

デュエット曲

  • 初披露のサマバケとガールズパワーでの2曲。
  • パジャマ旅行やゆりゲームも聴きたかったけどこれは仕方ないかな!
  • サマバケのセーラー風衣装かわいい。

大冒険!とマイペース

  • あの新衣装ですよ!フリフリですよ!
  • 別の作品の歌だなんだとめんどくさいこと考えないで楽しめばいいじゃない!
  • マイペースのアウトロ(?)で客席を3チームにわけてコールアンドレスポンス。
  • ちなみに昼夜ともに津田ちゃんチームでした。
  • マイペースは名誉ラスト曲だと思ってたけど、こういうこともできるんだなー。

2期キャラソンカップリング曲

  • ここからようやくいつもの衣装。
  • 2期キャラソンB面はふぇすてぃばるでやらなかったので、今回初披露。
  • 赤座劇場の振り付けがお気に入り。

MY SWEET MEMORY → Precious Friends

  • キャストの手紙の朗読からの MY SWEET MEMORY で、うわ泣かせにきたと思ったところからの Precious Friends の流れは反則。
  • ふぇすてぃばるでは、「あの」みんな大好きのうたの後というでちょっと霞んでしまった感のある MY SWEET MEMORY だけど、今回は完璧にやられました。

〜アンコール前ラスト

  • いぇす!でアンコール前ラスト。
  • いぇす!2番から突然のタオル曲化。
  • 文句なしに盛り上がるところです。

アンコール

  • いぇす!で頑張りすぎたところに、まさかのキャラソン12曲メドレー。日頃の訓練が試されましたね。
  • メドレー後は「普通の」大事件でフィニッシュ!
  • メドレーばらして数えたらアンコール13曲ってなんだよ!!

ちょこちょこ抜けてるけど、曲名出さなかった曲も楽しかったんだよ!明日も超楽しみだなー!!

2012-2013 スキーシーズンまとめ

先週末でかぐらスキー場もクローズとなって、 2012-2013 のスキーシーズンも無事終了。ということでシーズンまとめ。

  • 2012-12-09

    • 丸沼高原スキー場
  • 2013-01-13

    • かぐらスキー場
  • 2013-02-01, 02

  • 2013-03-03

    • かぐらスキー場
  • 2013-03-16

    • 舞子スノーリゾート
    • 会社の面々と
  • 2013-03-24

    • かぐらスキー場(神楽峰バックカントリー)
    • ソロで反射板コースを2本
  • 2013-04-28

  • 2013-05-18

    • かぐらスキー場
  • 2013-05-26

    • かぐらスキー場

今シーズンはシーズン頭に引っ越ししたり、トップシーズンにゆるゆりのイベント行ったり、ゆるゆりのイベント行ったりであまりスキーに力を入れらず、滑走日数は10日止まり。来シーズンはバックカントリーでもっと難易度高い山にも挑戦したりもしたいし、がんばろう。

1年ぶりの至仏山バックカントリー

ゴールデンウィーク前半戦28日は、昨シーズンに続き今年も行ってきました至仏山バックカントリー。

今回も冒険小屋さんのツアーのお世話に。パーティはゲスト10名 + ガイドさん2名の12人編成。去年は至仏山常連みたいな人が多かった記憶があるけど、今回は初めての人が多い様子。

前日がまさかの季節外れの降雪ということで、初っ端から鳩待峠行きのバスや乗り合いタクシー除雪待ちで動いていないというトラブル。なんやかんやで鳩待峠についたのが10時20分くらいだったのかな。去年は8時半にはスタートしてたからずいぶん遅かったんだなぁ。10時半すぎに鳩待峠をスタート。やはり途中で時間切れということで至仏山へは行かず小至仏山からドロップすることになり、14時頃小至仏山頂に到着。ぱぱっと記念写真撮影など済ませたら、いよいよ滑走。

前日の天気を聞いた時点で期待はしてたけど、本当にパウダーコンディション!まさかゴールデンウィークにパウダーを滑れるとは…。標高が下がるにつれて雪は徐々にモナカになってたけど、去年のような強烈なストップ雪に悩まされることもなく最後まで楽しめた。滑走後は30分ちょっと(?)ハイクアップして16時頃鳩待峠に無事下山。

去年も書いてたけど、やっぱり夏山とも普通のスキーとも違う疲れ方してへろへろなった。そのへんは反省点として覚えておくとして、とにかく季節外れのパウダースノー、最高でした!

第10回 Solr 勉強会にいってきた

3月26日に開催された、第10回 Solr 勉強会にいってきた。だいぶ遅くなったけどもろもろメモ。

辞書型コーパスからの類義語知識の自動獲得

  • 株式会社ロンウイット 関口さん
  • 資料
  • Solr で同義語検索は SynonymFilter で簡単にできるけど、辞書を用意するのが大変。
  • Wikipedia から同義語辞書を作ってみましょう的なお話し。
  • 誤抽出は検索時に上位にさせない工夫をする余地があるので、実用になりそう。
  • 今回の抽出対象は原型語とその省略語ということで、「Mr.Children」と「ミスチル」のようなものは対象外。
    • そのような類義語辞書が必要な場合は別の方法(手動?)が必要。
  • オライリーから Lucene / Solr 本(もちろん英語)が出るらしい。

GREE における全文検索の歴史

  • グリー株式会社 尾形さん (@nobu666)
  • 資料
  • GREE の検索あんまり使われてない。
    • 会場も使ったことある人の挙手なかった…。
    • 担当も1人とかなんとか。
  • SennaTritonnLucene → Solr (2012年初頭から)
    • Tritonn やめた理由はあるある感。
    • Lucene 大変そう。
  • Lucene → Solr は IF の互換保ったまま移行。
    • クエリ変換、結果の XML のカスタマイズ、インデキシングの IF 等。
  • ユーザ、コミュニティなど用途別に7スキーマ、サーバ40台少々。
    • 贅沢構成だなーと思ったら、サーバくれといえばもらえるらしい…。
    • うらやましい…。
  • Range Query で slave が重くなるらしい。
    • スパム回避のため、多くのクエリにユーザ登録日の Range Query が入っているとのこと。
  • インデクサはマルチスレッド。
  • 無停止でスキーマ変更するの大変。
    • よく聞く話…。
  • 辞書のメンテが大変なので(多言語対応もあるため特に)トークナイザは bi-gram 。
  • 大きいスキーマでインデクサ 80GB ほど。

企業内の大規模ファイルサーバ検索事例

  • ソフトバンクBB株式会社 野口さん
  • 社内ファイルサーバの検索。
  • Apache ManifoldCF と連携。
  • 対象のファイル(だったかな?) 70TB 。
  • 「僕らはサーバくれと言ってももらえないので。」
    • 詰め込んだ感じの構成。
  • 検索スコア BoostQuery, BoostFunction で調整。
  • 外部データでブースト。 External file field で可能?

SolrCloud の導入事例

  • 株式会社サイバーエージェント 弘瀬さん
  • 資料
  • Simplog 検索(スマホ用ブログサービス)への導入事例。
    • Solr 4.1
    • 295万 Docs
    • インデックス 1.5GB
    • 反映まで 5min 程度
    • 3qps
  • さまざまな構成によるベンチマーク
  • 人柱的なニュアンスでこの規模のサービスに導入したとのこと。
  • メリットもあるけど、パフォーマンスが落ちる部分もある。
    • なんだかんだで素の Solr が速い。
  • 自分のお仕事で使うのはまだ早いかなーといった印象。