hiratara

今日からが本当のYAPCです。まもなく、東京工業大学大岡山キャンパスに向けて移動します。

昨日と同様に、gihyo.jpさんの特集にもレポートを掲載しています。gihyo.jpさんにはもう一人 @usuihiro さんもレポートを書かれていますので、そちらも合わせて会場の雰囲気を感じて頂ければと思います。

Daisuke Makiさん「Welcome, Perl!」

• Future, Past, Present Perls
• ゲスト → Larry, Jesse, Purple Master
• みんなにPerlを広めたい
• 今回は非エンジニアが企画した (941さん++)
• 518人の参加者 → 世界で一番大きなYAPC
• タグは #yapcasia で
• トークの投票をやる → 優秀者にはMacBook Pro
• 懇親会は19時より2,000yen
• android, iPhone の YAPCアプリがあるので使って！ (有志の方の作成)
• ロケタッチもYAPC対応
• 謝辞 → ボランティア30名、tmix、スポンサー23社
• ハッカーと積極的に話して、楽しんで下さい

Larry Wallさん「That Goes Without Saying (or Does It?)」

• 日本語と英語の違い
  • must <=> なければなりません (英語が短い)
  • must not <=> いけない (日本語が短い)
• 英語には複数形がある
• RMS(Root Mean Square)
  • 色々な言語で書き方に違いがある
  • Perl、 Oz、 Lisp系 での違い
  • FoldLについての解説
• Perlで必須な物
  • @, $
  • {}
  • () → 必要な時と不要なときがある
  • 「@ints = 1 .. 10」と書けるが、Perl5では「@ints = 1, 2, 3」と書けない
  • 結果を格納する $r
• CPANモジュールを使う → List::Util の reduce
• Perl6では
  • reduce を [+] と書ける
  • map にはカンマが必要 → ただし、 @nums X** 2 と書ける
  • 引数は、subの行に書ける
  • $r を完全に消せる
• print "\n" → say
• Perl6では、 + はスカラコンテキストを与える
• Perl5ですでに使えるもの → say, smart matching, given/when, Moose
• 将来もPerl5でサポートされないもの → type system, multi method dispatch, lazy context
• Ada
  • with と use, begin と end, nums'Range, 1..10が簡単に書けない
  • ファットアロー =>
• Java
  • import(java.*), class, "public static", 型, C形式のループ
  • Math.とかSystem.outとか
• JS
  • function（長い）
  • reduceの初期値が必要(Perl6では+なら0、*なら1、<ならtrueが使われる)
