English 倫理とインターネット (Ethics and the Internet) このメモの位置づけ このメモは、IAB (Internet Activities Board)によるインターネットの資源の正しい利用に関するポリシーの表明です。 このメモの配布に制限はありません。 はじめに English 莫大な人的・経済的費用(アメリカ合衆国政府からの財源)を費やして、 産業界と学会は、 インターネットと呼ばれる相互接続されたネットワークの集合体に組み込まれてきました。 インターネットは、 1970年代中頃における実験的ネットワーク研究のための伝達手段として始まり、 重要な国家インフラストラクチャとなっており、 広がりつつある複数学問の研究者のコミュニティをサポートしています。 研究者は、多岐に、コンピュータ科学者や電気エンジニアから、数学者、 物理学者、医学者、薬学者、天文学者お
Network Working Group A. Matsumoto Request for Comments: 5221 T. Fujisaki Category: Informational NTT R. Hiromi Intec NetCore K. Kanayama INTEC Systems July 2008 Requirements for Address Selection Mechanisms Status of This Memo This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. Abstract There are
Internet Engineering Task Force (IETF) M. Jones Request for Comments: 7519 Microsoft Category: Standards Track J. Bradley ISSN: 2070-1721 Ping Identity N. Sakimura NRI May 2015 JSON Web Token (JWT) Abstract JSON Web Token (JWT) is a compact, URL-safe means of representing claims to be transferred between two parties. The claims in a JWT are encoded as a JSON object that is used as the payload of a
POSTするデータを、（プレビューのために）javascriptでGETアクセスするような処理を書いていてハマった話。 発端は、textareaに'（シングルクオートまたはアポストロフィー）が入ると、Railsがそこから先のパラメーターを無視しちゃうっていうこと。いろいろ調べた結果、以下のことがわかった（Railsのバージョンは2.0.2）。 URIを定義する２つのRFC URIの構文はRFCで定義されている。これには2つあって、従来のRFC2396（1998年発行）と、RFC3986（2005年発行）だ。 RFC3986によれば、 This document obsoletes [RFC2396], which merged "Uniform Resource Locators" [RFC1738] and "Relative Uniform Resource Locators" [RF
この文書はRFC1035の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。 Network Working Group P. Mockapetris Request for Comments: 1035 ISI November 1987 Obsoletes: RFCs 882, 883, 973 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION ドメイン名 － 実装と仕様書 1. STATUS OF THIS MEMO 1. この文書の状態 This RFC describes the
この文書はRFC1034の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。 1. STATUS OF THIS MEMO この文書の状態 2. INTRODUCTION はじめに 2.1. The history of domain names ドメイン名の歴史 2.2. DNS design goals ＤＮＳ構想の目標 2.3. Assumptions about usage 利用に関する仮定 2.4. Elements of the DNS ＤＮＳの要素 3. DOMAIN NAME SPACE and RESOURCE RE
Named arguments allow passing arguments to a function based on the parameter name, rather than the parameter position. This makes the meaning of the argument self-documenting, makes the arguments order-independent, and allows skipping default values arbitrarily. To give a simple example: // Using positional arguments: array_fill(0, 100, 50); // Using named arguments: array_fill(start_index: 0, num
リンク上の問題や追加情報があるようでしたらどしどし連絡してください。 インターネットに散らばるＲＦＣの 日本語訳（和訳）のリンクリストを作りました。 多分、同じ翻訳で、コピーが複数あると思えるのはまとめて１行にしています。 （高橋邦夫さんが訳したＲＦＣ１８５５はあまりにもコピーが多いので一部のリンクのみ掲載しています） 同じＲＦＣを、多分別の人が翻訳したと思えるのは別の行にしています。 時代の流れでなくなったページもあります（場所が変わって見つかっていないだけかもしれません）。 [日本語訳]が付いていない所はそんなページと思ってください。 ソースにはコメントとしてＵＲＬを残してあります。 いずれかのアーカイブを探せば見つかるかもしれません。 これらの日本語訳は完全なものとは限りません。 間違って翻訳していたり、 途中だけ翻訳されてたり、翻訳の途中で中断・中止してる事もあります。 翻訳の公開
Network Working Group D. Waitzman Request for Comments: 1149 BBN STC 1 April 1990 A Standard for the Transmission of IP Datagrams on Avian Carriers Status of this Memo This memo describes an experimental method for the encapsulation of IP datagrams in avian carriers. This specification is primarily useful in Metropolitan Area Networks. This is an experimental, not recommended standard. Distributio
RFC とは ネットワークプログラムはクライアントとサーバが協調して動かなくてはいけません。 そのためクライアントとサーバの動作をあらかじめ決めておく必要があります。 HTTP や POP3 など、今から作ろうとするクライアントについても きちんとプロトコルが規定されており、RFCとして公開されています。 普通のプログラムの場合、適当に書いても動けばいいや的な考え方でも 他に迷惑をかけなければ (異常にメモリを食うとかしない限り) 許されますが、 ネットワークプログラムの場合、クライアントが変なことをすると サーバや利用者に迷惑がかかります。 まぁ、HTTP や POP3 くらいならあまり迷惑がかかる人もいないのですが、 NNTP クライアントや SMTP クライアントの場合、news購読者や メールを受け取る人に直接被害が及びます (Microsoft の News リーダ、メーラーの評
This RFC was published on the Legacy stream. This RFC is not endorsed by the IETF and has no formal standing in the IETF standards process. Network Working Group P. Deutsch Request for Comments: 1951 Aladdin Enterprises Category: Informational May 1996 DEFLATE Compressed Data Format Specification version 1.3 Status of This Memo This memo provides information for the Internet community. This memo d
comma-separated values（略称：CSV）は、テキストデータをいくつかのフィールド（項目）に分け、区切り文字であるカンマ「,」で区切ったデータ形式。拡張子は .csv、MIMEタイプは text/csv。 「comma-separated variables」とも言う。日本語では広く普及した訳語はないが、「カンマ区切り」「コンマ区切り」などとも呼ばれる。Microsoft Excelの日本語版では「CSV (カンマ区切り)」としている。 データ交換用のデファクトスタンダードとして、古くから多くの表計算ソフトやデータベースソフトで使われている。CSV形式の細部の実装はソフトウェアによって異なるため（例えば項目を単一引用符「'」や二重引用符「"」で括ったり、ファイルの一行目をヘッダとして予約したりなど）、他のソフトウェアで表（テーブル）として読み込む際に互換性で問題が出る場合
RFC2142-JP.txt 2000/09/27 (initial version) (C)JPNIC RFC-JP project, 2000. All rights reserved. Network Working Group D. Crocker Request for Comments: 2142 Internet Mail Consortium Category: Standards Track May 1997 一般的なサービス、役割、機能に対するメールボックス名 本文書の位置づけ 本文書では、インターネットコミュニティに対するインターネット標準化過 程プロトコルを定義し、改良のための議論と提案を求めている。標準化の状 態と本プロトコルの状態については"Internet Official Protocol Standards" (STD 1)の最新版を参照してほしい。本文書
ウィキペディアの記事編集での Request for Comments への自動外部リンク機能については「Help:マジックリンク#RFC」をご覧ください。 Request for Comments（リクエスト フォー コメンツ、略称：RFC）はIETF（インターネット技術特別調査委員会、英: Internet Engineering Task Force）による技術仕様の保存、公開形式である。内容には特に制限はないが、通信プロトコルやファイルフォーマットが主に扱われる。 RFCとは「コメント募集」を意味する英語の略語であり、もともとは技術仕様を公開し、それについての意見を広く募集してより良いものにしていく観点から始められたようである。今日では、IETFやIAB (インターネットアーキテクチャ委員会、英: Internet Architecture Board)、およびコンピュータネットワ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
