PerlCasual #05 を開催しました #perlcasual - ゆーすけべー日記
昨日29日（金）の夜、渋谷ヒカリエにあるNHN Japanさんのカフェスペースにて「PerlCasual #05」を開催しました。 PerlCasualのイベントは、前回2011年4月29日にtomi-ruさんの「Perl CPANモジュールガイド」出版を記念して行ったイベントから数えて2年ぶりの開催です。発表者や関係者など合わせておおよそ70名弱の方に参加していただきました。ありがとうございます。いくつかのトピックに分けて今回のイベントを振り返ってみましょう。 開催に至った経緯とその準備 とある2月の日。大学の後輩であり現在はヒカリエの一番上に勤務しているすがちゃん（@yoshirock55）と夜飯を食った帰り際、久しぶりにPerlCasualのイベントをやろう！と個人的に熱くなったのが今回のモチベーションです。すがちゃんは会社の同僚と、社内ベンチャー的にWebサービスやそれと絡んだiP
test_requires all the way
tl;dr Today possibly for the first time ever, CPAN toolchain ecosystem all support test requirements as separate from build requirements. I can’t be happier ever. Little bit of history. Timeline might be not in the correct order. Module::Install always had test_requires() with forward compatibility in mind. However META spec v1.4 didn’t support specifying test requirements separate from build requ
Same-Origin Policy とは何なのか。 - 葉っぱ日記
ちょっと凝ったWebアプリケーションを作成していたり、あるいはWebのセキュリティに関わっている人ならば「Same-Origin Policy」(SOP)という言葉を一度は聞いたことがあると思います。日本語では「同一生成元ポリシー」あるいは「同一生成源ポリシー」などと訳されることもありますが、個人的には「オリジン」は固有の概念を表す語なので下手に訳さず「同一オリジンポリシー」と書いておくのが好きです。 さて、この「オリジン」とは何なのかという話ですが、これは「RFC 6454 - The Web Origin Concept」で定められており、端的に言うと「スキーム、ホスト、ポート」の組み合わせをオリジンと定め、それらが同じものは同一のオリジンとして同じ保護範囲のリソースとして取り扱うということです。 例えば、http://example.jp/fooとhttp://example.jp:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
