CoAP — Constrained Application Protocol | Overview
RFC 7252 Constrained Application Protocol “The Constrained Application Protocol (CoAP) is a specialized web transfer protocol for use with constrained nodes and constrained networks in the Internet of Things. The protocol is designed for machine-to-machine (M2M) applications such as smart energy and building automation.” REST model for small devices Like HTTP, CoAP is based on the wildly successfu
Main Page - Firmata
This wiki is no longer actively maintained. For up-to-date information on the Firmata protocol and various host implementations please go to the following github pages: Firmata protocol General documentation of the Firmata protocol. To contribute: Propose and comment on new features by opening an issue or submitting a pull request. Note that not all proposals have been migrated from the old wiki y
RFC2616 is Dead
Hi, I’m Mark Nottingham. I usually write here about the Web, protocol design, HTTP, and Internet governance. Find out more. Comments? Let's talk on Mastodon. @mnot@techpolicy.social Saturday, 7 June 2014 HTTP Standards Web Don’t use RFC2616. Delete it from your hard drives, bookmarks, and burn (or responsibly recycle) any copies that are printed out. Since 1999, it has served as the definition of
ErlPort - connect Erlang to other languages
What is ErlPort? ErlPort is a library for Erlang which helps connect Erlang to a number of other programming languages. Currently supported external languages are Python and Ruby. The library uses Erlang port protocol to simplify connection between languages and Erlang external term format to set the common data types mapping. Please check Documentation page for features of ErlPort, examples and m
Raft - The Understandable Distributed Protocol
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
HPACK の Integer Representation の仕組み - Block Rockin’ Codes
intro この内容は、 HPACK draft-03 を元に書かれています。 http://tools.ietf.org/html/draft-ietf-httpbis-header-compression-03 将来のドラフトでは変わる可能性があるためバージョンにはご注意下さい。 (以下の内容は、自分がアルゴリズムから読み解いたものなので、間違ってたら教えて下さい。) HPACK HPACK のフレーム表現の中に、以下のような表記が出てくる。 0 1 2 3 4 5 6 7 +---+---+---+---+---+---+---+---+ | 1 | Index (7+) | +---+---------------------------+この Index(7+) は、ここに数値が 7 bit もしくは、それに続く数 byte を用いて、 表現されていることを示している。 この表現
Advice
Things we have learned and common mistakes - todo The spec notes that stream ids must be increasing, but this can be easy to accidentally violate. If after frame generation, you insert the frame into a priority queue, then it's possible for a higher priority frame to move ahead. Therefore, stream ids must be generated/committed later in processing in order to ensure correct stream id ordering. Imp
Hypertext Transfer Protocol version 2.0 (draft-ietf-httpbis-http2-latest)
Hypertext Transfer Protocol Version 2 (HTTP/2) draft-ietf-httpbis-http2-latest Abstract This specification describes an optimized expression of the semantics of the Hypertext Transfer Protocol (HTTP), referred to as HTTP version 2 (HTTP/2). HTTP/2 enables a more efficient use of network resources and a reduced perception of latency by introducing header field compression and allowing multiple conc
Bitcoinの金鉱はそのプロトコルにあり（様々な応用例） - YAMDAS現更新履歴
The money is in the Bitcoin protocol | Internet Ganesha 2011年の最初の熱狂のピーク以降、いろいろ問題を指摘されつつ、最近も「2万ドルのBitcoin用ATM、RoboCoin、予約受付開始」など話題に事欠かない仮想通貨 Bitcoin だが、Bitcoin の重要性はそのプロトコルにあり、という記事である。 なるほど、P2P ネットワークを構成する暗号プロトコルとして考えた場合、仮想通貨以外にもいろいろな用途に使える可能性があるようで、このあたり BitTorrent プロトコルに近いのかも。この文章では以下の例が挙げられている。 Bitmessage：暗号化 P2P 通信 Zerocoin：Bitcoin プロトコルを完全な匿名通貨トランザクションを実現すべく拡張 Gliph：暗号化モバイル通信 日本にいると分かりにくいが、Bi
Hypertext Transfer Protocol version 2.0 (draft-ietf-httpbis-http2-04) 日本語訳
この文書は「Hypertext Transfer Protocol version 2.0 (draft-ietf-httpbis-http2-04)」の日本語訳です。 原文の最新版 は、この日本語訳が参照した版から更新されている可能性があります。 原文はドラフト版であり、HTTP 2.0 は現在策定中の仕様であることに十分注意してください。 この日本語訳は参考情報であり、正式な文書ではないことにも注意してください。また、翻訳において生じた誤りが含まれる可能性があるため、必ず原文もあわせて参照することを推奨します。 公開日: 2013-08-20 更新日: 2013-09-01 翻訳者: Moto Ishizawa <[email protected]> 概要 この仕様書は Hypertext Transfer Protocol (HTTP) シンタックスの最適化された表現について述べます
MySQLのプロトコル解説 - とみたまさひろ - Rabbit Slide Show
Page: 1 MySQLのプロトコル解説 とみたまさひろ 日本MySQLユーザ会 MyNA会 2013/07/29 MySQLのプロトコル解説 Powered by Rabbit 2.1.1 Page: 2 自己紹介 とみた まさひろ MySQLユーザ会 (名ばかり代表) 長野県北部在住 プログラマー (Ruby & C) http://tmtms.hatenablog.com http://twitter.com/tmtms https://github.com/tmtm/ruby-mysql MySQLのプロトコル解説 Powered by Rabbit 2.1.1 Page: 3 趣味 誰も使わないRubyライブラリを作ったり MySQL の yacc ファイル読んだり マンガ読んだり 聖悠紀 / 佐々木淳子 / 岡崎二郎 / 星野之宣 / 長谷川裕一 / 島本和彦 / 桑田乃梨子
Googleの新プロトコルQUICを試す - ぼちぼち日記
1.QUIC仕様の公開 以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。 また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？ 先のChromium BlogのエントリーでQUICは、 「Quick UDP Inte
tus - resumable file uploads
We stand with the brave people of Ukraine. Stop the war. Find out how you can help . People are sharing more and more photos and videos every day. Mobile networks remain fragile however. Platform APIs are also often a mess and every project builds its own file uploader. There are a thousand one-week projects that barely work, when all we need is one real project. One project done right. We are the
Googleが仕掛ける新プロトコルQUICとは何か - ぼちぼち日記
まずは免責事項。 1.Disclaimer 本ブログの記載内容は、筆者が独自に QUIC に関する Chromium のソースを分析し、検証した結果です。 QUICに関するGoogle からの公式な技術資料は現状公開されていません。 今後、QUICの技術仕様の公表で本ブログの記述内容が不十分だったり、誤っている可能性があります。ご理解の上お読みください。 (注： 2013年6月27日に Google は正式に QUIC 仕様を公開しました。「Experimenting with QUIC 」 本ブログの内容は大筋では間違っていませんが、当時の解析漏れやその後の開発等により、細かいところで異なっていたり、説明が大きく不足している部分もあります。お読みになる際はご注意ください。) 2. はじめに、 Googleがまたまた新しいプロトコルの実装を始めました。Web表示の高速化を目指した SPDY
WebSocketの中身を覗いてみる - m-kawato@hatena_diary
この記事は、HTML5 Advent Calendar 2012の15日目のエントリーです。 WebSocketは、Webサーバ・ブラウザ間で双方向に通信するための仕様であり、APIとプロトコルがそれぞれ以下の規格で定義されています。 API: W3C WebSocket API プロトコル: IETF RFC 6455 - The WebSocket Protocol (日本語訳) Node.js + Socket.IO のようなライブラリを使うと割と簡単にWebSocketが使えますが、中で何が起こっているかもう少し追ってみたいという動機により、tcpdump+WireSharkによるパケットキャプチャを通してWebSocket通信の中身を調べてみました。 作業環境 サーバ側、クライアント側ともホストはWindows 7 (64ビット版) で、サーバはその上の仮想マシンとして動かしてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
telehash.org
nghttp2_iij
Node の HTTP/2.0 モジュール� iij-http2 の実装苦労話
httpbis interim とhttp2.0相互接続試験の話
http2.0 negotiation&header compression
