Let's Encrypt を支える ACME プロトコル - Block Rockin’ Codes

2015/11/08 264 users Mozilla encrypt Block Rockin

2015-11-08 Let's Encrypt を支える ACME プロトコル tls let's encrypt acme Intro 先日 #http2study で mozilla の Richard Barnes が Let's Encrypt について話してくれました。 資料: Let's Encrypt Overview この資料の翻訳 はしたのですが、いらなくなってしまったので供養... 続きを読む

次世代 Web カンファレンスを開催しました #nextwebconf - Block Rockin’ Codes

2015/10/20 170 users hashtag nextwebconf 後援 名称 日時

2015-10-21 次世代 Web カンファレンスを開催しました #nextwebconf nextwebconf web intro 次世代 Web カンファレンスを開催しました。 名称: 次世代 Web カンファレンス 日時: 2015/10/18(日) 9:00-17:30 場所: 法政大学外壕校舎 4F 後援: 法政大学情報科学部 参加費: 無料 hashtag: 全体: #nextwe... 続きを読む

次世代Webカンファレンス「サーバーサイドパフォーマンス」レポート #nextwebconf ｜ Developers.IO

2015/10/18 148 users nextwebconf xcir クックパッド 趣旨 虎塚

こんにちは、虎塚です。 本日は次世代 Web カンファレンスに来ました。イベントの趣旨は「「次世代 Web カンファレンス」を開催します - Block Rockin’ Codes」で公開されています。 最初のセッション「server_perf (サーバーサイドパフォーマンス)」に参加してメモを取ったので、共有します。 オーナー: @mirakuiさん -- クックパッドでインフラ担当 @xcir... 続きを読む

HTTP2 の RFC7540 が公開されました - Block Rockin’ Codes

2015/05/15 229 users RFC HPACK Block Rockin 今朝 策定作業

2015-05-15 HTTP2 の RFC7540 が公開されました http2 RFC7540 Intro 今朝、ついにずっと策定作業が行われていた HTTP/1.1 の後継仕様である HTTP2 と、 関連仕様である HPACK が、 RFC として公開されました。 ついに HTTP2 RFC 7540 出た！！ #http2study / “rfc7540.txt” http://t.co... 続きを読む

HTTP2 時代のサーバサイドアーキテクチャ考察 - Block Rockin’ Codes

2015/05/11 424 users サーバサイド RFC 目前 Block Rockin 前提

2015-05-11 HTTP2 時代のサーバサイドアーキテクチャ考察 http2 intro HTTP2 の RFC 化も目前ということで、そろそろ実際に HTTP2 を導入していくにあたってサーバサイドの構成についても、具体的にどう変わっていくかという点を考え始めていく必要があります。 そんな話を @koichik さんとしていたら、色々と考えが膨らんだのでメモしておきます。 前提 今回は、中... 続きを読む

HTTPS 化する Web をどう考えるか - Block Rockin’ Codes

2015/05/05 770 users エントリ https 全文 Block Rockin 翻訳

2015-05-05 HTTPS 化する Web をどう考えるか web security tls https Intro 4/30 mozaiila のセキュリティブログに下記のようなエントリが投稿されました。 Deprecating Non-Secure HTTP | Mozilla Security Blog エントリはそこまで長くないので、ここに翻訳の全文を記載します。 そして、元エントリ... 続きを読む

Ajax 誕生から 10 年とこれから - Block Rockin’ Codes

2015/02/17 275 users Applications Ajax 出典 URL 名前

2015-02-18 Ajax 誕生から 10 年とこれから ajax web Intro 誕生と言うのが正しいか微妙だけど、多分誕生でいいと思います。 というのも、「Ajax」という名前の出典は以下の記事で、この記事が書かれたのが今日からちょうど 10 年前でした。 Ajax: A New Approach to Web Applications (当時から、 URL が一回変わっている) We... 続きを読む

Extensible Web を支える低レベル API 群 - Block Rockin’ Codes

2015/02/08 177 users レイヤ Block Rockin API 低レベル 多い気

