GDG DevFest 2015 @ HangZhou
Site Reliability Engineering Team（通称SRE）の@cubicdaiyaです。最近チーム名が変わりました。 今回はConsulを利用して複数台のnginxサーバのTLSセッションチケットを自動更新する仕組みについて紹介します。 TLSセッションチケットは簡単に言うとTLSのセッション情報を暗号化してクライアント側に保存することで HTTPS通信時に行われるTLSハンドシェイクの手順を省略してネットワークレイテンシを削減するための仕組みです。(詳細については一番下の参考情報を御覧ください) 似たような仕組みとしてTLSセッションキャッシュがありますが、こちらはセッション情報をサーバ側に保存します。 HTTPS通信ではTCPのハンドシェイクに加えてTLSのハンドシェイクが必要になるのでHTTP通信よりもネットワークのレイテンシが大きくなりますが、 これらの仕組み
http://martinfowler.com/bliki/TestCoverage.html 「テストカバレッジ(コードカバレッジ)の目標値はどれくらいがいいのか？」という質問とか、コードカバレッジの高さの自慢とかを、ときどき耳にする。でも、大事なポイントを外している。コードカバレッジは、コードのテストされていない部分を発見するための有用なツールである。ただテスト自体がどれだけ良いかという指標としては、テストカバレッジはほとんど役に立たない。 二つ目の例を先に検討してみよう。「カバレッジが87%以上じゃないと本番には入れない」というようなことをやっているところも多いみたいだ。「TDDやっているならカバレッジが100%があたりまえ」という言葉を聞くこともある。賢人が言った: カバレッジが高いことを期待する。マネージャがそう期待することもある。でも微妙な違いがある。 – Brian Mari
冥王星の山々や氷の平原や谷が日没の光にほのかに輝き、かすんだ空も光を放っている。（PHOTOGRAPH BY NASA/JHUAPL/SWRI） 冥王星はきわめて小さな天体だが、流れる氷河、興味深いくぼみのある領域、かすんだ空、多くの色を持つ風景など、信じられないほど多様な特徴が見られる。溶岩ではなく氷を噴き出す「氷の火山」や氷に浮かぶ山々があり、さらに衛星は予想もつかない動きをしているようだ。（参考記事：「冥王星“接近通過”をめぐる10の疑問に答える」） 2015年7月に冥王星へのフライバイを成功させたNASAの探査機「ニューホライズンズ」の科学者チームは、11月9日、米国天文学会惑星科学部会の年次総会で新たな観測結果を発表した。観測データが示す冥王星は、事前の予想とは全く異なる天体だった。（参考記事：「冥王星の三つの事前想像図」） ニューホライズンズの主任研究者であるアラン・スターン氏
Ojを知ったきっかけ Padrinoでスケルトンを作るとGemfileにojというgemが入っている。 Optimized JSONの略らしい。 標準ライブラリとなったjsonよりも早いらしい。 JSONの替わりに使ったOJが速い - Qiita 自分も、開発しているサービスで使われているJSONデータを使ってやってみたら、 確かにOjの方が早かった。 https://gist.github.com/rightgo09/6492700 Ojのdump mode で、改めて触ってたら、デフォルトでOj.dumpでJSONを吐くと、 シンボルはすべて":hoge"のようになることが分かったのでメモ。 もしそれが意図しておらず、JavaScriptでコロンは不要なら、 :mode => :compatが必要である。 Oj.dump({ :hoge => :fuga }) #=> {":hoge"
ここ一ヶ月ほどQEMUのコードとお戯れしていたのですが、 qemuのソースコードもうすぐ読みきりそうなのでどこかにまとめたいんだけど、qemu internalみたいな記事ってどれぐらい需要あるの— 前代未聞 (@RKX1209) 2015, 11月 9 と言ってみた所なんとなく需要がありそうだったので書きました。 本記事ではQEMUの内部実装を追い、具体的な仕組みを見ていきます。もし研究や仕事などでqemuを読む必要がある方や、これから趣味で読んでみようという方はぜひ参考にしてください。 (QEMU internalsというよりはQEMUコードリーディングの方が適切かもしれませんね....) さてここで扱うQEMUはqemu2.4.0でゲストはx86,ホストはx64であると仮定します。 両方共x86系となるとDBTの意味はあまり無く、KVM使ってどうぞという話になるのですが、あくまでコー
Firefox Developer Conference 2015の講演資料 http://www.mozilla.jp/events/devcon/2015/tokyo/ ES6 Modulesの現状確認がメインです。Read less
知っている人は知っていましたが、その昔、まつもとさんにEmacs実践入門の本書に寄せてを書いてもらった時、実は僕はまだRubyを1行も書いたことがありませんでした。しかし、あれから3年、いまでは普通にRubyを書くようになりました。 そこで、本日はRubyを書く際に、僕が便利に利用しているAtomパッケージのひとつを紹介したいと思います。 RuboCop。 さて、初心者がRubyを書く際に、とても頼りになるGemがあります。それがRuboCopです。新しい言語を学ぶ際、シンタックスチェッカーは必須ツールですが、RuboCopは、スタイルガイドに従って自分の書いたコードが、RubyとしてGoodかBadか判断して警告してくれるため、他の言語は書いたことあるけどRubyは初めて、という人にとって、とてもありがたいツールです。 そんなRuboCopには「-a / --auto-correct」オ
CloudFront 署名付き Cookie を使用すると、現在の URL を変更したくない場合や、複数の制限付きファイル (ウェブサイトの購読者の領域にあるすべてのファイルなど) へのアクセスを提供する場合に、誰がコンテンツにアクセスできるかを制御できます。このトピックでは、署名付き Cookie を使用する際の考慮事項と、既定ポリシーとカスタムポリシーを使用するように署名付き Cookie を設定する方法について説明します。 署名付き Cookie に既定ポリシーを使用するか、カスタムポリシーを使用するかを決定する 署名付き Cookie を作成する場合、Cookie の有効期間など、署名付き Cookie で制限を指定する JSON 形式のポリシーステートメントを作成します。既定ポリシーまたはカスタムポリシーを使用できます。次の表では、既定ポリシーとカスタムポリシーを比較しています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く