Kazuho's Weblog: HTTP のプライオリティが大きく変わろうとしている話（その他 IETF 105 雑感）

2019/07/30 372 users プライオリティ http トランスポートプロトコル 雑感 仕様

先週、モントリオールで開催された IETF 105 に参加してきました。 いろんなことがあったのですが、個人的に一番大きかったのは、HTTP/3 からプライオリティ（優先度制御）まわりの仕様を落とすことが決定したこと。 HTTP/3 は、トランスポートプロトコルである QUIC の上で動作する、次世代の HTTP プロトコルです。そ... 続きを読む

Kazuho's Weblog: QUICハンドシェイクの再設計、もしくはTLSレイヤの終焉

2018/06/12 136 users 終焉 再設計

先週スウェーデンのKistaで開催された 第５回QUIC Interim で、 ハンドシェイクプロトコルの再設計方針 が採用されました。 提案者として、その背景にある考え方を整理したいと思います。 ▪️提案内容 詳しくは Design Doc を見てもらえばいいとして、ざっくりいうと、 TLSスタックをふたつに分割し パケットはQUICがレイアウトしたバイト列をTLSスタックが提供するAPIを使っ... 続きを読む

Kazuho's Weblog: 海賊版サイトのブロッキングについてアンケートをとってみたら興味深い結果が出た

2018/04/26 173 users ブロッキング kazuho ISP Kazuho Oku 議論

政府がISPに対し対し海賊版サイトのブロッキングを要請し、議論になっています。あなたは以下のどの対策が正しいと思いますか？ — Kazuho Oku (@kazuho) April 25, 2018 832票もの回答をいただきました。ありがとうございます。結果をみて、いくつか感想を述べさせていただきたいと思います。 ▪️海賊版サイトに対し、なんらかの新たな対策が必要かどうかについて 83%の方々が... 続きを読む

Kazuho's Weblog: HTTP/2で 速くなるとき ならないとき

2018/04/17 246 users http

Palmscape / Xiino world's first web browser for PalmPilot / Palm OS bundled by IBM, Sony, etc. awarded as M.I.T. TR100/2002 Development of Integrated Web-application Development Environment accredited... 続きを読む

Kazuho's Weblog: CI 用 Docker イメージ作成におけるベストプラクティス

2017/12/27 100 users Docker ベストプラクティス 一念 秘伝 エラー

H2O の CI では長らく、秘伝のタレ的な .travis.yml を使い続けてきたのですが、なにぶん依存関係が多いもので、だいぶメンテナンスが辛い感じになってきていました。また、CI テストで発生したエラーの調査の度に、時間のかかる CI を回さなければならないことが、開発者のストレスとなっていました。 そこで一念発起して、 Docker イメージを使った CI に切り替えることにしました（実... 続きを読む

Kazuho's Weblog: git blameでプルリクエストの番号を表示する

2017/12/27 217 users git blame プルリクエスト GitHub core

GitHub でプルリクエスト前提の開発をしていると、 git blame で「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl 。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略... 続きを読む

Kazuho's Weblog: コマンド一発でソースコード検索＆表示できる「peco」改が凄い！

2017/03/03 772 users peco Ack インクリメンタル lestrrat less

lestrrat さんがやってくれました。 ずいぶん前から、ソースコードを検索して読みやすいコマンドはないかなーと思っていました。個人的にはackで検索して見つかったファイルをlessで開いて再びキーワードを入れて当該行までジャンプしていたのですが、毎回毎回めんどくさい感じでした。コマンド一発でインクリメンタル検索してキーワード周辺のソースコードを読めるツールが欲しいなぁって思ってたんです。 とあ... 続きを読む

Kazuho's Weblog: コマンド一発でソースコード検索＆表示できる「peco」改が凄い！

2017/03/03 769 users peco Ack インクリメンタル lestrrat less