2015-02-09 Extensible Web を支える低レベル API 群 ExtensibleWeb fetch serviceworker webcomponents whatwg Intro 最近 Extensible Web の話がたまに出るようになりましたが、なんというかレイヤの高い概念(ポエム)的な話が多い気がしてます。 もう少し具体的な API とか、「それコード書く上で何が変... 続きを読む

Extensible Web の夜明けと開発者が得た可能性の話 - Block Rockin’ Codes

2014/12/21 142 users WHATWG 真逆 Block Rockin 意思 夜明け

2014-12-22 Extensible Web の夜明けと開発者が得た可能性の話 whatwg, ExtensibleWeb fetch serviceworker url Web based on Standards Web は誰のものでもありません。 だれかプロダクトオーナーがいてその人が意思決定するとか、そういうのとは真逆の成り立ちをしています。 標準的な仕様を決めて、その仕様に則って ... 続きを読む

Golang Error Handling lesson by Rob Pike - Block Rockin’ Codes

2014/12/14 141 users Block Rockin

2014-12-15 Golang Error Handling lesson by Rob Pike go golang gocon error Intro この記事は Go Advent Calendar 2014 の 15 日目の記事です。 例えばネットワークのフレーム処理的なものを書いている場合、以下のようなコードがよくでてきます。 There are many codes like th... 続きを読む

Fetch API 解説、または Web において "Fetch する" とは何か？ - Block Rockin’ Codes

2014/11/11 243 users fetch Block Rockin ドラフト 仕様 web

2014-11-11 Fetch API 解説、または Web において "Fetch する" とは何か？ fetch WHATGW Fetch Spec WHATWG のメンテナンスするドラフトに Fetch Spec が追加されました。 もうすでに日本語訳もあります、すばらしい。Fetch Standard 日本語訳 この仕様には二つのことが定義されています。 "Fetching": Fetc... 続きを読む

Stream API がブラウザにやってくる - Block Rockin’ Codes

2014/11/01 233 users プログラミングスタイル Block Rockin API

2014-11-01 Stream API がブラウザにやってくる stream Intro #jserinfo 200 回記念おめでとうございます！ azu 先生が、「万一のための LT くらい常に用意しておけ」とおっしゃっていたので、用意します。 今日は、フロントのプログラミングスタイルに、にまた一つ大きな変化をもたらすであろう Stream という API についてです。 Stream AP... 続きを読む

「for やめろ」またはイベントループと nextTick() - Block Rockin’ Codes

2014/09/12 304 users イベントループ esehara lldiver while

2014-09-12 for やめろ」またはイベントループと nextTick() node.js nextTick setImmediate ものすごく遅レスですが、LLDiver で @esehara さんの LT であった話。 forやめろ、あるいは「繰り返し」という呪縛から逃れるために 簡単に言うと、 1~10 までを出力する方法を複数考えるというもの。 for, while, 再帰, g... 続きを読む

ハイパフォーマンス ブラウザネットワーキング書評 - Block Rockin’ Codes

2014/05/11 122 users 原著 献本 Block Rockin 執筆段階 翻訳本

2014-05-12 ハイパフォーマンス ブラウザネットワーキング書評 書評 performance Intro 執筆段階から、 Web で無料閲覧できた High Performance Browser Networking が、紙の本として出版され、その翻訳本が完成したということで、献本を頂きました。 原著には本当にお世話になったし、 HTML5Experts.jp で書いた Make the... 続きを読む

Go のスライスの内部実装 - Block Rockin’ Codes

2014/04/30 184 users メモリーリーク 実装 Block Rockin スライス 言語

2014-04-30 Go のスライスの内部実装 golang go slice Intro Go のスライスは、いわゆる LL 系の言語が持つ可変長配列の実装と似ています。 よって LL のような手軽な扱いをすることもできますが、その内部実装を知ることでより効率の良いメモリハンドリングができ、パフォーマンスを改善や、メモリーリークの防止などに繋がる可能性があります。 この辺は SWrap という... 続きを読む

なぜ html の form は PUT / DELETE をサポートしないのか？ - Block Rockin’ Codes

2014/03/29 469 users Put Delete Form Block Rockin 議論

