タグ

RFCに関するnozomのブックマーク (5)

  • RFC2616の同時接続数の規定 | 水無月ばけらのえび日記

    「HTTPの同時接続数はどうあるべきか? (slashdot.jp)」というお話。誰も原文を引用していないのが悲しかったので、引いておきます。 8.1.4 Practical Considerations (~中略~) Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy,

  • ちょっとしたメモ - スクリプトのMIMEタイプがRFCとなって公式登録へ

    2001年の秋からInternet Draftとして検討されてきたScripting Media Typesが、ようやくInformational RFCになるとアナウンスされた。これで「まだ公式には登録されていないが」と断りつつ使ってきたtext/javascriptなどが、「正規の」メディアタイプとして記述できることになる。 この文書は、text/javascript, text/ecmascript, application/javascript, application/ecmascriptの4つをスクリプトのメディアタイプとしてIANAに登録する。ただしプログラム言語のタイプがtext型なのはいろいろ問題が多いとして、最初の2つはobsolete扱いとされた。もっとも、application型のスクリプトMIMEタイプをサポートしているUAは少ないので、現実的にはtext/jav

  • ちょっとしたメモ - application/jsonがRFC4627に

    3月末にアナウンスされていたJSON仕様のRFCが、RFC 4627 The application/json Media Type for JavaScript Object Notation (JSON)として公開された。メディアタイプは表題の通りapplication/jsonで、標準ファイル拡張子は.jsonとなっている(拡張子の話は前回書き忘れた)。一部のミス修正以外は最終I-Dとほぼ同じ内容でRFCとなった。 XMLHttpRequestでの処理にはメディアタイプはあまり関係ないが、ブラウザで直接ファイルを開こうとするとapplication/jsonの場合はダウンロードが始まってしまう(Opera9では「XMLの解析に失敗しました」となる…??)。実用には支障ないものの、手軽にデータを確認できないのは残念なところ。.jsonにapplication/jsonをマッピングするか

    nozom
    nozom 2006/07/29
    あとでRFCも読まねば
  • SSHのRFC化で何が? 現TeraTerm開発者が語る

    1月に発表された暗号化プロトコルSSHのRFC発行。セキュリティ基盤として広く使われてきたが、今回の制定でどのように変化があるのか? TeraTermとTTSSHの現開発者がこれまでの経緯を語る。 世界標準化のインパクト 2006年1月、既報のようにSSH(Secure Shell)プロトコルがRFCとして標準化された。 RFC化される前からすでにSSHはデファクトスタンダードとしての地位を確立していたが、仕様が標準化されていなかったために、SSHに対応した各製品の実装がメーカやプロジェクトによりまちまちであった。 今回のRFC化により、SSHの実装が統一され、ユーザはより使いやすい環境を手に入れることが期待できる。そして、SSHプロトコルの認知度がさらに高まっていくものとなるだろう。 この記事では、SSHのこれまでの歩み、そしてRFC化によってどのような可能性が開花するのかを分析していく

    SSHのRFC化で何が? 現TeraTerm開発者が語る
  • ちょっとしたメモ - JSONがRFCに

    JSONの文法などについて、今年の2月1月からインターネットドラフト(I-D)が出されているが、はやくもInformational RFCとすることが決まった(I-Dは現在04版draft-crockford-jsonorg-json-04.txt)。MIMEタイプはapplication/jsonとされている。 このI-D/RFCは、JSONの構文とMIMEタイプをオフィシャルな形で定義しようというもので、内容は基的には既に知られている文法と違いはない。大まかに言えば、次のようなことが書かれている。 JSONは4つの基型(string, number, boolean, null)と、2つの構造型(object, array)で表現される。 objectは、名前:値 の組の順不同のコレクションで、これらの組を , で区切り、{ と } で囲む。名前はstringで、値は上記6つの型の

  • 1