| 翻訳と辞書 |
| Data: （ リダイレクト：データURIスキーム（）とは外部データ無しにウェブページにデータを埋めこむためのURIスキームである。例えば、通常画像データはHTMLやCSSに外部リンクとして記述され、ブラウザで表示する際には複数のHTTPリクエストが発生する。これは画像データが小さい場合などには非効率的である。データURIスキームを使用すれば内部データとして画像を埋め込むことができるので1つのHTTPリクエストで済み、効率化できる。RFC 2397で定義されている。フルサポートされたブラウザでは、JavaScriptで生成されたコンテンツであってもwindow.location.hrefに値を設定することで通常の外部ファイルと同様に「ダウンロード」をすることができる。IETFはこの仕様を1998年に標準プロトコル案として発行した。その後の更新はなく、現在に至っている。HTML 4.01の仕様でデータURIスキームについて言及されており、今では多くのブラウザに実装されている。==長所==*データをテキスト形式で埋め込むのでHTTPリクエストやヘッダのトラフィックが低減できる。データによってはそのまま埋め込むことができないためエンコードのためのオーバーヘッドが起こる（例えば、600バイトのデータをデータURIスキームで埋め込む場合、Base64でエンコードされ約800バイトになり、200バイトほどデータ量は増える）が、それでもトラフィックを軽減できる事の方が有用である。*小さなファイルを多数転送するよりもデータURIスキームを使った方が高速である。TCPのファイル転送にはスロースタートの仕組みが採用されている。小さなファイル1つ1つがTCPコネクションを要求した場合、転送速度はラウンドトリップタイムや帯域幅に応じて制限される。（ただし、HTTP/1.1で規定されたkeep-aliveが有効な場合、この長所は価値が下がる。）*HTTPSを使用したウェブページを閲覧する場合、ブラウザはページ内で発生した全てのダウンロードに対してセキュアな接続を要求するか、一部セキュリティで守られていない要素があることをユーザに警告する。サーバーの設定にミスがあった場合、通常のHTTPリクエストに比べてHTTPSのリクエストは大きなオーバーヘッドが発生する。データURIスキームにより全てのファイルを1つにまとめることができればこのような心配はしなくてもよい。*多くのブラウザは1つのドメインに対する接続数に限りがある。データURIスキームにより全てのファイルを1つにまとめることができれば接続数の制限は問題にはならない。*外部データへのアクセスが制限されている環境で有用である。*1つのHTMLファイルでマルチメディアを表現することができる。*電子メールで外部ファイルや添付ファイルを使用せずに画像を表示できる。 ） ： ウィキペディア日本語版 |
データURIスキーム（）とは外部データ無しにウェブページにデータを埋めこむためのURIスキームである。例えば、通常画像データはHTMLやCSSに外部リンクとして記述され、ブラウザで表示する際には複数のHTTPリクエストが発生する。これは画像データが小さい場合などには非効率的である。データURIスキームを使用すれば内部データとして画像を埋め込むことができるので1つのHTTPリクエストで済み、効率化できる。RFC 2397で定義されている。フルサポートされたブラウザでは、JavaScriptで生成されたコンテンツであってもwindow.location.hrefに値を設定することで通常の外部ファイルと同様に「ダウンロード」をすることができる。IETFはこの仕様を1998年に標準プロトコル案として発行した。その後の更新はなく、現在に至っている。HTML 4.01の仕様でデータURIスキームについて言及されており、今では多くのブラウザに実装されている。==長所==*データをテキスト形式で埋め込むのでHTTPリクエストやヘッダのトラフィックが低減できる。データによってはそのまま埋め込むことができないためエンコードのためのオーバーヘッドが起こる（例えば、600バイトのデータをデータURIスキームで埋め込む場合、Base64でエンコードされ約800バイトになり、200バイトほどデータ量は増える）が、それでもトラフィックを軽減できる事の方が有用である。*小さなファイルを多数転送するよりもデータURIスキームを使った方が高速である。TCPのファイル転送にはスロースタートの仕組みが採用されている。小さなファイル1つ1つがTCPコネクションを要求した場合、転送速度はラウンドトリップタイムや帯域幅に応じて制限される。（ただし、HTTP/1.1で規定されたkeep-aliveが有効な場合、この長所は価値が下がる。）*HTTPSを使用したウェブページを閲覧する場合、ブラウザはページ内で発生した全てのダウンロードに対してセキュアな接続を要求するか、一部セキュリティで守られていない要素があることをユーザに警告する。サーバーの設定にミスがあった場合、通常のHTTPリクエストに比べてHTTPSのリクエストは大きなオーバーヘッドが発生する。データURIスキームにより全てのファイルを1つにまとめることができればこのような心配はしなくてもよい。*多くのブラウザは1つのドメインに対する接続数に限りがある。データURIスキームにより全てのファイルを1つにまとめることができれば接続数の制限は問題にはならない。*外部データへのアクセスが制限されている環境で有用である。*1つのHTMLファイルでマルチメディアを表現することができる。*電子メールで外部ファイルや添付ファイルを使用せずに画像を表示できる。
データURIスキーム（）とは外部データ無しにウェブページにデータを埋めこむためのURIスキームである。例えば、通常画像データはHTMLやCSSに外部リンクとして記述され、ブラウザで表示する際には複数のHTTPリクエストが発生する。これは画像データが小さい場合などには非効率的である。データURIスキームを使用すれば内部データとして画像を埋め込むことができるので1つのHTTPリクエストで済み、効率化できる。RFC 2397で定義されている。
フルサポートされたブラウザでは、JavaScriptで生成されたコンテンツであってもwindow.location.hrefに値を設定することで通常の外部ファイルと同様に「ダウンロード」をすることができる。
IETFはこの仕様を1998年に標準プロトコル案として発行した。その後の更新はなく、現在に至っている。HTML 4.01の仕様でデータURIスキームについて言及されており、今では多くのブラウザに実装されている。
==長所==
*データをテキスト形式で埋め込むのでHTTPリクエストやヘッダのトラフィックが低減できる。データによってはそのまま埋め込むことができないためエンコードのためのオーバーヘッドが起こる（例えば、600バイトのデータをデータURIスキームで埋め込む場合、Base64でエンコードされ約800バイトになり、200バイトほどデータ量は増える）が、それでもトラフィックを軽減できる事の方が有用である。
*小さなファイルを多数転送するよりもデータURIスキームを使った方が高速である。TCPのファイル転送にはスロースタートの仕組みが採用されている。小さなファイル1つ1つがTCPコネクションを要求した場合、転送速度はラウンドトリップタイムや帯域幅に応じて制限される。（ただし、HTTP/1.1で規定されたkeep-aliveが有効な場合、この長所は価値が下がる。）
*HTTPSを使用したウェブページを閲覧する場合、ブラウザはページ内で発生した全てのダウンロードに対してセキュアな接続を要求するか、一部セキュリティで守られていない要素があることをユーザに警告する。サーバーの設定にミスがあった場合、通常のHTTPリクエストに比べてHTTPSのリクエストは大きなオーバーヘッドが発生する。データURIスキームにより全てのファイルを1つにまとめることができればこのような心配はしなくてもよい。
*多くのブラウザは1つのドメインに対する接続数に限りがある。データURIスキームにより全てのファイルを1つにまとめることができれば接続数の制限は問題にはならない。
*外部データへのアクセスが制限されている環境で有用である。
*1つのHTMLファイルでマルチメディアを表現することができる。
*電子メールで外部ファイルや添付ファイルを使用せずに画像を表示できる。
抄文引用元・出典: フリー百科事典『 ウィキペディア（Wikipedia）』
■ウィキペディアで「データURIスキーム（）とは外部データ無しにウェブページにデータを埋めこむためのURIスキームである。例えば、通常画像データはHTMLやCSSに外部リンクとして記述され、ブラウザで表示する際には複数のHTTPリクエストが発生する。これは画像データが小さい場合などには非効率的である。データURIスキームを使用すれば内部データとして画像を埋め込むことができるので1つのHTTPリクエストで済み、効率化できる。RFC 2397で定義されている。フルサポートされたブラウザでは、JavaScriptで生成されたコンテンツであってもwindow.location.hrefに値を設定することで通常の外部ファイルと同様に「ダウンロード」をすることができる。IETFはこの仕様を1998年に標準プロトコル案として発行した。その後の更新はなく、現在に至っている。HTML 4.01の仕様でデータURIスキームについて言及されており、今では多くのブラウザに実装されている。==長所==*データをテキスト形式で埋め込むのでHTTPリクエストやヘッダのトラフィックが低減できる。データによってはそのまま埋め込むことができないためエンコードのためのオーバーヘッドが起こる（例えば、600バイトのデータをデータURIスキームで埋め込む場合、Base64でエンコードされ約800バイトになり、200バイトほどデータ量は増える）が、それでもトラフィックを軽減できる事の方が有用である。*小さなファイルを多数転送するよりもデータURIスキームを使った方が高速である。TCPのファイル転送にはスロースタートの仕組みが採用されている。小さなファイル1つ1つがTCPコネクションを要求した場合、転送速度はラウンドトリップタイムや帯域幅に応じて制限される。（ただし、HTTP/1.1で規定されたkeep-aliveが有効な場合、この長所は価値が下がる。）*HTTPSを使用したウェブページを閲覧する場合、ブラウザはページ内で発生した全てのダウンロードに対してセキュアな接続を要求するか、一部セキュリティで守られていない要素があることをユーザに警告する。サーバーの設定にミスがあった場合、通常のHTTPリクエストに比べてHTTPSのリクエストは大きなオーバーヘッドが発生する。データURIスキームにより全てのファイルを1つにまとめることができればこのような心配はしなくてもよい。*多くのブラウザは1つのドメインに対する接続数に限りがある。データURIスキームにより全てのファイルを1つにまとめることができれば接続数の制限は問題にはならない。*外部データへのアクセスが制限されている環境で有用である。*1つのHTMLファイルでマルチメディアを表現することができる。*電子メールで外部ファイルや添付ファイルを使用せずに画像を表示できる。」の詳細全文を読む
スポンサード リンク
| 翻訳と辞書 : 翻訳のためのインターネットリソース |
Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.
|
|