• Python
  • __future__ のインポート、インデント
  • range(1, 11) (# 1 .. 10 とコメントしないとわからないよ)
• Perl6より短く書けるのは、Mathmatica (これは当たり前)
  • J → 短過ぎる
• このような見本は、 http://rosettacode.org/ で見られる

―Sqiral matrix, Zig-zag matrix の例

• 「Please have a wonderful conference. You must!」

Jonathan Rockwayさん「Stylish: Perl ♥ Emacs」

このセッションはJonathan Rockwayさんがいらしていないということで、中止となりました。

石橋利真さん「最近のPerlな物作り事例」

• MTLでの業務
  • 自前サービス - ATND、調整さん、演劇ライフ、ハモニナ、コマーシャライザー、docomo公式、モバゲー
  • 社内コラボ - ポンパレ、suumo、WEB API、iPhoneアプリ ←今日の話はこちら
• suumoの事例
  • 個社の物件+CMSの提供 → century21.on.s-bs.jp、athome.on.s-bs.jp 等、1,000個
  • CMS、物件検索、Typepad
  • デモ → 数社のページを表示。CMSの操作例。モバイル版。
• suumo的なサービスを横展開
  • お店のミカタ → ページを作るとホットペッパーに引っかかる
  • パチパチゼクシィ → 結婚式開催向けSNS
• 開発環境を整えると、長期に渡って開発を続けられる
  • VMware。個人開発環境
  • テストコードの充実 → ビジネスロジックのみテスト必須。画面系は妥協。
• 本番環境でもテストを回している → 設定、CPANモジュール漏れの発見。テスト用DBを用意。
• Subversion に CPANモジュールも投入。svn up でデプロイ。
  • 同じOS、同じ環境である必要がある → VMWareによって揃える
  • svn配下にインストールできるよう、MyConfig.pm をいじっておく。
  • site_local_env にて環境変数等を設定(.bashrcより読み込み)
• 動的ライブラリも、.soをsvnへ登録
• *.conf もsvnへ。全環境分を登録し、symlinkで切り替え
  • symlink 変更スクリプトを用意している
• 複数サービスによるロジックの共有
  • Perl Framework 部分は、すべてのサービスに配備されている
  • 認証、画像、Open Social系はWEB APIとして準備
• (環境まで含めた)フレームワーク
  • 開発手法 ＞ アーキテクチャ設計 ＞ アプリフレームワーク ＞ ASP + プロジェクト毎ロジック
  • メンバーの入れ替え等にも強い
• インフラ
  • Hardware + XenServer
  • VMの複製コピーができるので楽
• 仕事の仕方 → 企画、サイト設計、業務フロー、開発、運用、すべてにエンジニアが参加
• 仕事のスケール → 営業、顧客サポートまで含む大きな体制
  • 金銭的にも、大きな額が動く(1,000社程度の契約)
• 様々なオープンソースを利用している(Thanks To!)

質疑応答

• Q. 「CPANモジュールのアップグレード方針は？」
• A. 「上げない。必要な状況があれば上げる(セキュリティfix等)」
• Q. 「(デプロイ用の)svn upは手動？」
• A. 「はい。基本的にリーダーが。」
• Q. 「ブランチは使っていますか？」
• A. 「新機能はブランチで行っている。マージはリーダー。」
• Q. 「オープンソースの中で、オススメがあれば」
• A. 「backlog。cacooもオススメ。cpanminusも使いたい」

kawanetさん「Mashup Awards 6」

• Web アプリケーション開発コンテスト
  • 62社のAPIのうち、1つ以上利用すること。動く場所は問わない(電子レンジ等でも)。
• 注目APIの紹介
  • LLEval - 弾さん「明日トークします」
  • R25 API → R25本文の提供
  • NetVOCALOID-flex → 音声合成のAPI。MA6に参加すると特別に無償提供
  • モバゲーオープンプラットフォーム → 会社名を「マッシュアップアワード6」とすれば特別に個人登録も可能
  • NHKの非公開API → 通常は非公開
  • Evernote API → Evernote社が使っているAPIをそのまま公開
  • インクカートリッジ里帰りAPI → 回収拠点情報の提供
• 最優秀賞は100万円。11/8まで。
• 目的 → 技術者の支援、WEB業界の発展
• Hackathonも開催中

Kensuke Kanekoさん「30days Albumの裏側 後日談」

• 30days Album
  • 写真共有サービス
  • 表はRoR。裏はPerlbal や Gearmanなど。
  • 過去の発表スライドも参照
• 素結合を意識したシステム構成
  • HTTP APIでのやりとり。(Catalyst製)
  • 利点 → スケールしやすい。開発能率が上がる(適材適所)。保守が楽。
  • 欠点 → システムが複雑、サーバ台数の増加、障害時の影響範囲
• MogileFSの障害対応
  • データアクセス不可の障害発生 → ストレージプールから切り離し、再度戻す
  • mogadm にて deviceを "dead"にする。復帰時は"alive"に戻す
  • コピーの確認 → X-REPROXY-URLヘッダを見る。又は、file_onテーブルを見る
  • 障害が起きても、サービスは停止しない。
  • perlbal の再起動(キャッシュのクリア)
• MogileFSのリバランス
  • 使用量の少ないストレージへ、ファイルを分散して平準化
  • リバランスが必要なタイミング → 新しいノードを追加、容量不足、class(多重度)の変更
  • リバランスをすると、MySQLの負荷は上がる。新しいバージョンであれば改善
  • ネットワーク大域も圧迫。モニタリングした方がいい(Mininの利用)
• 自作サーバ MP-100 (馬崎さんパワー100Kg、の略)
  • HDDの固定にL字金具。リモート管理可能なマザーボード。
  • 信頼性よりコストパフォーマンス(MogileFS頼り)
  • Cerevoさんとはてなさんの事例を参照
• FLVの疑似ストリーミングとは
  • シーク可能。リクエストにstart=*をつける
  • lighttpd の mod_flv_streaming。Apache、nginxにもある。
  • Perlbalにはない。
• Perlbalプラグインを作成した
• PerlbalとRangeヘッダ
  • Perlbal は Rangeヘッダリクエストでエラーが出る → X-REPROXY-EXPETED-SIZE が原因
  • Content-Length と一致するか比較していた。ストレージサーバがRangeヘッダを考慮してなかった。
  • 複数のRangeヘッダについては無視（仕様がややこしい）

Tatsuro Hisamoriさん「ソーシャルアプリ向け　システム監視運用の勘所」

• 事例の紹介
  • 「正しくコンテンツを返しているのにタイムアウトが頻発 → ネットワークに問題があるのでは？」
  • タイムアウトはしており、Platform側ネットワーク障害も特になし
• tcpdumpで調査
  • コンテンツを返すのに5秒かかっているので切断
  • しかし、200を返してしまっている
  • アプリ側の処理遅延が原因（DBの性能劣化だった)
