RFC2854 日本語訳
2854 The 'text/html' Media Type. D. Connolly, L. Masinter. June 2000. (Format: TXT=16135 bytes) (Obsoletes RFC2070, RFC1980, RFC1942, RFC1867, RFC1866) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group D. Connolly Request for Comments: 2854 World Wide Web Consortium (W3C) Obsoletes: 2070, 1980, 1942, 1867, 1866 L. Masinter Category: Informational AT&T June 2000
コメントを求めるワーキンググループD.コノリー要求をネットワークでつないでください: 2854年のWWW共同体(W3C)は以下を時代遅れにします。 2070、1980、1942、1867、1866L.Masinterカテゴリ: 情報のAT&T2000年6月
The 'text/html' Media Type
'テキスト/html'メディアタイプ
Status of this Memo
この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.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
Abstract
要約
This document summarizes the history of HTML development, and defines the "text/html" MIME type by pointing to the relevant W3C recommendations; it is intended to obsolete the previous IETF documents defining HTML, including RFC 1866, RFC 1867, RFC 1980, RFC 1942 and RFC 2070, and to remove HTML from IETF Standards Track.
このドキュメントは、関連W3C推薦を示すことによって、HTML開発の歴史をまとめて、「テキスト/html」MIMEの種類を定義します。 RFC1866、RFC1867、RFC1980、RFC1942、およびRFC2070を含むHTMLを定義する前のIETFドキュメントを時代遅れにして、IETF Standards TrackからHTMLを取り除くのは意図しています。
This document was prepared at the request of the W3C HTML working group. Please send comments to www-html@w3.org, a public mailing list with archive at <http://lists.w3.org/Archives/Public/www-html/>.
このドキュメントはW3C HTMLワーキンググループの依頼で準備されました。 アーカイブが<http://lists.w3.org/Archives/Public/www-html/>にある状態で、 www-html@w3.org へのコメント、公共のメーリングリストを送ってください。
1. Introduction and background
1. 序論とバックグラウンド
HTML has been in use in the World Wide Web information infrastructure since 1990, and specified in various informal documents. The text/html media type was first officially defined by the IETF HTML working group in 1995 in [HTML20]. Extensions to HTML were proposed in [HTML30], [UPLOAD], [TABLES], [CLIMAPS], and [I18N].
HTMLは、1990年以来WWW情報インフラストラクチャで使用中であり、様々な非公式のドキュメントで指定しました。 テキスト/htmlメディアタイプは1995年に最初に、IETF HTMLワーキンググループによって[HTML20]で公式に定義されました。 HTMLへの拡大は[HTML30]、[UPLOAD]、[TABLES]、[CLIMAPS]、および[I18N]で提案されました。
The IETF HTML working group closed Sep 1996, and work on defining HTML moved to the World Wide Web Consortium (W3C). The proposed extensions were incorporated to some extent in [HTML32], and to a larger extent in [HTML40]. The definition of multipart/form-data from [UPLOAD] was described in [FORMDATA]. In addition, a reformulation of HTML 4.0 in XML 1.0[XHTML1] was developed.
IETF HTMLワーキンググループは1996年9月に休みました、そして、HTMLを定義することに対する仕事はワールドワイドウェブコンソーシアム(W3C)に移行しました。 提案された拡大は[HTML32]と、そして、[HTML40]の、より大きい範囲にある程度法人組織でした。 [UPLOAD]から複合かデータを形成する定義は[FORMDATA]で説明されました。 さらに、XML1.0[XHTML1]のHTML4.0の再定式化は開発されました。
Connolly & Masinter Informational [Page 1] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[1ページ]のRFC2854
[HTML32] notes "This specification defines HTML version 3.2. HTML 3.2 aims to capture recommended practice as of early '96 and as such to be used as a replacement for HTML 2.0 (RFC 1866)." Subsequent specifications for HTML describe the differences in each version.
「この仕様はHTMLバージョン3.2を定義します。」と、[HTML32]は述べます。 「HTML3.2は、96年前半とそのようなものとしてHTML2.0(RFC1866)に交換として使用されるために推奨案をキャプチャすることを目指します。」 HTMLのためのその後の仕様はそれぞれのバージョンの違いについて説明します。
In addition to the development of standards, a wide variety of additional extensions, restrictions, and modifications to HTML were popularized by NCSA's Mosaic system and subsequently by the competitive implementations of Netscape Navigator and Microsoft Internet Explorer; these extensions are documented in numerous books and online guides.
規格の開発に加えて、さまざまな追加拡大、制限、およびHTMLへの変更はNCSAのモザイクシステムと次にネットスケープナビゲータとMicrosoft Internet Explorerの競争力がある実装によって平易にされました。 これらの拡大は多数の本とオンラインガイドに記録されます。
2. Registration of MIME media type text/html
2. MIMEメディアタイプテキスト/htmlの登録
MIME media type name: text MIME subtype name: html Required parameters: none Optional parameters:
MIMEメディア型名: テキストMIME「副-タイプ」は以下を命名します。 html Requiredパラメタ: なにも、Optionalパラメタ:
charset The optional parameter "charset" refers to the character encoding used to represent the HTML document as a sequence of bytes. Any registered IANA charset may be used, but UTF-8 is preferred. Although this parameter is optional, it is strongly recommended that it always be present. See Section 6 below for a discussion of charset default rules.
任意のパラメタ"charset"が参照するcharsetは以前はバイトの系列としてよくHTMLドキュメントを文字符号化に表していました。 どんな登録されたIANA charsetも使用されるかもしれませんが、UTF-8は好まれます。 このパラメタは任意ですが、それがいつも存在していることが強く勧められます。 charset省略時の解釈の議論に関して以下のセクション6を見てください。
Note that [HTML20] included an optional "level" parameter; in practice, this parameter was never used and has been removed from this specification. [HTML30] also suggested a "version" parameter; in practice, this parameter also was never used and has been removed from this specification.
[HTML20]が任意の「平らな」パラメタを含んでいたことに注意してください。 実際には、このパラメタを、決して使用されないで、この仕様から取り除いてあります。 また、[HTML30]は「バージョン」パラメタを示しました。 実際には、このパラメタも、決して使用されないで、この仕様から取り除いてあります。
Encoding considerations: See Section 4 of this document.
問題をコード化します: このドキュメントのセクション4を見てください。
Security considerations: See Section 7 of this document.
セキュリティ問題: このドキュメントのセクション7を見てください。
Interoperability considerations: HTML is designed to be interoperable across the widest possible range of platforms and devices of varying capabilities. However, there are contexts (platforms of limited display capability, for example) where not all of the capabilities of the full HTML definition are feasible. There is ongoing work to develop both a modularization of HTML and a set of profiling capabilities to identify and negotiate restricted (and extended) capabilities.
相互運用性問題: HTMLは、プラットホームの最大可能範囲と異なった能力のデバイスの向こう側に共同利用できるように設計されています。 しかしながら、文脈(例えば、限られたディスプレイ能力のプラットホーム)が完全なHTML定義の能力のすべてでないのが可能であるところにあります。 HTMLの変調と制限されて(広げられる)の能力を特定して、交渉する能力の輪郭を描く1セットの両方を発展させるように、進行中の仕事があります。
Connolly & Masinter Informational [Page 2] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[2ページ]のRFC2854
Due to the long and distributed development of HTML, current practice on the Internet includes a wide variety of HTML variants. Implementors of text/html interpreters must be prepared to be "bug-compatible" with popular browsers in order to work with many HTML documents available the Internet.
HTMLの長くて分配された開発のため、インターネットにおける現在の習慣はさまざまなHTML異形を含んでいます。 テキスト/htmlインタプリタの作成者は多くのHTMLドキュメントが利用可能な状態でインターネットを扱うためにポピュラーなブラウザと「バグ互換性があってください」用意ができていなければなりません。
Typically, different versions are distinguishable by the DOCTYPE declaration contained within them, although the DOCTYPE declaration itself is sometimes omitted or incorrect.
異なった見解はそれらの中に含まれたDOCTYPE宣言で通常、区別可能です、DOCTYPE宣言自体が、時々省略されているか、または不正確ですが。
Published specification: The text/html media type is now defined by W3C Recommendations; the latest published version is [HTML401]. In addition, [XHTML1] defines a profile of use of XHTML which is compatible with HTML 4.01 and which may also be labeled as text/html.
広められた仕様: テキスト/htmlメディアタイプは現在、W3C Recommendationsによって定義されます。 最新の発行されたバージョンは[HTML401]です。 さらに、[XHTML1]はHTML4.01と互換性があって、またテキスト/htmlとしてラベルされるかもしれないXHTMLで役に立つプロフィールを定義します。
Applications which use this media type: The first and most common application of HTML is the World Wide Web; commonly, HTML documents contain URI references [URI] to other documents and media to be retrieved using the HTTP protocol [HTTP]. Many gateway applications provide HTML-based interfaces to other underlying complex services. Numerous other applications now also use HTML as a convenient platform-independent multimedia document representation.
このメディアタイプを使用するアプリケーション: HTMLの1番目の、そして、最も一般的なアプリケーションはWWWです。 一般的に、HTMLドキュメントは、HTTPプロトコル[HTTP]を使用することで検索されるためにURI参照[URI]を他のドキュメントとメディアに含んでいます。 多くのゲートウェイアプリケーションが他の基本的な複雑なサービスにHTMLベースのインタフェースを提供します。 また、便利なプラットホームから独立しているマルチメディアが表現を記録するとき、他の頻繁なアプリケーションは現在、HTMLを使用します。
Additional information:
追加情報:
Magic number: There is no single initial string that is always present for HTML files. However, Section 5 below gives some guidelines for recognizing HTML files.
マジックナンバー: どんなHTMLファイルのためにいつも存在している初期のただ一つのストリングもありません。 しかしながら、以下のセクション5はHTMLファイルを認識するためのいくつかのガイドラインを与えます。
File extension: The file extensions 'html' or 'htm' are commonly used, but other extensions denoting file formats for preprocessing are also common.
ファイル拡張子: ファイル拡張子の'html'か'htm'が一般的に使用されますが、また、前処理のためにファイル形式を指示する他の拡大も一般的です。
Macintosh File Type code: TEXT
マッキントッシュFile Typeコード: テキスト
Person & email address to contact for further information: Dan Connolly <connolly@w3.org> Larry Masinter <lmm@acm.org>
詳細のために連絡する人とEメールアドレス: ダン Connolly <connolly@w3.org 、gt;、ラリーMasinter<lmm@acm.org>。
Connolly & Masinter Informational [Page 3] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[3ページ]のRFC2854
Intended usage: COMMON
意図している用法: 一般的
Author/Change controller: The HTML specification is a work product of the World Wide Web Consortium's HTML Working Group. The W3C has change control over the HTML specification.
コントローラを書くか、または変えてください: HTML仕様はワールドワイドウェブコンソーシアムのHTML作業部会の作業生産物です。 W3Cには、HTML仕様の変化コントロールがあります。
Further information: HTML has a means of including, by reference via URI, additional resources (image, video clip, applet) within the base document. In order to transfer a complete HTML object and the included resources in a single MIME object, the mechanisms of [MHTML] may be used.
詳細: HTMLには、元にした文書の中にURIを通した参照で追加リソース(イメージ、ビデオクリップ、アプレット)を含む手段があります。 単一のMIMEオブジェクトで完全なHTMLオブジェクトと含まれているリソースを移すために、[MHTML]のメカニズムは使用されるかもしれません。
3. Fragment Identifiers
3. 部分識別子
The URI specification [URI] notes that the semantics of a fragment identifier (part of a URI after a "#") is a property of the data resulting from a retrieval action, and that the format and interpretation of fragment identifiers is dependent on the media type of the retrieval result.
URI仕様[URI]は部分識別子(「#」の後のURIの一部)の意味論が検索動作から生じるデータの特性であり、部分識別子の形式と解釈に検索結果のメディアタイプに依存していることに注意します。
For documents labeled as text/html, the fragment identifier designates the correspondingly named element; any element may be named with the "id" attribute, and A, APPLET, FRAME, IFRAME, IMG and MAP elements may be named with a "name" attribute. This is described in detail in [HTML40] section 12.
テキスト/htmlとして分類されたドキュメントに関しては、部分識別子は対応する命名された要素を指定します。 どんな要素も「イド」属性で命名されるかもしれません、そして、A、アプレット、FRAME、IFRAME、IMG、およびMAP要素は「名前」属性で命名されるかもしれません。 これは[HTML40]セクション12で詳細に説明されます。
4. Encoding considerations
4. 問題をコード化します。
Because of the availability within HTML itself for using character entity references, documents that use a wide repertoire of characters may still be represented using the US-ASCII charset and transported without encoding. However, transport of text/html using a charset other than US-ASCII may require base64 or quoted-printable encoding for 7-bit channels.
キャラクタ実体参照を使用するためのHTML自体の中の有用性のために、キャラクタの広いレパートリーを使用するドキュメントは、まだ米国-ASCII charsetを使用することで表されて、コード化なしで輸送されているかもしれません。 しかしながら、米国-ASCIIを除いたcharsetを使用するテキスト/htmlの輸送はbase64か7ビットのチャンネルには、引用されて印刷可能なコード化を必要とするかもしれません。
As with all MIME text subtypes, the canonical form of "text/html" must always represent a line break as a sequence of a CR byte value (0x0D) followed by an LF (0x0A) byte value. Similarly, any occurrence of such a CRLF sequence in "text/html" must represent a line break. Use of CR byte values and LF byte values outside of line break sequences is also forbidden. This rule applies regardless of the character encoding ('charset') involved.
すべてのMIMEテキスト血液型亜型なら、「テキスト/html」の標準形は値(0x0D)がLF(0x0A)バイト価値を続けたCRバイトの系列としていつもラインブレイクを表さなければなりません。 同様に、「テキスト/html」における、そのようなCRLF系列のどんな発生もラインブレイクを表さなければなりません。 また、値とLFバイトがラインブレイク系列の外で評価するCRバイトの使用は禁じられます。 この規則は('charset')がかかわった文字符号化にかかわらず適用されます。
Connolly & Masinter Informational [Page 4] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[4ページ]のRFC2854
Note, however, that the HTTP protocol allows the transport of data not in canonical form, and, in particular, with other end-of-line conventions; see [HTTP] section 3.7.1. This exception is commonly used for HTML.
しかしながら、HTTPプロトコルが標準形、および特に他の行末規約でないのに伴うデータの輸送を許容することに注意してください。 [HTTP]セクション3.7.1を見てください。 この例外はHTMLに一般的に使用されます。
HTML sent via email is still subject to the MIME restrictions; this is discussed fully in [MHTML] Section 10.
メールで送られたHTMLはまだMIME制限を受けることがあります。 これは[MHTML]セクション10で完全に論じられます。
5. Recognizing HTML files
5. HTMLファイルを認識します。
Almost all HTML files have the string "<html" or "<HTML" near the beginning of the file.
ほとんどすべてのHTMLファイルには、ファイルの始まり頃に、ストリング「<html」か「<HTML」があります。
Documents conformant to HTML 2.0, HTML 3.2 and HTML 4.0 will start with a DOCTYPE declaration "<!DOCTYPE HTML" near the beginning, before the "<html". These dialects are case insensitive. Files may start with white space, comments (introduced by "<!--" ), or processing instructions (introduced by "<?") prior to the DOCTYPE declaration.
HTML2.0、HTML3.2、およびHTML4.0へのconformantが始め頃にDOCTYPE宣言「<!DOCTYPE HTML」から「<html」の前に始動するドキュメント。 これらの方言は大文字と小文字を区別しないです。 ファイルは余白から始まるかもしれません、コメント、(導入する、「<!--」、)、または、DOCTYPE宣言の前の処理命令("<?"によって導入されます)。
XHTML documents (optionally) start with an XML declaration which begins with "<?xml" and are required to have a DOCTYPE declaration "<!DOCTYPE html".
XHTMLドキュメントは、(任意に)「<?xml」で始まるXML宣言から始まって、DOCTYPE宣言「<!DOCTYPE html」を持たなければなりません。
6. Charset default rules
6. Charset省略時の解釈
The use of an explicit charset parameter is strongly recommended. While [MIME] specifies "The default character set, which must be assumed in the absence of a charset parameter, is US-ASCII." [HTTP] Section 3.7.1, defines that "media subtypes of the 'text' type are defined to have a default charset value of 'ISO-8859-1'". Section 19.3 of [HTTP] gives additional guidelines. Using an explicit charset parameter will help avoid confusion.
明白なcharsetパラメタの使用は強く推薦されます。 [MIME]は指定しますが、「デフォルト文字集合(charsetパラメタがないとき想定しなければならない)は米国-ASCIIです。」 [HTTP]セクション3.7 .1 その「'テキスト'タイプは'ISO-8859-1のデフォルトcharset価値を持つために定義される'メディア血液型亜型」を定義します。 [HTTP]のセクション19.3は別途ガイドラインを与えます。 明白なcharsetパラメタを使用するのは、混乱を避けるのを助けるでしょう。
Using an explicit charset parameter also takes into account that the overwhelming majority of deployed browsers are set to use something else than 'ISO-8859-1' as the default; the actual default is either a corporate character encoding or character encodings widely deployed in a certain national or regional community. For further considerations, please also see Section 5.2 of [HTML40].
また、明白なcharsetパラメタを使用するのは、配布しているブラウザの圧倒的多数がデフォルトとしての'ISO-8859-1'より他の何かを使用するように用意ができているのを考慮に入れます。 実際のデフォルトは、ある一定の国家の、または、地方の共同体で広く配布された法人の文字符号化か文字符号化のどちらかです。 また、さらなる問題に関しては、[HTML40]のセクション5.2を見てください。
Connolly & Masinter Informational [Page 5] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[5ページ]のRFC2854
7. Security Considerations
7. セキュリティ問題
[HTML401], section B.10, notes various security issues with interpreting anchors and forms in HTML documents.
アンカーを解釈して、フォームがHTMLドキュメントにある状態で、[HTML401](セクションB.10)は様々な安全保障問題に注意します。
In addition, the introduction of scripting languages and interactive capabilities in HTML 4.0 introduced a number of security risks associated with the automatic execution of programs written by the sender but interpreted by the recipient. User agents executing such scripts or programs must be extremely careful to insure that untrusted software is executed in a protected environment.
さらに、HTML4.0におけるスクリプト言語と対話的な能力の導入は送付者によって書かれていますが、受取人によって解釈されるプログラムの自動実行に関連している多くのセキュリティ危険を導入しました。 そのようなスクリプトかプログラムを実行するユーザエージェントは信頼されていないソフトウェアが保護された環境で実行されるのを保障するのに非常に慎重でなければなりません。
8. Authors' Addresses
8. 作者のアドレス
Daniel W. Connolly World Wide Web Consortium (W3C) MIT Laboratory for Computer Science 545 Technology Square Cambridge, MA 02139, U.S.A.
正方形のケンブリッジ、ダニエルW.コノリーワールドワイドウェブコンソーシアム(W3C)MITコンピュータサイエンス研究所545Technology MA 02139、米国
EMail: connolly@w3.org http://www.w3.org/People/Connolly/
メール: connolly@w3.org http://www.w3.org/People/Connolly/
Larry Masinter AT&T 75 Willow Road Menlo Park, CA 94025
メンローパーク、ラリーMasinter AT&T75柳のRoadカリフォルニア 94025
EMail: LM@att.com http://larry.masinter.net
メール: LM@att.com http://larry.masinter.net
9. References
9. 参照
[CLIMAPS] Seidman, J., "A Proposed Extension to HTML: Client-Side Image Maps", RFC 1980, August 1996.
[CLIMAPS]シードマン、J.、「AはHTMLに拡大を提案しました」。 「クライアント側の画像マップ」、RFC1980、1996年8月。
[FORMDATA] Masinter, L., "Returning Values from Forms: multipart/form-data", RFC 2388, August 1998.
[FORMDATA] Masinter、L.、「帰りはフォームから以下を評価します」。 「複合/フォームデータ」、RFC2388、1998年8月。
[HTML20] Berners-Lee, T. and D. Connolly, "Hypertext Markup Language - 2.0", RFC 1866, November 1995.
そして、[HTML20]バーナーズ・リー、T.、D.コノリー、「2インチ、RFC1866、1995年ハイパーテキストマークアップランゲージ--11月。」
[HTML30] Raggett, D., "HyperText Markup Language Specification Version 3.0", September 1995. (Available at <http://www.w3.org/MarkUp/html3/CoverPage>).
[HTML30] Raggett、D.、「ハイパーテキストマークアップランゲージ仕様バージョン3インチ、1995年9月。」 (<http://www.w3.org/マークアップ/html3/CoverPage>で利用可能な。)
Connolly & Masinter Informational [Page 6] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[6ページ]のRFC2854
[HTML32] Raggett, D., "HTML 3.2 Reference Specification", W3C Recomendation, January 1997. Available at <http://www.w3.org/TR/REC-html32>.
[HTML32] Raggett、D.、「HTML3.2関連仕様書」、W3C Recomendation、1997年1月。 <http://www.w3.org/TR/REC-html32>では、利用可能です。
[HTML40] Raggett, D., et al., "HTML 4.0 Specification", W3C Recommendation, December 1997. Available at <http://www.w3.org/TR/1998/REC-html40- 19980424>
[HTML40] Raggett、D.、他、「HTML4.0仕様」、W3C Recommendation、1997年12月。 <http://www.w3.org/TR/1998/REC-html40 19980424>では、利用可能です。
[HTML401] Raggett, D., et al., "HTML 4.01 Specification", W3C Recommendation, December 1999. Available at <http://www.w3.org/TR/html401>.
[HTML401] Raggett、D.、他、「HTML4.01仕様」、W3C Recommendation、1999年12月。 <http://www.w3.org/TR/html401>では、利用可能です。
[HTTP] Gettys, J., Fielding, R., Mogul, J., Frystyk, H., Masinter, L., Leach, P. and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.
[HTTP] Gettys、J.、フィールディング、R.、ムガール人、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ・リー、「HTTP/1.1インチ、RFC2616、1999年ハイパーテキスト転送プロトコル--6月」。
[I18N] Yergeau, F., Nicol, G. and M. Duerst, "Internationalization of the Hypertext Markup Language", RFC 2070, January 1997.
[I18N] YergeauとF.とニコルとG.とM.Duerst、「ハイパーテキストマークアップランゲージの国際化」、RFC2070、1997年1月。
[MHTML] Palme, J., Hotmann, A. and N. Shelness, "MIME Encapsulation of Aggregate Documents, such as HTML (MHTML)", RFC 2557, March 1999.
[MHTML] パルメ、J.、Hotmann、A.、およびN.シェル、「HTMLなどのAggregate Documents(MHTML)のMIME Encapsulation」RFC2557(1999年3月)。
[MIME] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types", RFC 2046, November 1996.
解放された[MIME]、N.、およびN.Borenstein、「マルチパーパスインターネットメールエクステンション(MIME)は2を分けます」。 「メディアタイプ」、RFC2046、1996年11月。
[TABLES] Raggett, D., "HTML Tables", RFC 1942, May 1996.
「HTMLテーブル」という[テーブル]Raggett、D.(RFC1942)は1996がそうするかもしれません。
[UPLOAD] Nebel, E. and L. Masinter, "Form-based File Upload in HTML", RFC 1867, November 1995.
[アップロードします] NebelとE.とL.Masinter、「HTMLにおけるフォームベースのファイルアップロード」、RFC1867、1995年11月。
[URI] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax", RFC 2396, August 1998.
[URI]バーナーズ・リー、T.、フィールディング、R.、およびL.Masinter、「Uniform Resource Identifier(URI):」 「ジェネリック構文」、RFC2396、1998年8月。
[XHTML1] "XHTML 1.0: The Extensible HyperText Markup Language: A Reformulation of HTML 4 in XML 1.0", W3C Recommendation, January 2000. Available at <http://www.w3.org/TR/xhtml1>.
[XHTML1]、「XHTML1.0:」 広げることができるハイパーテキストマークアップランゲージ: XMLのHTML4のReformulation、1インチ、W3C推薦、1月2000 <http://www.w3.org/TR/xhtml1>では、利用可能です。
Connolly & Masinter Informational [Page 7] RFC 2854 The 'text/html' Media Type June 2000
'テキスト/html'メディアが2000年6月にタイプするコノリーとMasinterの情報[7ページ]のRFC2854
10. Full Copyright Statement
10. 完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Connolly & Masinter Informational [Page 8]
コノリーとMasinter情報です。[8ページ]
一覧
スポンサーリンク