lestrrat さんがやってくれました。 ずいぶん前から、ソースコードを検索して読みやすいコマンドはないかなーと思っていました。個人的にはackで検索して見つかったファイルをlessで開いて再びキーワードを入れて当該行までジャンプしていたのですが、毎回毎回めんどくさい感じでした。コマンド一発でインクリメンタル検索してキーワード周辺のソースコードを読めるツールが欲しいなぁって思ってたんです。 とあ... 続きを読む

Kazuho's Weblog: Fastly に入社しました

2017/01/12 529 users fastly

2017年1月1日付で、 Fastly 社へ転職したので報告いたします。 過去５年間、 DeNA では R&D 的な立場から、様々な基盤的ソフトウェア（オープンソースになったものもありますし、クローズドなものもあります）の開発に携わってきました。 最近２年間は、同社のゲーム用サーバに端を発するオープンソースの HTTP/2 サーバ「 H2O 」の開発に従事してきましたが、その実装品質が高く評価され... 続きを読む

Kazuho's Weblog: Fastly に入社しました

2017/01/12 529 users fastly

2017年1月1日付で、 Fastly 社へ転職したので報告いたします。 過去５年間、 DeNA では R&D 的な立場から、様々な基盤的ソフトウェア（オープンソースになったものもありますし、クローズドなものもあります）の開発に携わってきました。 最近２年間は、同社のゲーム用サーバに端を発するオープンソースの HTTP/2 サーバ「 H2O 」の開発に従事してきましたが、その実装品質が高く評価され... 続きを読む

Kazuho's Weblog: 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！

2015/10/08 333 users はめ Rope kazuho October ツイート

雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！ 逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想— Kazuho Oku (@kazuho) October 6, 2015とツイートしたところ、処理系の... 続きを読む

Kazuho's Weblog: 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！

2015/10/08 333 users はめ Rope Thursday kazuho ツイート

Thursday, October 8, 2015 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！ 逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想— Kazuho Oku (@kazuho) Octo... 続きを読む

Kazuho's Weblog: ウェブページの描画 (first-paint) までの時間を測定するツールを作った件

2015/10/01 294 users load ウェブブラウザ 描画 ウェブページ API

ウェブサイトチューニングにおいては、 ユーザができるだけ早くウェブページを閲覧し始めることができるよう、first-paintの値を小さくすることを第一の目標注1 全データができるだけ早く揃うよう、loadの値を小さくすることを第二の目標 とすることが一般的かと思います。 ですが、残念なことに、first-paintまでの時間をAPIを用いて取得できるウェブブラウザは一部に限られています（参照:「... 続きを読む

Kazuho's Weblog: ウェブページの描画 (first-paint) までの時間を測定するツールを作った件、もしくはHTTP2時代のパフォーマンスチューニングの話

2015/10/01 294 users Thursday October Bing 描画 ウェブページ

Thursday, October 1, 2015 ウェブページの描画 (first-paint) までの時間を測定するツールを作った件 ウェブページの表示までにかかる時間をいかに短くするかってのは、儲かるウェブサイトを構築する上で避けて通れない、とても重要な要素です。 少し古いデータとしては、たとえば、ウェブページの表示が500ミリ秒遅くなると広告売上が1.2%低下するというBingの例なんかも... 続きを読む

Kazuho's Weblog: Neverbleed - RSAの秘密鍵演算を別プロセスに分離する話

2015/09/24 135 users RSA Ope qmail Thursday 別プロセス

Thursday, September 24, 2015 Neverbleed - RSAの秘密鍵演算を別プロセスに分離する話 機能毎にプロセスを分割し、それらを別個の権限のもとで実行することで、脆弱性があった場合の影響を抑え込むというのは、一定以上の規模をもつプログラムでは、しばしば見られるデザインパターンです。 qmailは、そのような設計がなされたメール配送デーモンとして名高いですし、Ope... 続きを読む

Kazuho's Weblog: 前方秘匿性 (forward secrecy) をもつウェブサイトの正しい設定方法

2015/07/23 118 users ウェブサイト Thursday 正しい設定方法 楕円曲線 性質

