いままで説明したようにRFCは様々な情報を伝達するという役割を担っている。 そこでそれぞれのRFCには内容や位置づけに応じていくつかの分類がある。 RFCの種類 まず大まかなところから考えていこう。 RFCが扱う内容は、少し乱暴だが、 インターネット標準に関するもの その他 の大きく2つにわけることができる。 前者は『インターネット標準化過程』というプロセスで処理されているRFC、 つまり『インターネット標準』を形成する文書群およびその候補となる文書群を指す。 標準化過程に関しては後で説明する。 これは標準化段階に応じて、 標準化への提唱(PS: Proposed Standard) 標準化への草稿(DS: Draft Standard) 標準(STD: Standard) の3つに分類される。 後者は、標準化過程として処理されていないRFC全般が含まれている。2000年現在は、 情報(I
ネットワークワーキンググループ Request for Comments： 2119 BCP： 14 分類： ベストカレントプラクティス English RFC において要請の程度を示すために用いるキーワード （Key words for use in RFCs to Indicate Requirement Levels） このメモの位置付け このメモは、インターネット コミュニティのためにベストカレントプラクティス（現時点における最善の実践）について規定するものであり、改善のための議論や提案を求めております。 このメモの配布に制限はありません。 要旨 多くの標準化過程の文書において、いくつかの語句が、当該仕様の要請の程度を 示すために使われています。これらの語句は、よく大文字になっています。 この文書では、これらの語句が IETF の文書においてどのように解釈されるべきであるか、につい
URLをいじくるプログラムをいじっていて、仕様がよくわからなくて悩んだのでまとめます。 2/23: 追試部分を追記 2018/7/14: JavaScriptのURLSearchParamsと、GoのPathEscapeについて追記 ことの経緯 HTTPとはなんぞやとか、GETとPOSTがどうの、それぞれでパラメータがどういう経緯でウェブアプリケーション(とかCGI)に渡って来るのかぐらいは知っていました。で、ウェブでXHRでGETリクエストを送る場合にはJavaScriptのencodeURIComponent()で各パラメータをエンコードして、&でくっつけて、URLの末尾に?で付与すればいいんだよね？と思っていました。こんな感じに。 これを受け取る側は、JavaScript(node.js)ならdecodeURIComponent()を使っているはずだ。ウェブの世界ではJavaScri
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く