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ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

font-size フォントのサイズを指定する

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る