• コンテンツを返すのにかかる時間
  • WAFでログに出す(request -> response)
  • %DとGadgetServerが認識している時間は違う → 現状は、alarm()がSIGALRMを送るまでの時間
  • tcpdump + wireshark で解析するとよい
• tcpdumpとwiresharkの利用のデモ
  • -w でファイルに吐く
  • TCP Conversations を表示し、 Duration でソートするとよい
• DB周りの処理時間
  • DBI::ProfileはDBIと同梱。useするだけでよい。
  • DBIx::ProfileManagerでは、profile_startからprofile_stopが統計対象
  • slowlogを吐いていれば、mk-query-digest(maatkit)で解析
  • 最終手段として、mk-query-digestにtcpdumpの結果を読ませることができる
  • 性能劣化の把握も必要 → Connection QPS, I/O
  • open Platform で参照している指標の紹介 → TableSpace usageなど
• ネットワークのレイテンシの把握
  • ping, traceroute などで計る
  • 自宅サーバ等でも10ms、EC2だと100ms〜200ms、GAEはバラツキが多い
  • VMでもレイテンシとなる
  • 画像キャッシュを利用するのもよい

malaさん「Studying HTTP with Perl」

• PerlのHTTPクライアント(非並列)
  • LWP::UserAgent → デファクトスタンダード
  • LWP::RobotUA → robot.txt を解釈
  • URI::Fetch → グッドラッパー。キャッシュ等
  • HTTP::Lite → シンプル。1ファイル。依存もない
  • LWPx::ParanoidAgent → イントラネットへのアクセスを防ぐ。Net::OpenID::Consumerで利用
  • WWW::Curl → libcurlのバインディング。高速。表記はcURL
• PerlのHTTPクライアント(並列)
  • HTTP::Async, LWP::Parallel → 古く、オススメできない
  • AnyEvent::HTTP → AnyEvent ware。コードを追いやすい
  • Coro::LWP → LWPをCoro対応させる。ただしCoroは黒魔術。Perlプロセス全体に影響有。
• AnyEvent::Curl
  • （今まで考えていた）前提 → I/O待ち時間がほとんど。実行速度は無問題
  • しかし、実際はLWPの遅さは問題がある
  • LWPでは性能限界(ネットワーク待ちが0の時の性能)が低過ぎる → CPU1つで秒間200回
  • ネットワーク性能のよい、速いサーバを相手にするときに使う
  • 負荷試験、DoS攻撃（！）に向いている
  • 性能限界は、秒間2500回。LWP::Compatにすると、秒間1000回。WWW::Curlよりは遅い
• 使いどころ
  • LWPの性能限界を超えている時
  • ブロックしてはいけないとき(つまり、WWW::Curlでは駄目なとき)
  • LWPを利用した機能があるときは、LWP::Compat
• curl_multi_fdset でとりだしたfdを AnyEventで監視
• Perl並列処理入門
  • perlのthreadはバグッてるので使わないこと
  • forkによるマルチプロセス
  • イベント駆動(I/O多重化)
• forkの特徴
  • スケジューリングはOS任せ
  • マルチコアを生かせる
  • forkのコストの高さ、メモリ消費の大きさ
• イベント駆動
  • AnyEvent, POE → メモリが少なくて住む
  • Coro → 直感的なコードを並列化できる・・・が、ハマりどころ多い
• 現実解 → イベント駆動 + prefork
  • AnyEvent::DBI → forkして実行する
• prefork型 → mod_perl, starman, starlet, Paraller::Prefork, WWW::Curl
  • DOS攻撃には弱い。プロセス枯渇する(特に遅いワーカーが多い場合)
  • slowloris のようなツールに弱い
  • 対策 → 個人の持てるIPアドレスは少ないのでIP辺りで資源を制限。タイムアウトの導入
  • 1リクエスト処理時間、リクエスト数が予測できれば、preforkはよく機能する
  • 外部APIのレスポンス時間に依存する場合は、向いてない
• イベント駆動 → Twiggy, Corona, AnyEvent::HTTP, Coro::LWP,AnyEvent::Curl
  • スレッド間の強調動作をするときに向いている → 同一ホストへのリクエストを制限する時など
• クライアント → 相手の応答速度が予想できればWWW::Curl、そうでなければAnyEvent::Curl
• パフォーマンスチューニング
  • HTTPヘッダのパースをXS化。ただし、パースしない方が速い
  • まだXSで落ちたりするので注意
• デフォルトのcurlは名前解決でブロック
  • enable-aresコンパイルオプションはまだお勧めできない(すべてのリクエストが落ちる)
  • Squidを噛ませることで解決する → Squidがボトルネックになるけど
