RFCに関するAmaiSaetaのブックマーク (13)
-
AmaiSaeta 2022/06/21
-
事実上最後のJSON仕様「RFC 8259」と「ECMA-404 2nd Editon」公開。UTF-8エンコード必須に
RESTful APIのデータフォーマットなどで広く使われているJSON。IETFはJSON仕様「RFC 8259」を発表。従来の仕様をブラッシュアップしつつECMAの仕様との統一も実現した、事実上最後のJSON仕様になると見られる。 IETFからJSON（ジェイソン）の仕様を示した「RFC 8259」（The JavaScript Object Notation (JSON) Data Interchange Format）が公開されました。 IETFにおけるJSON仕様は、これまで「RFC 7159」が参照されていましたが、RFC 8259の公開によりRFC 7159は廃止（Obsolete）となりました。 RFC 8259は、多数の実装と十分な運用実績を積み重ねたインターネット標準「STD 90」としても参照されます。 ECMAとの統一を実現。事実上最後のJSON仕様になると見られる
-
RFCは、なぜ「意見募集」という名前だったのか？:Geekなぺーじ
インターネットで使われる各種仕様の多くは、RFCと呼ばれる文書として発行されています。 RFCは、「意見募集」や「意見を求む」といった意味を持つRequest For Commentsの略ですが、インターネットに関連する通信仕様の標準を示す文書の名称が、なぜ意見を募集するとなっているのでしょうか？ それには、初期のRFCが発行された時代背景があるのです。 RFCの文書番号は新しい文書とともに増加していくので、基本的に文書番号が小さいほど昔のものになります。 最初のRFCである、RFC 1は、1969年4月7日に発行されています。 多少余談になりますが、RFC 1は、「インターネット」という単語が生まれる前に発行されています。 「インターネット（internet）」という単語が初めて登場するRFCは、1974年に発行されたRFC 675です。 1973年に発行されたRFC 604とRFC 6
-
RFCの正規文書がXMLに:Geekなぺーじ
インターネットに関連するプロトコルなどを規定するRFC(Request For Comments)の正規文書のフォーマットが、これまでのplain-text ASCIIからXMLへと変わります。そのためのRFCが、RFC 7990 - RFC 7998として策定されました。 RFC 7990 RFC Format Framework RFC 7991 The "xml2rfc" Version 3 Vocabulary RFC 7992 HTML Format for RFCs RFC 7993 Cascading Style Sheets (CSS) Requirements for RFCs RFC 7994 Requirements for Plain-Text RFCs RFC 7995 PDF Format for RFCs RFC 7996 SVG Drawings for R
-
テキスト・ファイル向けURIフラグメント識別子
git-release.jsでファイルと行の指定をまとめて設定する良い方法を考えてた。結局はコロンでつなぐという古き良き感じにしたけど、ウェブではこういうのにも使えそうなのをRFC5147 - URI Fragment Identifiers for the text/plain Media Typeで仕様を決めているらしい。何行目かだけじゃなくて何文字目から何文字目までみたいなのが出来るようだ。 以下はExamplesの簡単なメモ。 http://example.com/text.txt#char=100 text.txtの100文字目。 http://example.com/text.txt#line=10,20 text.txtの11から20行目。line=10が10行目と11行目の境界ということ。 https://example.com/text.txt#line=,1 text.
-
RFC2616: ハイパーテキスト転送プロトコル -- HTTP/1.1
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
-
RFC 6648: Deprecating the "X-" Prefix and Similar Constructs in Application Protocols
Internet Engineering Task Force (IETF) P. Saint-Andre Request for Comments: 6648 Cisco Systems, Inc. BCP: 178 D. Crocker Category: Best Current Practice Brandenburg InternetWorking ISSN: 2070-1721 M. Nottingham Rackspace June 2012 Deprecating the "X-" Prefix and Similar Constructs in Application Protocols Abstract Historically, designers and implementers of application protocols have often disting
-
Pretty RFC
The RFC is now diamonds RFCs are documents produced by The Internet Engineering Task Force, and many are official standards for various Internet protocols. This site indexes and formats these documents for easier finding & viewing. Note: most RFCs can't be prettified at the moment, as their source files are unavailable to the public and need to be requested from rfc-editor.org. I'm working on this
-
RFC 5849: The OAuth 1.0 Protocol
Internet Engineering Task Force (IETF) E. Hammer-Lahav, Ed. Request for Comments: 5849 April 2010 Category: Informational ISSN: 2070-1721 The OAuth 1.0 Protocol Abstract OAuth provides a method for clients to access server resources on behalf of a resource owner (such as a different client or an end- user). It also provides a process for end-users to authorize third- party access to their server r
-
The OAuth 1.0 Protocol
The OAuth 1.0 Protocol draft-hammer-oauth-10 Abstract OAuth は、リソースオーナー (別のクライアントやエンドユーザー) に代わって、サーバーリソースにアクセスするための方法を、クライアントに提供するものである。また、リダイレクトを利用することで、エンドユーザーはクライアントにユーザ名やパスワードを共有することなく、サーバーリソースへの第三者アクセスを認可することができる。 Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering T
-
UNIXを学びながら笑ったものいろいろ - 狐の王国
だいぶ風邪もよくなってきたので起き出して来て、ぼーっとネットを見てる。その隣でid:elm200さんが仕事をしてたりしてるのだが、わりとelm200さんとはUNIXネタで盛りあがる事が多い。 というわけで治りかけの風邪でぼけーっとしてるついでに、俺がUNIXを勉強してたときに見付けた笑える話とかを思い出してみるのもいいかなと。 タイピング矯正ソフトウェア「SL(1)」 UNIXでファイルのリストを取りたいときは「ls」というコマンドを打つのだが、タイピングを誤って「sl」と書いてしまうことがある。SL……蒸気機関車かよ!! などということは誰もが一度は思ったのであろうが、それをホントに実装しちゃったイカれた^H^Hした先達がいらっしゃったのである。 豊田正史とslコマンド (Masashi Toyoda and SL command) これを実行するとターミナルにホントにSL──蒸気機関車
-
ドコモもauもいいかげんにメールアドレス設定の仕様を直せ。
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: song lyrics Credit Card Application High Speed Internet fashion trends Contact Lens Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
-
スラッシュドット ジャパン | auのEメールアドレスが相互接続性を保障できないルールに変更?
kazu070曰く、"インプレス ケータイWatchの au、Eメールアドレスの設定文字数を最大30文字に拡張 によると、 メールアドレスの20文字から30文字への文字数の拡張にあわせて、 「_」（アンダースコア/アンダーバー）の利用や、「.」（ピリオド/ドット）の連続使用、@直前での利用も可能となる。 という仕様が発表されている。効果としては、迷惑メールを受信しにくくなるという後ろ向きなメリットが挙げられる。 しかしながら、RFCを読まなかった携帯キャリアの罪にも記述があるとおり、特定のメールシステムにおいては "." に関する扱いに制限がある。また "." の二重使用や @ 直前の "." については、メールアドレスに使える文字やRFC によるメールアドレスの local-part におけるピリオドの取り扱いについての考察が参考になる。 auのEメールアドレス変更方法では、 「.（ピリ
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました