HTTP/1.1、公開から15年の時を経て改訂 | スラド IT
「1つだったRFCは6つに分割され」とあったのは、2616をUpdateした https://tools.ietf.org/html/rfc7230 Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing https://tools.ietf.org/html/rfc7231 Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content https://tools.ietf.org/html/rfc7232 Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests https://tools.ietf.org/html/rfc7233 Hypertext Transfer Protocol
米連邦裁判所、「コードは財産ではない」との見解を示す | スラッシュドット・ジャパン YRO
取り敢えずこれは、他の人も書いている攻殻機動隊みたいなものを今すぐ実現しようとするものじゃない、 例えば、人工無能とか(ELIZAとか)Siriといったものに、実在の/実在した人の人格を「風味」として加えるというもの。 お掃除ロボットの応答メッセージを仮想のツンデレ娘風にするのではなく、高倉健風とかにできる、 障害物で進めなくなったら「ちょっとー何とかしてよコレ」ではなく「自分不器用ですから」と喋るようなる。 どこかの政治家の人格を入れたら「善処するよう指示いたします」となる。 （攻殻機動隊と違ってお掃除ロボットが立ち往生しても人格を提供した側にフィードバックの必要はない） 特徴データベースの抽出や作成をどこまで機械的にできるかは解からないけれど、まだ生きている人なら 本人にそれぞれの状況に応じた対応をして貰ってそれを逐次記録するという手もある。 今の技術でも上記のようなものは実現可能。
RFC2821(Simple Mail Transfer Protocol (SMTP))
トップページ - 翻訳ドキュメント - RFC 2821 原文：ftp://ftp.rfc-editor.org/in-notes/rfc2821.txt 訳注：transfer を「通信」とすべきか「転送」とすべきか……悩んだ末に混在させています。それ以外にも原文では同じ単語を別々の日本語に対応させている部分がたくさんあります。正確な理解を望むなら原文を参照されることを強くお勧めします。 2005/12/30 0.1.0 初版 ソーシャルブックマーク： サイト内関連リンク： RFC 5321 SMTP (日本語訳、SMTPの最新の仕様はこちらになります)/ RFC 5322 インターネットメッセージフォーマット(日本語訳)/ RFC 2554 SMTP-AUTH(日本語訳) Network Working Group Request for Comments: 2821 Obsolete
TLS1.2 における Truncated HMAC 利用時の脆弱性について – IIJ Security Diary
現在ソウルで開催されている ASIACRYPT2011 にて、RFC6066 で規定された拡張機能のひとつである Truncated HMAC を用いた TLS1.2 通信における脆弱性が公開されました。 本脆弱性[1]K.G. Paterson, T.E. Shrimpton and T. Ristenpart, Tag Size Does Matter: Attacks and Proofs for the TLS Record Protocol. http://www.isg.rhul.ac.uk/~kp/mee-comp.pdfは9月に公開された攻撃ツール BEAST と同様、暗号モードとして CBC を利用しているケースにのみ適用可能です。 Truncated HMAC は RFC6066 7章に記載されている方式で、メッセージ認証子 (MAC; データの完全性を保証するために利
どのようにしてインターネットはルールを確立したのか | taro-nishinoの日記 | スラド
去る4月7日は、RFCの40回目の誕生日でした。 最初のRFCを書いたと言われるSteve Crocker氏が、ニューヨークタイムズ紙に回顧録を書いておりました。そのタイトルは、ずばりHow the Internet Got Its Rulesです。 一読したところ、痛く感銘したので、以下に私訳を載せておきます。 どのようにしてインターネットはルールを確立したのか 今日はインターネットの歴史の中で、重要な日である。即ち、Request for Commentsとして知られるものの40回目の記念日なのだ。技術的なコミュニティ以外では、多くの人がR.F.C.について知らないが、これらの慎ましやかなドキュメントは、インターネットの内部の仕組みを形成し、インターネットの成功に重要な役割をしている。 R.F.C.が生まれた時は、World Wide Webが無かった。1969年の終わりですら、4つの
RFC、40周年 | スラド IT
1969年4月7日にRFC 1が発行されてから40年を記念するRFCが、RFC 5540: 40 Years of RFCsとして発行されている。この10年間は、1998年10月16日にJon Postelが死去したことにより、それまで個人で行われていたRFCの編集作業に大きな変革がもたらされた10年だった。インターネットの重要性が増すにつれ、RFCの発行数も上昇を続けており、RFC 2555: 30 Years of RFCsからこの10年間で、それまでの30年間に発行されたRFCの数を超える数のRFCが発行されている。
HTTP/1.1 の同時接続数について - daily dayflower
はてなブックマーク - Fasterfoxが最強すぎる件 - 真性引き篭もり が盛り上がってたので，机上の話だけですが，いまさら書いてみます。 RFC (2616) での記述 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, where N is the number
The Secure Shell | Silphireの日記 | スラド
RFC 4250: The Secure Shell (SSH) Protocol Assigned Numbers RFC 4251: The Secure Shell (SSH) Protocol Architecture RFC 4252: The Secure Shell (SSH) Authentication Protocol RFC 4253: The Secure Shell (SSH) Transport Layer Protocol RFC 4254: The Secure Shell (SSH) Connection Protocol RFC 4255: Using DNS to Securely Publish Secure Shell (SSH) Key Fingerprints RFC 4256: Generic Message Exchange Authent
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
April Fool's RFC's
Pecinta Drama
Loading...