• RPCのプロトコルはHTTPの方が有利
  • 例えば、 Kyoto Tycoon (mikio hirabayashiさん)
  • アクセスが楽、表現力がある、非同期アクセスにも強い
  • HTTPのオーバヘッドの解決 → Keep-alive、複数データをまとめて1リクエストで転送すればよい
  • HTTPの性能限界 → echoサーバとHTTPをkazuhookuさんが比較。チューニングされたhttpdは十分に速い
• curlにはまだ高速化の余地がある → gfxさんがやってくれるのではないか
• HTTPクライアントのテスト方法
  • Google などにリクエストを投げるべきでない
  • Text::TCPやpsgi app を作ってテストするべき

伊藤直也さん「Perl/PHPと大規模Web開発」

• LLフレームワークの近況
  • 中規模以上 → Rails的
  • ちょっとした開発 → Sinatra
  • 実行環境 → Rack
• Perlでは
  • Catalyst, Jifty, Mojolicious
  • Mojolicious::Lite, Dancer, Shenker
  • Plack/PSGI
• Mojolicious
  • Sebastien Riedel氏作
  • Mojolicious::Lite → Sinatraライクな記法
  • websocket 対応
• PHPでは
  • CakePHP, CodeIgniter, Symfony → 作り込まれたWAFが多い
  • Limonade, Fitzgerald
  • まだない (需要が小さい)
• 言語によって大きな差異はないが、好みはある
  • PHPの名前空間 namespace \My\Name\Class など
• 中から大規模とは → 500から10000台以上
  • 収益化までに数年かかっている → 数人で立ち上げたシステムを数十人で運用開発
  • 昔のアーキテクチャを使い続ける必要。運用を続けなければならい。
• 「レガシー」とは違う → プロトコルはHTTPであり、枯れている。LL言語は後方互換が高い
• フレームワークの内製バージョンができる理由 → 自社目的の拡張をしたいため。公開はしにくい
• アーキテクチャの刷新
  • 独立性の高い案件で新しいものを採用 → 複数アーキテクチャによりメンテナンスコストが上がる
  • 旧システムを進化 → 限界がある
  • まず疎結合化してWEB APIで結ぶ。各部品を刷新 → パフォーマンスの問題。メンテナンスコスト
• スケーラビリティ
  • 言語での優位性は低い
  • I/Oの分散や全体の設計が大切
  • 3層構造、スケールアウト、パーティショニング、キャッシュ、メッセージング
• 大規模Webサービスは、成長し続けることが大切
  • レガシー部分を蘇らせるのが腕の見せ所
  • 言語での優位性は少ない → 精神面では、好きな言語を使った方がよいけど
• Perl → PHP の移行コストは？
  • 少ない。CPANは欲しい
  • 次世代Web技術が大事で、言語の知識の比率は少ない
• ツールはPerlで作っている → メンテをどうするかが課題
• 質疑応答
  • Q. use backslash はいつ公開？
  • A. そのうち公開します

Lightning Talks

西林拓志さん「学生PHPプログラマーがPerlな会社に就職した！」

• PHP歴4年
• Perlの印象 → 難しい、重い、古い
  • 生まれが一緒。高校の頃に触った印象
• 実際
  • 思ったほど難しくない、正規表現がよい、CPAN
  • オブジェクト指向の柔軟性。楽しい。
• PHPを使った人がハマる所
  • リファレンス
  • $this, super, self
  • subとfunctionをtypo
• 最近ではPHPで my $self = shift; と書いてしまう
• DBIx::Skinny::ModelLoader ってのを書いてみた。githubを参照
• 趣味でBlogやゲームのファンサイトを作っている

Fumiko Kuranoさん「Inside webcast of Gozan-no-Okuribi in Kyoto」

• 京都送り火の中継 → 携帯電話向けの中継
  • ビデオカメラ + PC の Ustream、ほぼ日刊イトイ新聞の読者さん
  • 夕方まではバッテリの都合で静止画
  • システム図 → 中継システムがPerl
  • PerlMagick で画像処理、 Net::SFTP::Foreinで画像送信
• 結果分析
  • Twitterのログ、アクセスログの分析

Yappoさん「Happy AnySan Hacking」

• tsudaさんのコスプレ
• AnySanとは？ - AnyEvent のメッセージングフレームワーク
  • 似ているもの → IKC, Bot::BasicBot, Morris など
  • IRC以外の対応も可能
• メッセージの抽象化
  • AnySan::Provider::IRC でIRCからのコールバック
  • AnySan::Provider::Twitter → Twitter