2014-03-29 なぜ html の form は PUT / DELETE をサポートしないのか？ web html http rest 注意 内容については一切保証しません。 ここでは、主に W3C ML での議論や各種仕様などに基づいて書いています。 ここに書かれていることが正しいかどうかは、自身で判断して下さい。 事実としておかしいところなどは、コメントでどんどん指摘して下さい。遠慮は... 続きを読む

なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes

2013/07/22 360 users Chromium 音沙汰 SPDY quic ドラフト

spdy, quic, make the web faster IntroGoogle が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。6 月に入ってやっと Google から公... 続きを読む

次世代規格 HTTP2.0 のファーストドラフト公開 - Block Rockin’ Codes

2012/12/09 303 users IETF SPDY http プロトコル ドラフト

http2.0, spdy intro少し経って、去る11月28日に、HTTP プロトコルの次期規格となる HTTP2.0 のドラフト、 draft-ietf-httpbis-http2-00が、IETF の httpbis ワーキンググループで公開されました。 このドラフトは Google から提案された仕様である SPDY が採用されています。 HTTP1.1 からのアップデートHTTP1.1... 続きを読む

WebSocket サーバの実装とプロトコル解説 - Block Rockin’ Codes

2012/07/25 403 users buffer RFC WebSocket サーバ 実装

websocket, buffer, node.js introなんだかんだ WebSocket を使ってるのに、 WebSocket サーバを自分で書いたことが無かったので、RFC も落ち着いてきたここらで、仕様を読みながら実装してみようと思いました。 "WebSocket サーバ 実装" とかでググると、 Socket.IO とか pywebsocket でWebSocket アプリ作って、「... 続きを読む

Node.js の起動オプション、環境変数、npm start の話 - Block Rockin’ Codes

2012/04/10 218 users node node.js Block Rockin それ単体

node.js, npmNode は起動時に色々オプションをつけることができます。面白いもの、有益なものあるんですが、あまり言及されてないので、ちょっと紹介してみようかと思ってます。 最後の npm start の話は、それ単体で書いても良いかと思っていたんですが、関連するし良い機会なので書きます。そして、オプション周り興味がない方も、Node やってる方は最後の npm start の話だけでも... 続きを読む

"リアルタイム Web" に関するプラクティスのアウトプット - Block Rockin’ Codes

2011/12/26 366 users ステートレス ステートフル Socket.IO プラクティス

Socket.IO, Node.js, RealtimeWeb introductionWebSocket なんかをつかって、従来のステートレスな処理以外に、コネクションを継続するステートフルな処理が可能になりました。これを利用すると、これまで実装が難しかったリアルタイムな表現を Web に持ち込むことができます。 そして、 WebSocket を用いたプログラムを作成する上で、Node.js と... 続きを読む

Node.js の Stream API で「データの流れ」を扱う方法 - Block Rockin’ Codes

2011/12/04 216 users stream node WebSocketsコース API

node.js, stream 本文この記事は、JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース) の 4 日目の記事です。 Node には Stream という API があります。Stream はとても重要な技術で、 「Stream を制するものは、 Node.js を制す」 だそうです。実際、 Stream は Node が得意とす... 続きを読む

JavaScript のパフォーマンスと Sweet Spot の甘い罠 - Block Rockin’ Codes

2011/11/10 103 users Block Rockin 甘い罠 パフォーマンス

javascript, performance, v8 本文先日 JavaScript を高速化するには、 VM を知る必要があるんだろうと思い、以下のような発言をしてみました。 とにかく今は 「V8の最適化の恩恵を受けるための JS の書き方」や「ホットスポットを温めて C よりも速い JS を書こう」という釣りっぽいけど釣りじゃない記事を @Constellation さんや @bad_at_... 続きを読む

Node 時代のスケールアーキテクチャ考察(Scale 編) - Block Rockin’ Codes

2011/06/18 104 users WebSocket SSP Block Rockin 結論

node.js, WebSocket, scale Node におけるスケールアーキテクチャ考察(SSP 編) - Block Rockin’ Codes の続きです。もともと何となく結論があって書き始めたんですが、書きながら色々調べているうちによくわからなくなりました。まだまだ調べたらないことがわかったので、とりあえず今わかっているところまで書きます。結局何がいいたいのかよくわからない感じかもし... 続きを読む