Thursday, July 23, 2015 前方秘匿性 (forward secrecy) をもつウェブサイトの正しい設定方法 前方秘匿性（forward secrecy）とは、以下のような性質を指します。 公開鍵暗号の秘密鍵のように、比較的長期に渡って使われる鍵が漏えいしたときでも、それまで通信していた暗号文が解読されないという性質 鍵が漏れることも想定せよ――クラウド時代における「楕円曲線... 続きを読む

Kazuho's Weblog: H2OとPHPを組み合わせるの、超簡単です（もしくはmod_rewriteが不要な理由）

2015/06/18 137 users mod_rewrite Hoge entry PHP H2O

Thursday, June 18, 2015 H2OとPHPを組み合わせるの、超簡単です（もしくはmod_rewriteが不要な理由） FastCGI対応機能がH2Oにマージされたことを受けて、uzullaさんが「H2OでPHP（がちょっとだけ動くまで）」という記事を書いてくださっています。 ありがたやありがたや。 その中で、 http://hoge/entry/1 みたいなのをphpにマップす... 続きを読む

Kazuho's Weblog: jailing - chroot jailを構築・運用するためのスクリプトを書いた

2015/05/14 107 users jailing chroot jail サーバソフトウェア

Thursday, May 14, 2015 jailing - chroot jailを構築・運用するためのスクリプトを書いた 個人サーバで外部に公開するサービスを動かすときには、chrootを使うにこしたことはないわけです。サービス毎にchrootしてあれば、サーバソフトウェアにセキュリティホールがあっても、他の情報が漏洩したりする可能性をぐっとおさえることができるわけですから。 でも、そのた... 続きを読む

Kazuho's Weblog: MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた

2015/03/31 185 users RDB MySQL エントリ データベース 論理削除

MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた 先のエントリ「論理削除はなぜ「筋が悪い」か」で書いたとおり、データベースに対して行われた操作を記録し、必要に応じて参照したり取り消したりしたいという要求は至極妥当なものですが、多くのRDBは、そのために簡単に使える仕組みを提供していません。 daifukuは、RDBに対して加えられた変更をトランザクション単位でRDB内... 続きを読む

Kazuho's Weblog: さらば、愛しき論理削除。MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた

2015/03/31 186 users Tuesday RDB エントリ データベース 論理削除

Tuesday, March 31, 2015 MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた 先のエントリ「論理削除はなぜ「筋が悪い」か」で書いたとおり、データベースに対して行われた操作を記録し、必要に応じて参照したり取り消したりしたいという要求は至極妥当なものですが、多くのRDBは、そのために簡単に使える仕組みを提供していません。 ないのなら、作ってみようホトト... 続きを読む

Kazuho's Weblog: 論理削除はなぜ「筋が悪い」か

2015/03/25 485 users 論理削除 immutable mike-neck RDB 資源

「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 ... 続きを読む

Kazuho's Weblog: 論理削除はなぜ「筋が悪い」か

2015/03/25 486 users 論理削除 immutable mike-neck RDB 資源

Thursday, March 26, 2015 論理削除はなぜ「筋が悪い」か 「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、... 続きを読む

スタートアップにおける糞コードとエンジニアの役割について - 表道具

2015/03/19 162 users エンジニア 糞コード 役割 表道具 スタートアップ

2015-03-19 スタートアップにおける糞コードとエンジニアの役割について Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた 「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - delirious thoughtsblog.kentarok.org 4年前，俺はあるスタートアップで社長に「あ... 続きを読む

Kazuho's Weblog: 「技術的負債」は返すべきなのか - 割引率を使って考えてみた

2015/03/19 460 users 負債 フレーズ エンジニアリング 運用コスト 運用コスト最適化

「技術的負債」は返すべきなのか - 割引率を使って考えてみた ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。... 続きを読む

Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

2015/03/19 460 users 負債 Thursday 割引率 エンジニアリング 運用コスト

Thursday, March 19, 2015 「技術的負債」は返すべきなのか - 割引率を使って考えてみた ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する... 続きを読む