• デモ: @dan_the_bot

Naoki Tomitaさん「OFPM」

• なぜ忍者 → 手裏剣選手権に出席したから
• 1日1個CPANモジュールの紹介 → 2008年で挫折 → 書籍化！！(100〜150個)
• CPANTS → CPANモジュールの統計情報
  • ただし、モジュールで使うモジュールが多く出てしまう
• Gist から統計
  • OFPMというサイトを立ち上げた

Kamipoさん「MySQLのPluginいろいろ」

• MySQLには5種類のプラグインがある → UDF, STORAGE_ENGINE, FTPARSER, DAEMON, INFORMATION
• UDFの例: mycached → memcached プロトコルで直接アクセス
• STORAGE ENGINEの例: SpiderとVP, groonga(全文検索エンジン)
• FTPARSERの例: full-text parser plugin collection
• DAEMONの例: HandlerSocket
• デモ: メッセージパックRPC
• ゴーーン！(時間切れ)

issmさん「「名古屋でPerlをゆるく語る会」をはじめました」

• 名古屋の事情 → Ruby, Python , PHP, Scala , Haskellは勉強会がある
  • ゆるく語る会を開催 → スイーツ、パスタ、ポケモン
  • 10/30に題4回を開催。Nagoya.pmになる？

吉川 毅さん「RubyプログラマがPHP大規模開発の会社に入って」

• GREEの方 ・・・ CTOの代打
  • 図説
  • OOPJog → OOPの話をしながらジョギング
• Sinatra
  • 他の言語にも同様のものがある(Python(Flask), Java(Scalatra), Perl(Mojolicious::Lite))
  • 直感的なインタフェース
  • PHP版の実装はひど過ぎる。Sinatraじゃない → 作った Vicious
• PSGI も作った → Phack
• ゴーーン！(時間切れ)

bayashiさん「YAPC::EU 2010 Reports」

• ヨーロッパ最大のYAPC
  • 今年はイタリアのピサ
  • 片道13時間半
  • YAPC::EUは食べ物が多い
• プレゼンは
  • YouTube に動画が上がってる → Larryさん一家の動画が必聴
  • 質問から議論に発展することが多い
• DeNAの会社の制度で行ってきた → ぜひDeNAへ！
• 来年はin Riga, Latvia

峰松　浩樹さん「基幹システムがperlでどうしてこうなった」

• 汎用機を2013年までになくしたい → OpenCOBOLへ
  • Cobol, 500万行 JCLは100万行
• 解決策 → Perlでの自動変換
  • JCLをPerlに変換(・・・変換できてるの？)
  • OpenCOBOLへPerlを組み込むラッパ
  • 文字コードもPerlが変換できる
  • Apache → mod_php → opencobol → perl → MySQL ってシステム

zentoooさん「Test::QUnit - QUnit test via prove」

• 一部プラック企業
• JSのテスト
  • YUI, QUnit, JSUnit, JSpec, Jasmine
  • ブラウザ開きたくない。でも、ブラウザエミュレーションには問題が
  • JSTestDriver → CUIからもブラウザからも
• CLIからブラウザのテストが叩ければよい → Test::QUnit
  • QUnit.log をフックしてPerl側にデータを持ってくる。TAPにする。
  • コードはgithub上

Karen Pauleyさん「10 Things to Do with a conference T-shirt」

• YAPCに20回以上出ている → Tシャツが余っている
• そのままでは大き過ぎる
  • はさみでアレンジ
  • 赤いリボンでアレンジ
  • ヘアバンドに
  • earingに
  • バッグに
  • 枕に
  • 編み直してタオルに（！）
  • 袖を切ってタンクトップに
  • 二枚を合わせてパンツに
• 「There is more than one way to ware it!」

Yoshinori TAKESAKOさん「all your base16 are belong to us.」

• プログラミングで何文字使ってますか？
  • 8文字 → Brainf'ck
  • 52文字 → 多い
  • Perlでは100文字以上 → 大き過ぎる
  • Pythonは1000文字以上(emoji)
• Polyglitプログラミング
• Binaryを使わずに10文字でx86プログラム
  • Brain-f*ck-f*ck
  • gccでコンパイル可能な、10個の記号で書かれたCプログラム
  • 使えるレジスタ、命令に制限が大きい
• バイナリアンは古い → ASCII文字でプログラミングしましょう

合わせて読みたい

• もう一人のgihyo.jpレポーター → YAPC::Asia Tokyo 2010にgihyo.jpさんのレポータとして参加させていただいた
• 動画 → YouTube
• スピーカのアカウントの一覧 → YAPC::Asia2010スピーカーの(Twitter/Blog/github/cpan)アカウント
• スピーカのスライドの一覧 → YAPC::Asia 2010

以前Template::Plugin::Filterのリークを直すパッチを書いて2.19_02で採用されていたのですが、不具合があってrevertされてしまってました*1。

2.22でリークするってのはこんなスクリプト書けばわかります。

for my $l (1 .. 1000) {
    my $tpl = Template->new(
        PLUGIN_BASE  => 'test',
    );
    $tpl->context->plugin('simple', []);

    warn `ps -o rss= -p $$` if $l % 10 == 0;
}

ってことで、パッチを書いてリベンジ。リークがあるとどうしても MaxRequestsPerChild の値を極端に小さくしなければいけなかったりと色々困りもんなので、直って欲しいです。

もしかして: Xslate

Shibuya Perl Mongersテクニカルトーク#14 に参加してくるつもりです。なんでこんな流れになっているのか全然理解してないですが、頑張って本を読まずに空気を読んできます。

本日のイベント開催趣旨について / 竹迫さん

• IPAとJPAがブログ等で混同されている
• 両団体に来て頂いている

Perl 6 Language Update / @dankogaiさん

• Perl6(Rakudo*) で FizzBuzz
  • 三項演算子は??と!!
  • 2.67秒。Perl5より1,000倍くらい遅い。ただし、夏の版より改善されている。
• Rukudoのビルドは、Perlとあまり変わらず、楽
• sub の中に sub を書ける
  • スコープも正しく扱われる（外から見えない）
• $^n プレースホルダ → 引数であることを宣言
• 他の言語と違い、CATCH節はtryの中にある
• 無名関数.exception で直接例外を得られる
• 0..* → 無限リスト
  • 無限リストへの map の適用は、現状ではまだできない
• ~~ any(<Fizz Buzz FizzBuzz>) → スマートマッチ
• multi sub → マルチディスパッチ。オーバーロード？
• infix:<!> → 演算子の定義
• Perl6のオブジェクト指向は、後付けではないのできれい
  • 書式はほとんど Moose や Mouse に移植されている
  • メソッド呼び出しは、ドット(.)
  • self という予約語が使える
  • .から始めると、オブジェクトの表記を省略可能
• Grammer → 正規表現をさらに強力にしたもの
• Perl6だと、 Combinatory Logic(組合せ論理) を楽に書ける
• 質疑応答
  • Q. 後何分？
  • A. もうオーバーしてます。

ぼくのかんがえたさいきょうのYAPC::Asia / @941さん

1. 会場がすごい
2. スピーカーがすごい
   • Larry Wall も
3. スピーカーがすごい2
4. 協賛がすごい
5. 景品がすごい
   • MacBook Pro, Mac mini, iPad, ipod nano など
6. チケットがすごい！
   • 完売していたが、再販決定！！ (18時より再販中)
   • 数量限定なのでお早めに。「チケット買ってね」

JPA活動報告 / @lestrrat さん

• 活動したこと
  • YAPC、地方ユーザグループで講演(Fukuoka, Hokkaido, Kansai, Okayama)
  • WEB+DBプレス監修(最低来年の2月まではやる)
  • セミナー、有料研修(Catalyst等)
• やりたいこと
  • 新人向け教材 → 数社の協業による
  • 技術認定試験
  • 地方への講師派遣
  • 定期的な勉強会
  • 予算の拡大 → Tシャツ等販売や、寄付
  • 他のイベント・団体との連携
• 財務状況
  • 18社が協賛、YAPC収入
  • 経費 → オフィス移転、YAPCなど
  • 個人会員 → 還元方法を検討中
• まとめ
  • Tシャツを買いましょう

memcached injection / 佐名木さん

• memchachedのプロトコルは、簡単なテキスト
  • キーがエスケープできない。ライブラリによってはエスケープ処理が未実装。アプリで実装が必要
• さまざまな言語での実体
  • Perl Cache::Memcached, C/C++ libmemcached, .Net Memcacheddotnet_clientlib はサニタイズ無
• カラムに対するSQL Injection
  • パラメータを直接カラム名としているような場合
• 「あそこは攻撃が大好き」

memcachedの運用監視ノウハウ / @kazeburoさん

• mixiの障害 → memcachedが落ちた → Twitter で色んなエンジニアが原因究明
• 障害によってわかったこと → memcachedの重要性
  • 安定稼働が焦点 → PDCA サイクル
• 「監視は継続的なテスト」 by 奥一穂さん
  • 自動化し、それを可視化
• memcachedの監視
  • プロセスの確認 → pgrepコマンドとその終了ステータス($?) + cronlog
  • 死活監視 → nc -z にて11211を確認 (-wでタイムアウト指定可能)
  • コマンドに対するレスポンス → Perlで "version\r\n" コマンドを投げて、結果が戻ってくるか
    • NagiosPlugin 形式にする → 終了ステータス 0, 1, 2, 3 を割り当てる。(標準出力は補足情報)
    • 接続ができない場合は、UNKNOWNとして扱う(コマンドのテストなので)
  • コネクション数 → "status"コマンドを使い、最大接続数に対する接続数の割合を監視
  • uptimeを監視する → 5分に1度確認、uptimeが310秒以下ならアラート
    • daemontools で memcached を立ち上げると、死んだ後すぐ立ち上がるために死活監視が失敗する可能性
• まとめ
  • 安定運用のためには、PDCAサイクル・自動化・可視化

IPA特別企画「身につけておきたい、今そこにあるシステムの救命措置」

IPA(独立行政法人情報処理推進機構)特別企画の、パネルディスカッションです。司会は園田さんです。

• 長期にわたって直してもらえない件がある
  • エスケープのミス・忘れなのに、直せないのは何故
  • 危険サイトとして公開すべき？ → デスマの原因、業務妨害
• 安全なウェブサイトの作り方
  • 仕分けの影響で有料に？
  • 新規案件向け。稼働中案件に適用しにくい
• 「稼働中のシステムにセキュリティ対策をしたい」
  • どういうプロセスが現実的か
  • ネックはなんなのか (技術、予算、体制、顧客の理解)
• Twitter のボットに呟かせるのはどうか (by dankogaiさん)
• 公開するとすぐ攻撃の対象となる。IPAが情報を保護している
• 1000日ルールはどうか？ 1000日経つと公開するとか。
• 脆弱性のあるサイトのうち、IPAが把握しているのは何割か
  • 割合が低いとすれば、IPAに発見されるのが不運と捉えられる
• クローラ等で広範囲にスキャンをかけていくといい？
  • →サンプリングは合法なのか。難しい。
• 「町を歩いて強盗に襲われた」ではなく「戸締まりをしようね」と思われるような対策がよい
• 現状は報告を受けているだけなので、サンプリングはしていいのか？
  • IPAだからこそできるはず。個人だと難しい
  • IPAとしてはちょっと苦しい結論
• はまちちゃんにチクる(by dankogaiさん)
• 昔のコードはひどい。5,000行程度あったり。「メンテして下さい」と頼まれるのは辛過ぎる。
• @kazuhoさんでもどうしようもないなら、しょうがないｗ
• 一定以上の基準をパスすれば入れる保険、とかはあるのか？
  • 一時期はあった。今は聞かない。
  • そういう保健等があると、モチベーションとなる。リスクヘッジとして使えるので。
• 社会調整的な動きしか方法がないのか。エスケープミスとかの防止方法は？
  • Xslateなどは、エスケープ処理が初めから入っている。互換性は高いが、完璧ではない
  • WEBブラウザ・HTMLの構造の問題。データとコードが混在しているために発生する
• アプリ開発者だけでなく、ブラウザ開発者を交えた方がやりやすい
• コードが受け渡しできなくなるのではないか？
  • 受け渡したとしても、実行できなければよい
• 今までのブラウザは「なんでもあり」「なんでも実行」 → mozilla と MS に制限をかけるよう交渉？
• 開発側ではなく、プラットホーム側でなんとかするとよいのか
• IPAの報告がめんどくさい。報告が適切に来なかったりする。直接やり取りした方が早い方が多い。なんとかならないか
  • 実際、時間がかかっている。「DNS特需」がきっかけ。IPAを介すだけでなく、直接報告することも推奨する
• IPAを経由すると報告者の保護ともなる。報告によって報告者が不利になる事例を知りたい
  • IPAから警察に通報したりはしない。ただし、IPAに報告しても発見者は擁護されない
  • 2003年11月に、カンファレンスで発表をしてしまって不正アクセス禁止法に引っかかって逮捕に至った事例がある
• IPAに報告したらIPAが代理で説明をしていると思うが、それは大変なのか？
  • 最近はマシになったが、大変。なかなか正しい連絡先(技術部)に辿り着けない。(開発者がTwitterに出ていれば)Twitterに叶わない
• 技術的な説明では大変なことはないか？
  • 相手による。理解できる・メンテできる人・会社が居ないパターンもある。
• ブログパーツのようなクロスサイトだと、切り分けはどうしているのか？
  • クロスサイトスクリプティングの説明自体が難しい。ハードルが高い
• 新しく出てくる用語が多過ぎて、追いつけない部分もある。啓蒙も必要か
  • WEBアプリケーションのセキュリティには、色んな要素がある。アプリだけでなくブラウザも関連する
• ブラウザを作っている人に言わせれば、HTMLをきちんと作っていないのが悪い。
• 責任の所在が不明確だが、被害を被るのはユーザ
• ブラウザのプラグインは、変なものは作りにくくなって来ている。よくなってきている。
• 萌えキャラはどうか？ → 人形で失敗したことがあるｗ

Perl 1,2,3,4 の歴史 / @mad_pさん

• 1,2 は知らないので、3くらいから
• 元ネタ → perldoc perlhist、history.perl.com、モダンPerlの世界へようこそ、など
• 黎明期（インタネット前）、普及期（CGI爆発）、発展期（WEBサービス、構造化）
• Perl1 1987年 基本的な機能
• Perl2 1988年 subの再帰、local, \d, \s
• Perl3 pack, unpack, foreach, GPL, ユーザ定義サブルーチン(XSの前身)
• Perl4 1991年 Camel Book の発売に合わせただけ。エンディアンの解説が有名！
  • if + 巨大な正規表現の最適か機能はPerl5ではなかった
  • format 機能, awkの代わり、oraperl
  • JPerl 2バイト文字の扱い
• 1995年 CGIインタフェースの登場 → KENT・・・
• Perl5 1994 オブジェクト指向、use, my, perldoc
  • Perl5の普及は遅かった・・・'99にPerl5が何かの紹介のトークがあった
  • DBIの登場、BioPerl
• 1995年 CPAN解説。anonymous FTP
• Perl本が大量に登場
• コミュニティが盛んに。1999年、YAPC。
• 1998年 Perl Conference Japan, 2000年 Perl/Ruby Conference, YARPC19010
• miyagawaさんにShibuya.pmを作らせたのはTokyo.pmの大きな業績ｗ
• これからのPerlは皆さんが作って下さい！

Android + Perl / @naoya_ito さん

• SL4A Androidデバイス上で、Perlや"PHP"を実行する
  • Android のネイティブAPIを呼べる
  • RPCで投げている
• Android SDK を利用
• emacsで書いて、adb pushで送り込む
• Perlモジュール → いくつか組み込みの。Socket.pmは入っている
• telnetがないので、echoクライアントも書く必要がある
• Publicなサーバも作れる(Pythonで5分で遠隔カメラサーバを作ったり)
• PerlからWebViewのコールバックを呼んだり
• SL4A for PHPもあります
• SL4A for 「PHP」もあります

Data::MessagePack / tokuhiromさん

• バイナリの永続化フォーマット
• PHP, Java, Perl, Haskell, C++・・・大体の言語で使える
• 非常にデータが小さい
• ストリーミングデシリアライザ。ネットワーク向き
• 使い方 → pack, unpack
• Storable に比べた利点 → 速い、他言語との交換、データが小さい
  • 欠点 → blessが使えない
• JSON::XS に比べた利点 → ちょっと速い、データサイズが小さい
  • 欠点 → 人間が読めない(バイナリなので)
• 最近のData::MessagePackの動向
  • Pure Perlサポート
  • 高速化

String::Filter 構造化テキストの正しいエスケープについて / @kazuho さん

• Twitter事件 @の直後の文字のエスケープ
  • ツイートをHTML化するアルゴリズムの不具合
  • HTMLへの変換が複数会行われていた
• 対策 → 設計をなんとかする
• 正しい設計をするだけじゃなく、「XSSが起きにくい設計」をする
  1. Tweetをパースする
  2. 次にHTMLをエンコードする
     • →利点「エンコードさえ正しければXSSは発生しない」
• パース処理は難しいかもしれないが、バグは起きてもXSSは発生しない
  • エンコード処理は、なるべく最後にまとめて行う
  • Template-Toolkitは避け*1、Text::Xslate, Template-Toolkit, Text::MicroTemplateの利用
  • ORM・DBIのプレースホルダ

Perl Parser Hacks vol.2 - @__gfx__さん

• 前回は perly.y をいじった
  • 全コンパイルが発生して大変。他の方法が欲しい
• pluggable keyword の利用 (Perl 5.12.0より)
  • デモはトラブルのため中止...
  • 欠点 → 使いにくい
• parse_fullstmt() API (Perl5.13.5) → parseして構文木を返せる
  • Void.pm ・・・もデモできず
• 単位がステートメントで、荒い。
• Method signeture の実装に使われるAPIなのかも → 5.14に期待！？
• 次回予告 → YAPCではXslateの話します

おまけ

@mad_pさんに、新Perlの国へようこそへサインをして頂きました。10年以上使っていて思い入れのある本だったので、とても嬉しいです。ありがとうございました！

新Perlの国へようこそ―Perl5対応版 (Computer Todayライブラリ (34))