Robert Cailliauがデザインした歴史的な World Wide Web のロゴ。現在、WWW で広く受け入れられているロゴは存在しません。 | |
| 略語 | WWW |
|---|---|
| 開始年 | 1989年ティム・バーナーズ =リー |
| 組織 | CERN |

ワールドワイドウェブ(WWWまたは単にウェブ)は、IT専門家や愛好家以外のユーザーにもアピールすることを目的とした、ユーザーフレンドリーな方法でインターネット上でコンテンツを共有できるようにする情報システムです。 [1]ハイパーテキスト転送プロトコル(HTTP)の特定のルールに従って、インターネット経由でドキュメントやその他のウェブリソースにアクセスできるようにします。[2]
ウェブは、1989年にCERNに在籍していたイギリスのコンピュータ科学者ティム・バーナーズ=リーによって発明され、1991年に一般に公開されました。ウェブは「ユニバーサルリンク情報システム」として構想されました。 [3] [4]文書やその他のメディアコンテンツはウェブサーバーを通じてネットワーク上で利用可能になり、ウェブブラウザなどのプログラムからアクセスできます。ワールドワイドウェブ上のサーバーとリソースは、ユニフォームリソースロケータ(URL) と呼ばれる文字列を通じて識別され、配置されます。
元祖であり、現在でも非常に一般的なドキュメント タイプは、ハイパーテキスト マークアップ言語(HTML)でフォーマットされたWeb ページです。このマークアップ言語は、プレーン テキスト、画像、埋め込みビデオおよびオーディオコンテンツ、および複雑なユーザー インタラクションを実装するスクリプト(短いプログラム) をサポートしています。HTML 言語は、他の Web リソースにすぐにアクセスできるハイパーリンク(埋め込み URL) もサポートしています。Webナビゲーション、つまり Web サーフィンは、複数の Web サイトにまたがるこのようなハイパーリンクをたどる一般的な方法です。Webアプリケーションは、アプリケーション ソフトウェアとして機能する Web ページです。Web 内の情報は、HTTP を使用してインターネット経由で転送されます。共通のテーマと通常は共通のドメイン名を持つ複数の Web リソースが、 Web サイトを構成します。単一の Web サーバーが複数の Web サイトを提供することがありますが、一部の Web サイト (特に最も人気のあるサイト) は、複数のサーバーによって提供されることがあります。Web サイトのコンテンツは、無数の企業、組織、政府機関、および個人ユーザーによって提供され、膨大な量の教育、娯楽、商業、および政府情報で構成されています。
ウェブは世界で最も支配的な情報システムプラットフォームとなっている。[5] [6] [7] [8]ウェブは、世界中の何十億もの人々がインターネットを利用するために使用する主要なツールである。[2]
歴史

ウェブは、CERNで働いていたイギリスのコンピュータ科学者ティム・バーナーズ=リーによって発明されました。[9] [10]彼は、その大きく絶えず変化する組織で文書やデータファイルを保存、更新、検索し、それらを CERN の外部の協力者に配布するという問題に突き動かされました。バーナーズ=リーは、設計において、既存の CERNDOC 文書システムやUnix ファイルシステムで使用されている一般的なツリー構造アプローチや、VAX/NOTES システムのようにキーワードでファイルをタグ付けするアプローチを却下しました。代わりに、彼は CERN で構築したプライベートENQUIREシステム (1980)で実践した概念を採用しました。彼は、テキストに埋め込まれた「ホットスポット」に関連付けられたハイパーリンクを通じて文書を制約のない方法でリンクできるテッド・ネルソンのハイパーテキストモデル (1965)を知り、それが彼の概念の妥当性を確認するのに役立ちました。[11] [12]
このモデルは後にAppleのHyperCardシステムによって普及した。HyperCard とは異なり、バーナーズ=リーの新しいシステムは最初から、独立したコンピュータ上の複数のデータベース間のリンクをサポートし、インターネット上のどのコンピュータからでも多数のユーザーが同時にアクセスできるようにすることを目的としていた。また、最終的にはテキスト以外のメディア、たとえばグラフィック、音声、ビデオも扱えるようにすることを規定した。リンクは変更可能なデータ ファイルを参照したり、サーバー コンピュータ上のプログラムを起動したりすることもできる。また、新しいシステムを介して他の方法で整理されたドキュメント (従来のコンピュータファイル システムやUsenetなど) にアクセスできるようにする「ゲートウェイ」も考案した。最後に、彼は、リンクの作成に対する中央管理や調整を行わず、システムを分散化する必要があると主張した。[3] [13] [9] [10]
バーナーズ=リーは1989年5月にCERNに提案書を提出したが、システムに名前は付けなかった。[3]彼は1990年末までに、 WorldWideWebと呼ばれるブラウザ(これがプロジェクトとネットワークの名前となった)とCERNで稼働するHTTPサーバを含む実用的なシステムを実装した。その開発の一環として、彼はHTTPプロトコルの最初のバージョン、基本的なURL構文を定義し、暗黙のうちにHTMLを主要な文書形式とした。[14]この技術は1991年1月からCERN以外の研究機関に公開され、1991年8月23日にはインターネット全体に公開された。ウェブはCERNで成功を収め、他の科学・学術機関にも広がり始めた。その後2年間で50のウェブサイトが作成された。[15] [16]
CERN は 1993 年に Web プロトコルとコードをロイヤリティ フリーで利用できるようにし、Web の広範な使用を可能にしました。[17] [18]その年の後半にNCSA がMosaic Web ブラウザをリリースした後、Web の人気は急速に高まり、1 年も経たないうちに何千もの Web サイトが出現しました。 [19] [20] Mosaic は、インライン画像を表示し、HTTPd サーバーによって処理されるフォームを送信できるグラフィカル ブラウザでした。[21] [22]翌年、Marc AndreessenとJim Clark がNetscapeを設立し、 JavaとJavaScript をWeb に導入したNavigator ブラウザをリリースしました。Navigator はすぐに主流のブラウザになりました。Netscape は 1995 年に株式公開され、Web への熱狂を引き起こし、ドットコム バブルが始まりました。[23] Microsoft は独自のブラウザであるInternet Explorer を開発してこれに応え、ブラウザ戦争が始まりました。これを Windows にバンドルすることで、14 年間にわたって主流のブラウザになりました。[24]
バーナーズ=リーは、1996年にXMLを作成し、HTMLをより厳格なXHTMLに置き換えることを推奨したワールドワイドウェブコンソーシアム(W3C)を設立しました。[25]その間に、開発者はXMLHttpRequestと呼ばれるIEの機能を利用してAjaxアプリケーションを作成し始め、Web 2.0革命を開始しました。Mozilla 、Opera、AppleはXHTMLを拒否し、HTML5を開発するWHATWGを作成しました。[26] 2009年、W3CはXHTMLを認め、放棄しました。[27] 2019年、W3CはHTML仕様の管理をWHATWGに譲渡しました。[28]
ワールドワイドウェブは情報化時代の発展の中心であり、何十億もの人々がインターネット上で交流するために使用する主要なツールです。[29] [30] [31] [8]
命名法
ティム・バーナーズ=リーは、ワールド・ワイド・ウェブは正式には3つの別々の単語として綴られ、それぞれが大文字で始まり、間にハイフンは挟まれないと述べています。[32]それにもかかわらず、単にウェブ、またはウェブと呼ばれることがよくあります。詳細についてはインターネットの大文字化を参照してください。中国語の北京語では、ワールド・ワイド・ウェブは、音韻意味マッチングによってwàn wéi wǎng(万维網)と翻訳されることが多く、これはwwwを満たし、文字通り「10,000次元のネット」を意味し、ワールド・ワイド・ウェブの設計コンセプトと普及を反映した翻訳です。
www プレフィックスの使用は減少しており、特にWeb アプリケーションがドメイン名をブランド化し、簡単に発音できるようにしようとしているときに顕著です。モバイル Web の人気が高まるにつれて、[要出典] Gmail .com、Outlook.com、Myspace .com、Facebook .com、Twitter .comなどのサービスは、ドメインに「www.」(または「.com」) を追加せずに言及されることがほとんどになりました。[33]
英語では、wwwは通常、 double-u double-u double-uと読まれる。[34]一部のユーザーはこれをdub-dub-dubと発音し、特にニュージーランドではそうである。[35] スティーブン・フライは、ポッドキャストの「Podgrams」シリーズでこれをwuh wuh wuhと発音する。[36]英国の作家ダグラス・アダムスはかつて、インディペンデント・オン・サンデー(1999年)でこう皮肉った。「ワールド・ワイド・ウェブは、私が知る限り、短縮形の方が本来の短縮形の3倍長く発音される唯一のものだ」。[37]
関数

インターネットとワールドワイドウェブという用語は、あまり区別せずに使用されることが多い。しかし、この2つの用語は同じ意味ではない。インターネットは、電気通信と光ネットワークを介して相互接続されたコンピュータネットワークのグローバルシステムである。対照的に、ワールドワイドウェブは、ハイパーリンクとURIによってリンクされたドキュメントやその他のリソースのグローバルコレクションである。ウェブリソースには、インターネットのトランスポートプロトコルを使用するアプリケーションレベルのインターネットプロトコルであるHTTPまたはHTTPSを使用してアクセスします。[2]
ワールド ワイド ウェブ上のウェブ ページの表示は、通常、ウェブ ブラウザにページのURLを入力するか、そのページまたはリソースへのハイパーリンクをたどることによって始まります。次に、ウェブ ブラウザは、要求されたページを取得して表示するために、一連のバックグラウンド通信メッセージを開始します。1990 年代には、ブラウザを使用してウェブ ページを表示し、ハイパーリンクを介して 1 つのウェブ ページから別のウェブ ページに移動することは、「ブラウジング」、「ウェブ サーフィン」(チャンネル サーフィンにちなんで)、または「ウェブのナビゲーション」と呼ばれるようになりました。この新しい行動に関する初期の研究では、ウェブ ブラウザを使用する際のユーザー パターンが調査されました。たとえば、ある研究では、探索的サーフィン、ウィンドウ サーフィン、進化型サーフィン、境界ナビゲーション、ターゲット ナビゲーションの 5 つのユーザー パターンが見つかりました。[38]
次の例は、URLのページにアクセスするときのWebブラウザの機能を示しています。http://example.org/home.htmlブラウザはURLのサーバー名を解決します(例:) を、グローバルに分散されたドメイン ネーム システム(DNS)を使用してインターネット プロトコル アドレスに変換します。この検索では、 203.0.113.4や2001:db8:2e::7334などの IP アドレスが返されます。次に、ブラウザーは、インターネット経由でそのアドレスのコンピューターにHTTP要求を送信して、リソースを要求します。受信側ホストが HTTP 要求を、サービスしている可能性のある他のネットワーク プロトコルと区別できるように、HTTP サービスでよく知られている特定の TCP ポート番号にサービスを要求します。HTTP では通常ポート番号 80 が使用され、HTTPS では通常ポート番号 443 が使用されます。HTTP 要求の内容は、2 行のテキストのように単純な場合があります。
GET /home.html HTTP / 1.1
ホスト: example.org
HTTP 要求を受信したコンピューターは、ポート 80 で要求を待機している Web サーバー ソフトウェアに要求を送信します。Web サーバーが要求を満たすことができる場合、成功を示す HTTP 応答をブラウザーに返します。
HTTP / 1.1 200 OK
コンテンツタイプ: text/html; 文字セット=UTF-8
要求されたページのコンテンツが続きます。基本的な Web ページのハイパーテキスト マークアップ言語 ( HTML ) は次のようになります。
< html >
< head >
< title > Example.org – The World Wide Web </ title >
</ head >
< body >
< p > World Wide Web は WWW と略され、一般には ... として知られています。 </ p >
</ body >
</ html >
ウェブブラウザはHTML を解析し、単語を囲むマークアップ(段落を表す など) を解釈して、画面上のテキストの書式を設定します。多くのウェブページは、画像、その他の埋め込みメディア、ページの動作に影響を与えるスクリプト、ページレイアウトに影響を与えるカスケーディングスタイルシートなど、他のリソースの URL を参照するために HTMLを使用しています。ブラウザは、これらの他のインターネットメディアタイプについて、ウェブサーバーに追加の HTTP 要求を行います。ブラウザは、ウェブサーバーからコンテンツを受け取ると、HTML とこれらの追加リソースで指定されたとおりに、ページを段階的に画面に
レンダリングします。<title><p>
html
ハイパーテキストマークアップ言語(HTML)は、ウェブページやウェブアプリケーションを作成するための標準的なマークアップ言語です。カスケーディングスタイルシート(CSS)およびJavaScriptとともに、ワールドワイドウェブの基盤技術の3つを形成しています。[39]
Web ブラウザは、Web サーバーまたはローカル ストレージからHTML ドキュメントを受信し、そのドキュメントをマルチメディア Web ページにレンダリングします。HTML は Web ページの構造を意味的に記述し、ドキュメントの外観に関するヒントを元々含んでいました。
HTML 要素は、HTML ページの構成要素です。HTML 構造を使用すると、画像やインタラクティブ フォームなどのその他のオブジェクトをレンダリングされたページに埋め込むことができます。HTML は、見出し、段落、リスト、リンク、引用などのテキストの構造的意味を示すことによって、構造化ドキュメントを作成する手段を提供します。HTML 要素は、山括弧を使用して記述されたタグによって区切られます。や などのタグは、ページに直接コンテンツを導入します。その他の タグ、たとえば や は、ドキュメント テキストに関する情報を囲み、サブ要素として他のタグを含むことができます。ブラウザーは HTML タグを表示しませんが、ページのコンテンツを解釈するために使用します。
<img /><input /><p>
HTMLにはJavaScriptなどのスクリプト言語で書かれたプログラムを埋め込むことができ、ウェブページの動作や内容に影響を与える。CSSを含めることでコンテンツの見た目やレイアウトが決まる。HTMLとCSS標準の保守団体であるワールドワイドウェブコンソーシアム(W3C)は、1997年以来、明示的なプレゼンテーションHTMLよりもCSSの使用を推奨している。[40][update]
リンク
ほとんどの Web ページには、他の関連ページへのハイパーリンクや、ダウンロード可能なファイル、ソース ドキュメント、定義、その他の Web リソースへのハイパーリンクが含まれています。基礎となる HTML では、ハイパーリンクは次のようになります。
<a href="http://example.org/home.html">Example.org Homepage</a>.

ハイパーテキストリンクを介して相互接続された、有用で関連のあるリソースの集まりは、情報のウェブと呼ばれます。インターネットでの出版物は、1990年11月にティム・バーナーズ=リーが最初にWorldWideWeb(元のキャメルケースで、その後廃止されました)と呼んだものを作成しました。[41]
ウェブのハイパーリンク構造はウェブグラフで表されます。ウェブグラフのノードはウェブページ (または URL) に対応し、それらの間の有向エッジはハイパーリンクに対応します。時間が経つと、ハイパーリンクで参照される多くのウェブ リソースは消えたり、移動したり、別のコンテンツに置き換えられたりします。これによりハイパーリンクは古くなります。この現象は一部の人々からリンクの腐敗と呼ばれ、影響を受けるハイパーリンクは「デッド」リンクと呼ばれることがよくあります。ウェブの短命な性質により、ウェブサイトをアーカイブする多くの取り組みが促進されました。1996年から活動しているインターネット アーカイブは、そのような取り組みの中で最もよく知られています。
WWW プレフィックス
ワールド ワイド ウェブに使用されるホスト名の多くはwwwで始まる。これは、インターネットホストを提供するサービスに応じて命名するという長年の慣習によるものである。ウェブ サーバーのホスト名は多くの場合wwwであり、 FTP サーバーの場合はftp、Usenetニュース サーバーの場合はnewsまたはnntpとなる場合があるのと同じである。これらのホスト名は、ドメイン ネーム システム (DNS) またはサブドメイン名としてwww.example.comのように表示される。wwwの使用は、技術標準またはポリシー標準で必須ではなく、多くのウェブサイトはこれを使用していない。最初のウェブ サーバーはnxoc01.cern.chであった。[42]ティム バーナーズ リーとともに CERN で働いていたパオロ パラッツィによると、サブドメインとしてのwwwの人気は偶然であった。ワールド ワイド ウェブ プロジェクト ページは www.cern.ch で公開される予定であったが、info.cern.ch は CERN のホームページとなる予定であった。しかし、DNSレコードは切り替えられず、組織のウェブサイトのドメイン名の前にwwwを付ける慣行はその後模倣されました。 [43] [より良い情報源が必要]多くの確立されたウェブサイトは依然としてプレフィックスを使用しており、または特別な目的でwww2、secure、enなどの他のサブドメイン名を使用しています。そのようなウェブサーバーの多くは、メインドメイン名(例:example.com)とwwwサブドメイン(例:www.example.com)の両方が同じサイトを参照するように設定されています。他のサーバーでは、いずれかの形式が必要であったり、異なるウェブサイトにマップされる場合があります。サブドメイン名を使用すると、ウェブサーバーのクラスターを指すCNAMEレコードを作成することで、着信ウェブトラフィックの負荷分散に役立ちます。現在[時点? ]、CNAMEで使用できるのはサブドメインのみであるため、ベアドメインルートを使用しても同じ結果は得られません。[44] [疑わしい–議論する]
ユーザーが不完全なドメイン名をウェブブラウザのアドレスバー入力欄に送信すると、一部のウェブブラウザは、欠落しているものに応じて、先頭にプレフィックス「www」を追加し、末尾に「.com」、「.org」、「.net」を自動的に追加しようとします。たとえば、「microsoft」と入力すると、http://www.microsoft.com/に変換され、「openoffice」はhttp://www.openoffice.orgに変換されます。この機能は、2003年初頭にまだ「Firebird」という仮題だったFirefoxの初期バージョンで登場し始めました。これは、 Lynxなどのブラウザでの以前の慣行によるものです。[45] [信頼できない情報源? ] Microsoftは2008年に同じアイデアで米国特許を取得しましたが、モバイルデバイスのみを対象としていると報告されています。[46]
スキーム指定子
Web URIの先頭にあるスキーム指定子http://と は、それぞれHypertext Transfer ProtocolまたはHTTP Secureを指します。これらは、要求と応答に使用する通信プロトコルを指定します。HTTP プロトコルは World Wide Web の動作の基本であり、HTTPS に追加された暗号化レイヤーは、ブラウザーがパスワードや銀行情報などの機密データを送信または取得するときに不可欠です。Web ブラウザーは通常、ユーザーが入力した URI が省略されている場合、自動的に http:// を先頭に追加します。
https://
ページ

Webページ(ウェブページとも表記) は、World Wide Web およびWeb ブラウザに適したドキュメントです。Web ブラウザは、モニターまたはモバイル デバイスに Web ページを表示します。
ウェブページという用語は、通常は目に見えるものを指しますが、コンピュータファイル自体の内容を指す場合もあります。コンピュータファイルは通常、 HTMLまたは同等のマークアップ言語で記述されたハイパーテキストを含むテキストファイルです。一般的なウェブページは、ハイパーリンク (リンクと呼ばれることが多い)を介して他のウェブページを参照するためのハイパーテキストを提供します。ウェブブラウザは、各ウェブページを表示する際に、スタイルシート、スクリプト、画像の 読み取りなど、複数のウェブリソース要素にアクセスする必要が頻繁にあります。
ネットワーク上で、Web ブラウザはリモートWeb サーバーから Web ページを取得できます。Web サーバーは、企業イントラネットなどのプライベート ネットワークへのアクセスを制限している場合があります。Web ブラウザは、ハイパーテキスト転送プロトコル(HTTP) を使用して、 Web サーバーにこのような要求を送信します。
静的Webページは、 Web サーバーのファイル システム内のWeb コンテンツとして保存されたとおりに配信されます。一方、動的Web ページは、通常はサーバー側ソフトウェアによって駆動されるWeb アプリケーションによって生成されます。動的 Web ページは、銀行の Web サイトや Web メールなど、各ユーザーがまったく異なる情報を必要とする場合に使用されます。
静的ページ
静的 Web ページ(フラットページ/固定ページと呼ばれることもあります) は、Web アプリケーションによって生成される動的 Web ページとは対照的に、保存されたとおりにユーザーに配信されるWeb ページです。
その結果、静的 Web ページには、ドキュメントのコンテンツ タイプまたは言語をネゴシエートするWeb サーバーの最新機能(そのようなバージョンが利用可能であり、サーバーがそのように構成されている場合)に従って、すべてのコンテキストのすべてのユーザーに対して同じ情報が表示されます。
動的ページ

サーバー側動的 Web ページとは、サーバー側スクリプトを処理するアプリケーション サーバーによって構築が制御されるWeb ページです。サーバー側スクリプトでは、パラメータによって、クライアント側処理の設定など、すべての新しい Web ページの組み立てがどのように進むかが決まります。
クライアント側の動的 Web ページは、ブラウザで実行される JavaScript を使用して Web ページを処理します。JavaScript プログラムは、ドキュメント オブジェクト モデル(DOM) を介してドキュメントと対話し、ページの状態を照会して変更できます。同じクライアント側の技術を使用して、同じように DOM を動的に更新または変更できます。
動的 Web ページは、その後、ユーザーまたはコンピューター プログラムによって再読み込みされ、可変コンテンツが変更されます。更新情報は、サーバーから取得される場合もあれば、そのページの DOM に加えられた変更から取得される場合もあります。これにより、閲覧履歴が切り捨てられたり、戻るための保存バージョンが作成されたりする場合がありますが、Ajaxテクノロジを使用した動的 Web ページ更新では、戻るためのページが作成されたり、表示されたページの前のWeb 閲覧履歴が切り捨てられたりすることはありません。Ajax テクノロジを使用すると、エンドユーザーは、Web ブラウザーで 1 つのページとして管理される1 つの動的ページを取得しますが、そのページでレンダリングされる実際のWeb コンテンツは異なる場合があります。Ajax エンジンは、ブラウザー上にのみ存在し、アプリケーション サーバーからクライアントの DOM の一部 (DOM) を要求します。
ダイナミック HTML (DHTML) は、静的な Web ページではない Web ページを作成するために使用されるテクノロジと方法の総称ですが、 AJAXの普及以降は一般的に使用されなくなり、 AJAX という用語自体も現在ではほとんど使用されていません。[引用が必要]クライアント側スクリプト、サーバー側スクリプト、またはこれらの組み合わせにより、ブラウザーでの動的な Web エクスペリエンスが実現します。
JavaScript は、1995 年に当時NetscapeにいたBrendan EichによってWeb ページ内での使用を目的として開発されたスクリプト言語です。[47]標準化されたバージョンはECMAScriptです。[47] Web ページをよりインタラクティブにするために、一部の Web アプリケーションではAjax (非同期JavaScript およびXML )などの JavaScript 技術も使用されています。クライアント側のスクリプトはページとともに配信され、マウスの動きやクリックなどのユーザー アクションに応答して、または経過時間に基づいて、サーバーに追加の HTTP 要求を送信できます。サーバーの応答は、応答ごとに新しいページを作成するのではなく、現在のページを変更するために使用されるため、サーバーは限られた増分情報のみを提供する必要があります。複数の Ajax 要求を同時に処理でき、データを取得しながらユーザーはページを操作できます。Web ページは、新しい情報が利用可能かどうかを確認するために定期的にサーバーをポーリングすることもあります。 [48]
Webサイト

ウェブサイト[49]は、ウェブページやマルチメディアコンテンツなどの関連するウェブリソースの集合であり、通常は共通のドメイン名で識別され、少なくとも1つのウェブサーバー上で公開されます。注目すべき例としては、wikipedia.org、google.com、amazon.comなどがあります。
ウェブサイトは、サイトを識別する ユニフォーム リソース ロケーター(URL) を参照することで、インターネットなどのパブリックインターネット プロトコル(IP) ネットワークまたはプライベートローカル エリア ネットワーク(LAN)経由でアクセスできます。
ウェブサイトには多くの機能があり、さまざまな方法で使用できます。ウェブサイトは、個人のウェブサイト、会社の企業ウェブサイト、政府のウェブサイト、組織のウェブサイトなどになります。ウェブサイトは通常、エンターテイメントやソーシャル ネットワーキングからニュースや教育の提供まで、特定のトピックまたは目的に特化しています。公的にアクセス可能なすべてのウェブサイトは、集合的にワールド ワイド ウェブを構成しますが、会社の従業員向けウェブサイトなどのプライベートなウェブサイトは、通常、イントラネットの一部です。
Web ページは、Web サイトの基礎となる文書で、通常はプレーン テキストで作成され、ハイパーテキスト マークアップ言語 ( HTML、XHTML ) の書式指定が散りばめられています。適切なマークアップ アンカーを使用して、他の Web サイトの要素を組み込むこともできます。Web ページは、ハイパーテキスト転送プロトコル(HTTP) を使用してアクセスおよび転送されます。HTTP では、ユーザーのセキュリティとプライバシーを確保するために、オプションで暗号化 ( HTTP Secure、 HTTPS ) を使用することもできます。ユーザーのアプリケーション (多くの場合、Web ブラウザー )は、 HTML マークアップの指示に従って、ページ コンテンツをディスプレイ端末にレンダリングします。
ウェブページ間のハイパーリンクは、読者にサイト構造を伝え、サイトのナビゲーションをガイドします。多くの場合、ナビゲーションは、サイトのウェブコンテンツのディレクトリを含むホームページから始まります。一部のウェブサイトでは、コンテンツにアクセスするためにユーザー登録またはサブスクリプションが必要です。サブスクリプションウェブサイトの例には、多くのビジネスサイト、ニュースウェブサイト、学術雑誌ウェブサイト、ゲームウェブサイト、ファイル共有ウェブサイト、メッセージボード、ウェブベースの電子メール、ソーシャルネットワーキングウェブサイト、さまざまな種類の市場のリアルタイム価格見積もりを提供するウェブサイト、およびその他のさまざまなサービスを提供するサイトが含まれます。エンドユーザーは、デスクトップおよびラップトップコンピューター、タブレットコンピューター、スマートフォン、スマートテレビなど、さまざまなデバイスでウェブサイトにアクセスできます。
ブラウザ
Webブラウザ(一般にブラウザと呼ばれます)は、World Wide Web 上の情報にアクセスするためのソフトウェア ユーザー エージェントです。Web サイトのサーバーに接続してページを表示するには、ユーザーは Web ブラウザ プログラムを持っている必要があります。これは、ユーザーが自分のコンピューターに Web ページをダウンロード、フォーマット、および表示するために実行するプログラムです。
ユーザーが Web ページを検索、表示、移動できるようにするほか、Web ブラウザには通常、ブックマークの保存、履歴の記録、Cookie (下記参照) やホームページの管理などの機能があり、Web サイトにログインするためのパスワードを記録する機能がある場合もあります。
最も人気のあるブラウザは、 Chrome、Firefox、Safari、Internet Explorer、Edgeです。
サーバ

Webサーバーは、World Wide Web クライアントの要求を満たすことができるサーバー ソフトウェア、またはそのソフトウェアを実行するための専用ハードウェアです。通常、Web サーバーには 1 つ以上の Web サイトを含めることができます。Web サーバーは、HTTPおよびその他の関連プロトコルを介して受信したネットワーク要求を処理します。
ウェブサーバーの主な機能は、ウェブページを保存、処理し、クライアントに配信することです。[50]クライアントとサーバー間の通信は、ハイパーテキスト転送プロトコル(HTTP)を使用して行われます。配信されるページは、ほとんどの場合HTMLドキュメントであり、テキストコンテンツに加えて、 画像、スタイルシート、スクリプトが含まれる場合があります。

ユーザーエージェント(通常はWeb ブラウザーまたはWeb クローラー)は、HTTP を使用して特定のリソースを要求することで通信を開始し、サーバーはそのリソースの内容で応答するか、応答できない場合はエラー メッセージで応答します。リソースは通常、サーバーの二次ストレージ上の実際のファイルですが、必ずしもそうとは限らず、Web サーバーの実装方法によって異なります。
主な機能はコンテンツを提供することですが、HTTP の完全な実装にはクライアントからコンテンツを受信する方法も含まれます。この機能は、ファイルのアップロードを含むWeb フォームの送信に使用されます。
多くの一般的な Web サーバーは、Active Server Pages (ASP)、PHP (Hypertext Preprocessor)、またはその他のスクリプト言語を使用したサーバー側スクリプトもサポートしています。つまり、実際のサーバー ソフトウェアは変更せずに、Web サーバーの動作を別のファイルにスクリプト化できます。通常、この機能は、静的ドキュメントを返すのではなく、HTML ドキュメントを動的に(「オンザフライ」で)生成するために使用されます。前者は主に、データベースから情報を取得または変更するために使用されます。後者は通常、はるかに高速でキャッシュも簡単ですが、動的コンテンツを配信することはできません。
ウェブ サーバーは、プリンター、ルーター、ウェブカメラなどのデバイスに組み込まれ、ローカル ネットワークのみにサービスを提供する場合もよくあります。ウェブ サーバーは、問題のデバイスを監視または管理するためのシステムの一部として使用できます。これは通常、ウェブ ブラウザーのみが必要であるため、クライアント コンピューターに追加のソフトウェアをインストールする必要がないことを意味します (現在、ほとんどのオペレーティング システムに含まれています)。
クッキー
HTTP Cookie (ウェブCookie、インターネット Cookie、ブラウザ Cookie、または単にCookieとも呼ばれる) は、Web サイトから送信され、ユーザーが閲覧中にユーザーのWeb ブラウザによってユーザーのコンピュータに保存される小さなデータです。Cookie は、Web サイトが状態情報 (オンライン ストアのショッピング カートに追加されたアイテムなど) を記憶したり、ユーザーの閲覧アクティビティ (特定のボタンのクリック、ログイン、過去にアクセスしたページの記録など) を記録したりするための信頼性の高いメカニズムとして設計されました。また、名前、住所、パスワード、クレジットカード番号など、ユーザーが以前にフォーム フィールドに入力した任意の情報を記憶するためにも使用できます。
クッキーは現代のウェブにおいて重要な機能を果たします。おそらく最も重要なのは、認証クッキーはウェブサーバーがユーザーがログインしているかどうか、どのアカウントでログインしているかを知るために使用する最も一般的な方法だということです。このようなメカニズムがなければ、サイトは機密情報を含むページを送信するか、ログインによるユーザー認証を要求するか判断できません。認証クッキーのセキュリティは、一般的に、発行元ウェブサイトとユーザーのウェブブラウザのセキュリティ、およびクッキーデータが暗号化されているかどうかに依存します。セキュリティ上の脆弱性により、ハッカーがクッキーのデータを読み取ったり、ユーザーデータにアクセスするために使用したり、クッキーが属するウェブサイトに(ユーザーの認証情報を使用して)アクセスするために使用したりする可能性があります(例については、クロスサイトスクリプティングとクロスサイトリクエストフォージェリを参照してください)。[51]
トラッキングクッキー、特にサードパーティのトラッキングクッキーは、個人の閲覧履歴の長期記録をまとめる方法として一般的に使用されています。これはプライバシーに関する潜在的な懸念であり、2011年に欧州[52]および米国の立法者が行動を起こすきっかけとなりました。 [53] [54]欧州の法律では、欧州連合加盟国をターゲットとするすべてのウェブサイトは、ユーザーのデバイスに必須ではないクッキーを保存する前に、ユーザーから「インフォームドコンセント」を得ることが義務付けられています。
Google Project Zeroの研究者Jann Horn氏は、 Wi-Fiホットスポットプロバイダーなどの仲介者がクッキーを読み取る方法について説明しています。そのような状況では、ブラウザをプライベートブラウジングモード(Google Chromeではシークレットモードとして広く知られています)で使用することを推奨しています。[55]
検索エンジン

ウェブ検索エンジンまたはインターネット検索エンジンは、ウェブ検索(インターネット検索) を実行するように設計されたソフトウェアシステムです。ウェブ検索とは、ウェブ検索クエリで指定された特定の情報を体系的にワールドワイドウェブで検索することです。検索結果は通常、検索エンジン結果ページ(SERP)と呼ばれる一連の結果で表示されます。情報には、ウェブページ、画像、ビデオ、インフォグラフィック、記事、研究論文、その他の種類のファイルが混在している場合があります。一部の検索エンジンは、データベースまたはオープンディレクトリで利用可能なデータもマイニングします。人間の編集者によってのみ維持されるウェブディレクトリとは異なり、検索エンジンはウェブクローラーでアルゴリズムを実行することによってリアルタイム情報も維持します。ウェブ検索エンジンで検索できないインターネットコンテンツは、一般にディープウェブと呼ばれます。
ディープウェブ
ディープウェブ[56]、 インビジブルウェブ[57]、またはヒドゥンウェブ[58]は、ワールドワイドウェブの一部であり、そのコンテンツは標準的なウェブ検索エンジンによってインデックス化されていません。ディープウェブの反対語はサーフェスウェブで、インターネットを使用している人なら誰でもアクセスできます。[59]コンピューター科学者のマイケル・K・バーグマンは、2001年に検索インデックス用語としてディープウェブという用語を作り出したと言われています。[60]
ディープウェブのコンテンツはHTTPフォームの背後に隠されており[61] [62] 、ウェブメール、オンラインバンキング、ビデオオンデマンド、一部のオンラインマガジンや新聞など、ユーザーが料金を支払わなければならず、ペイウォールで保護されているサービスなど、非常に一般的な用途が数多く含まれています。
ディープ ウェブのコンテンツは、直接URLまたはIP アドレスで見つけてアクセスできますが、公開 Web サイト ページを通過するにはパスワードやその他のセキュリティ アクセスが必要になる場合があります。
キャッシング
ウェブキャッシュは、パブリック インターネット上または企業内に配置されているサーバー コンピューターで、最近アクセスしたウェブ ページを保存して、最初の要求後一定時間以内に同じコンテンツが要求された場合に、ユーザーへの応答時間を改善します。ほとんどのウェブ ブラウザーも、最近取得したデータをローカル データ ストレージ デバイスに書き込むことによってブラウザー キャッシュを実装しています。ブラウザーによる HTTP 要求では、最後のアクセス以降に変更されたデータのみを要求する場合があります。ウェブ ページとリソースには、オンラインバンキングなどの機密データを保護するためにキャッシュを制御する有効期限情報が含まれている場合や、ニュース メディアなどの頻繁に更新されるサイトを容易にする場合があります。非常に動的なコンテンツを含むサイトでも、基本的なリソースの更新をたまにしか許可しない場合があります。ウェブサイトの設計者は、CSS データや JavaScript などのリソースをサイト全体のいくつかのファイルにまとめて、効率的にキャッシュできるようにすることに価値があると考えています。企業のファイアウォールは、多くのユーザーの便宜を図るため、1 人のユーザーが要求したウェブ リソースをキャッシュすることがよくあります。一部の検索エンジンは、頻繁にアクセスされるウェブサイトのキャッシュされたコンテンツを保存します。
安全
犯罪者にとって、ウェブはマルウェアを拡散させ、個人情報の盗難、詐欺、スパイ活動、情報収集を含む(ただしこれらに限定されない)様々なサイバー犯罪に従事する場となっている。[63]ウェブベースの脆弱性は現在、従来のコンピュータセキュリティ上の懸念を上回っており、[64] [65] Googleの測定によると、ウェブページの約10分の1に悪質なコードが含まれている可能性がある。[66]ウェブベースの攻撃のほとんどは合法的なウェブサイトで行われ、Sophosの測定によると、そのほとんどは米国、中国、ロシアでホストされている。[67]マルウェアの脅威の中で最も多いのは、ウェブサイトに対するSQLインジェクション攻撃である。 [68]ウェブはHTMLとURIを介して、JavaScriptの導入に伴って発生したクロスサイトスクリプティング(XSS)などの攻撃に対して脆弱であり、 [69]スクリプトの使用を好むWeb 2.0とAjaxのウェブデザインによってある程度悪化した。 [70] 2007年のある推計では、全ウェブサイトの70%がユーザーに対するXSS攻撃にさらされています。[71]フィッシングはウェブに対するもう一つの一般的な脅威です。2013年2月、RSA(EMCのセキュリティ部門)は、2012年のフィッシングによる世界的な損失を15億ドルと推定しました。[72]よく知られているフィッシング手法の2つは、カバートリダイレクトとオープンリダイレクトです。
提案されている解決策は様々です。マカフィーのような大手セキュリティ企業は、すでに9/11以降の規制を満たすガバナンスおよびコンプライアンス スイートを設計しています。[ 73]また、フィンジャンのような企業は、プログラミング コードとすべてのコンテンツをそのソースに関係なくアクティブにリアルタイムで検査することを推奨しています。 [63]企業は Web セキュリティをコスト センターではなくビジネス チャンスとして捉えるべきだと主張する人もいます。[74]一方、データとネットワークを保護する何百もの企業に代わるインフラストラクチャで「ユビキタスで常時オンのデジタル著作権管理」を強制することを求める人もいます。[75]ジョナサン ジットレインは、ユーザーがコンピューティングの安全性に対する責任を共有することは、インターネットをロックダウンするよりもはるかに望ましいと述べています。[76 ]
プライバシー
クライアントが Web ページを要求するたびに、サーバーは要求のIP アドレスを識別できます。Web サーバーは通常、ログ ファイルに IP アドレスを記録します。また、設定されていない限り、ほとんどの Web ブラウザーは要求された Web ページを表示可能な履歴機能に記録し、通常、コンテンツの多くをローカルにキャッシュします。サーバーとブラウザー間の通信で HTTPS 暗号化が使用されない限り、Web 要求と応答はインターネット上をプレーン テキストで移動し、中間システムによって表示、記録、およびキャッシュされる可能性があります。個人を特定できる情報を隠すもう 1 つの方法は、仮想プライベート ネットワークを使用することです。VPN は、クライアントと VPN サーバー間のトラフィックを暗号化し、元の IP アドレスをマスクして、ユーザーを特定される可能性を低くします。
ウェブページが個人を特定できる情報 (実名、住所、電子メール アドレスなど) を要求し、ユーザーがそれを提供すると、ウェブベースのエンティティは現在のウェブ トラフィックをその個人に関連付けることができます。ウェブサイトがHTTP クッキー、ユーザー名とパスワードの認証、またはその他の追跡技術を使用している場合、その前後の他のウェブ訪問を、提供された個人を特定できる情報に関連付けることができます。このようにして、ウェブベースの組織は、そのサイトを使用する個人のプロファイルを開発および構築できます。個人の余暇活動、ショッピングの趣味、職業、およびその他の人口統計プロファイルの側面に関する情報を含む記録を作成できる場合があります。これらのプロファイルは、マーケティング担当者、広告主、その他の関係者の関心を引く可能性があります。ウェブサイトの利用規約と適用される現地の法律によっては、これらのプロファイルの情報が、ユーザーに通知されることなく、他の組織に販売、共有、または渡される場合があります。多くの一般人にとって、これは、受信トレイに予期しない電子メールが届いたり、将来のウェブ ページに不気味なほど関連性の高い広告が表示されたりする程度の意味しかありません。他の人にとっては、普通ではない興味に時間を費やすと、望ましくないさらなるターゲット マーケティングの洪水に見舞われる可能性があることを意味します。法執行機関、テロ対策機関、諜報機関も、Web 上の興味や性癖に基づいて個人を特定、ターゲット設定、追跡することができます。
ソーシャル ネットワーキングサイトは通常、ユーザーに仮名ではなく実名、趣味、所在地を使用するよう求めます。これは、その幹部が、そうすることでユーザーにとってソーシャル ネットワーキング体験がより魅力的になると考えているためです。一方、アップロードされた写真や無防備な発言は個人に特定される可能性があり、その人物はこれを暴露されたことを後悔するかもしれません。雇用主、学校、親、その他の親戚は、投稿者がこれらのオーディエンス向けに意図していなかったテキスト投稿やデジタル写真などのソーシャル ネットワーキング プロフィールの側面に影響を受ける可能性があります。オンラインいじめっ子は、個人情報を利用してユーザーに嫌がらせをしたり、ストーカー行為をしたりするかもしれません。現代のソーシャル ネットワーキング ウェブサイトでは、投稿ごとにプライバシー設定を細かく制御できますが、これらは複雑で、特に初心者にとっては見つけにくく、使用しにくい場合があります。[77]ウェブサイトに投稿された写真やビデオは、オンライン プロフィールに人物の顔を追加できるため、特に問題を引き起こしています。現代の潜在的な顔認識技術を使用すると、その顔を、他の場所で撮影された以前は匿名だった他の画像、イベント、シナリオと関連付けることができる可能性があります。画像のキャッシュ、ミラーリング、コピーのため、World Wide Web から画像を削除することは困難です。
標準
Web 標準には、相互に依存する多くの標準と仕様が含まれており、その一部はWorld Wide Web だけでなく、インターネットの側面を規定しています。Web に焦点を当てていない場合でも、このような標準は Web サイトやWeb サービスの開発と管理に直接的または間接的に影響を与えます。考慮事項には、Web ページと Web サイトの 相互運用性、アクセシビリティ、および使いやすさが含まれます。
広義の Web 標準は、次のものから構成されます。
- ワールドワイドウェブコンソーシアム(W3C)が発行した勧告[78]
- Web ハイパーテキスト アプリケーション技術ワーキング グループ(WHATWG)が作成した「Living Standard」
- インターネット技術タスクフォース(IETF)が発行したコメント要求(RFC)文書[79]
- 国際標準化機構(ISO)が発行した規格[80]
- Ecma International(旧ECMA)が発行した規格[81]
- ユニコードコンソーシアムが発行するユニコード標準と各種ユニコード技術レポート(UTR) [ 82 ]
- インターネット番号割当機関(IANA)が管理する名前と番号のレジストリ[83]
ウェブ標準は、固定された規則の集まりではなく、ウェブ技術の最終的な技術仕様の集まりであり、常に進化しています。[84]ウェブ標準は、標準化の任務を帯びた、利害関係を持ち、しばしば競合する団体のグループである標準化団体によって開発されており、単一の個人または企業によって開発され、標準として宣言された技術ではありません。開発中の仕様と、すでに最終的な開発段階(W3C仕様の場合は、最も成熟したレベル)に達した仕様を区別することが重要です。
アクセシビリティ
障害のある人が利用しやすいように、代替の媒体や形式で Web にアクセスする方法があります。これらの障害は、視覚、聴覚、身体、言語関連、認知、神経、またはそれらの組み合わせである可能性があります。アクセシビリティ機能は、腕の骨折など一時的な障害を持つ人や、能力が変化する高齢ユーザーにも役立ちます。[85] Web は、情報の提供や社会とのやり取りだけでなく、情報の受信も行っています。ワールド ワイド ウェブ コンソーシアムは、障害のある人々に平等なアクセスと平等な機会を提供するために、Web がアクセシビリティに対応していることが不可欠であると主張しています。 [86]ティム バーナーズ リーはかつて、「Web の力はその普遍性にあります。障害の有無にかかわらず、誰もがアクセスできることが不可欠な側面です」と述べました。[85]多くの国が、Web アクセシビリティを Web サイトの要件として規制しています。[87] W3C Web アクセシビリティ イニシアティブの国際協力により、Web コンテンツの作成者やソフトウェア開発者が、支援技術を使用しているかどうかに関係なく Web をアクセシビリティ対応にするための簡単なガイドラインが作成されました。[85] [88]
国際化

W3C国際化活動は、ウェブ技術があらゆる言語、文字、文化で機能することを保証します。[89] 2004年または2005年から、Unicodeは普及し、最終的には2007年12月にASCIIと西ヨーロッパ文字を上回り、ウェブで最も頻繁に使用される文字マップになりました。[90]当初、RFC 3986では、US-ASCIIのサブセットでURI によってリソースを識別できました。RFC 3987では、より多くの文字(ユニバーサル文字セットの任意の文字)が許可され、現在ではどの言語でもIRIによってリソースを識別できます。[91]
参照
- 電子出版
- Gopher (プロトコル)、WWW の初期の代替
- インターネットの比喩
- インターネットセキュリティ
- ウェブサイトのリスト
- WWWの前身であるミニテル
- ストリーミングメディア
- ウェブ 1.0
- ウェブ2.0
- ウェブ3.0
- ウェブ3
- ウェブ3D
- ウェブ開発ツール
- ウェブリテラシー
参考文献
- ^ ライト、エドマンド編 (2006)。世界史百科事典。ニューヨーク:オックスフォード大学出版局。p. 312。ISBN 978-0-7394-7809-7。
- ^ abc 「Webとインターネットの違いは何ですか?」W3C ヘルプと FAQ。W3C。 2009年。 2015年7月9日時点のオリジナルよりアーカイブ。2015年7月16日閲覧。
- ^ abc Berners-Lee, Tim. 「Information Management: A Proposal」. w3.org . The World Wide Web Consortium. 2010年4月1日時点のオリジナルよりアーカイブ。2022年2月12日閲覧。
- ^ “世界初のウェブサイト”. HISTORY . 2018年8月30日. 2023年8月19日時点のオリジナルよりアーカイブ。 2023年8月19日閲覧。
- ^ Bleigh, Michael (2014年5月16日). 「The Once And Future Web Platform」. TechCrunch. 2021年12月5日時点のオリジナルよりアーカイブ。 2022年3月9日閲覧。
- ^ 「World Wide Web Timeline」。Pews Research Center。2014年3月11日。2015年7月29日時点のオリジナルよりアーカイブ。2015年8月1日閲覧。
- ^ Dewey, Caitlin (2014年3月12日). 「ウェブが私たちを変えた36の方法」ワシントンポスト。2015年9月9日時点のオリジナルよりアーカイブ。 2015年8月1日閲覧。
- ^ ab "Internet Live Stats". internetlivestats.com . 2015年7月2日時点のオリジナルよりアーカイブ。2015年8月1日閲覧。
- ^ ab Quittner, Joshua (1999年3月29日). 「ネットワークデザイナー Tim Berners-Lee」. Time Magazine . 2007年8月15日時点のオリジナルよりアーカイブ。2010年5月17日閲覧。
彼はワールドワイドウェブを編み上げ、21世紀のマスメディアを創り上げた。ワールドワイドウェブはバーナーズ=リーだけのものだ。彼がそれを設計し、世界に解き放った。そして彼は誰よりも、それをオープンで非独占的で自由なものにするために戦ってきた。
[ページが必要] - ^ ab マクファーソン、ステファニー・サマルティーノ (2009)。ティム・バーナーズ=リー:ワールドワイドウェブの発明者。21世紀の本。ISBN 978-0-8225-7273-2。
- ^ Rutter, Dorian (2005). From Diversity to Convergence: British Computer Networks and the Internet, 1970-1995 (PDF) (コンピュータサイエンス論文). The University of Warwick. 2022年10月10日時点のオリジナルよりアーカイブ(PDF) 。 2022年12月27日閲覧。
- ^ ティム・バーナーズ=リー (1999)。Weaving the Web。インターネットアーカイブ。HarperSanFrancisco。pp. 5–6。ISBN 978-0-06-251586-5。
- ^ Berners-Lee, T.; Cailliau, R.; Groff, J.-F.; Pollermann, B. (1992). 「World-Wide Web: The Information Universe」. Electron. Netw. Res. Appl. Policy . 2 : 52–58. doi :10.1108/eb047254. ISSN 1066-2243. 2022年12月27日時点のオリジナルよりアーカイブ。 2022年12月27日閲覧。
- ^ W3 (1991) Re: ハイパーテキストリンクの修飾子 Archived 7 December 2021 at the Wayback Machine
- ^ ホップグッド、ボブ。「Webの歴史」。w3.org。ワールドワイドウェブコンソーシアム。2022年3月21日時点のオリジナルよりアーカイブ。2022年2月12日閲覧。
- ^ 「ウェブの短い歴史」。CERN。2022年4月17日時点のオリジナルよりアーカイブ。 2022年4月15日閲覧。
- ^ 「WWW のソフトウェア リリースがパブリック ドメインに」。CERNドキュメント サーバー。CERN。1993 年 1 月 30 日。2022 年 2 月 17 日時点のオリジナルよりアーカイブ。2022年2 月 17 日閲覧。
- ^ 「オリジナル Web ソフトウェアのパブリック ドメイン期間 10 年」。Tenyears-www.web.cern.ch。2003 年 4 月 30 日。2009 年 8 月 13 日時点のオリジナルよりアーカイブ。2009年7 月 27 日閲覧。
- ^ Calore, Michael (2010年4月22日). 「1993年4月22日: Mosaic Browserが色彩と創造性でウェブを明るくする」Wired . 2018年4月24日時点のオリジナルよりアーカイブ。 2022年2月12日閲覧。
- ^ クルドリー、ニック(2012年)。メディア、社会、世界:社会理論とデジタルメディアの実践。ロンドン:ポリティプレス。p.2。ISBN 9780745639208. 2024年2月27日時点のオリジナルよりアーカイブ。2020年12月11日閲覧。
- ^ Hoffman, Jay (1993年4月21日). 「IMGタグの起源」.ウェブの歴史. 2022年2月13日時点のオリジナルよりアーカイブ。 2022年2月13日閲覧。
- ^ Clarke, Roger. 「Webコマースの誕生」。Roger ClarkeのWebサイト。XAMAX。2022年2月15日時点のオリジナルよりアーカイブ。2022年2月15日閲覧。
- ^ McCullough, Brian. 「20年後: NETSCAPEのIPOがインターネット時代の「ビッグバン」だった理由」www.internethistorypodcast.com . インターネットの歴史ポッドキャスト。2022年2月12日時点のオリジナルよりアーカイブ。 2022年2月12日閲覧。
- ^ Calore, Michael (2009年9月28日). 「1998年9月28日: Internet ExplorerがNetscapeを追い抜く」Wired . 2021年11月30日時点のオリジナルよりアーカイブ。 2022年2月14日閲覧。
- ^ Daly, Janet (2000年1月26日). 「World Wide Web ConsortiumがXHTML 1.0を勧告として発行」. W3C. 2021年6月20日時点のオリジナルよりアーカイブ。2022年3月8日閲覧。
- ^ Hickson, Ian. 「WHATオープンメーリングリストのお知らせ」. whatwg.org . WHATWG. 2022年3月8日時点のオリジナルよりアーカイブ。2022年2月16日閲覧。
- ^ Shankland, Stephen (2009年7月9日). 「Web標準XHTML 2の碑文」. CNet. 2022年2月16日時点のオリジナルよりアーカイブ。2022年2月17日閲覧。
- ^ 「W3CとWHATWG間の覚書」W3C。2019年5月29日時点のオリジナルよりアーカイブ。 2022年2月16日閲覧。
- ^ In, Lee (2012年6月30日). 電子商取引管理によるビジネス活動とグローバル企業: 競争優位性: 競争優位性. IGI Global. ISBN 978-1-4666-1801-5. 2024年4月21日時点のオリジナルよりアーカイブ。2020年9月27日閲覧。
- ^ ミシログル、ジーナ(2015年3月26日)。『アメリカのカウンターカルチャー:アメリカの歴史における非順応主義、オルタナティブライフスタイル、急進的な思想の百科事典』。ラウトレッジ。ISBN 978-1-317-47729-7. 2024年4月21日時点のオリジナルよりアーカイブ。2020年9月27日閲覧。
- ^ 「ワールドワイドウェブタイムライン」。ピュー研究所。2014年3月11日。2015年7月29日時点のオリジナルよりアーカイブ。2015年8月1日閲覧。
- ^ 「よくある質問 - WWW のスペル」。W3C。2009 年 8 月 2 日時点のオリジナルよりアーカイブ。2009 年7 月 27 日閲覧。
- ^ Castelluccio, Michael (2010年10月1日). 「It's not your grandad's Internet」. Strategic Finance . Institute of Management Accountants. 2016年3月5日時点のオリジナルよりアーカイブ。 2016年2月7日閲覧– The Free Library経由。
- ^ 「『WWW』の音声発音」オックスフォード大学出版局。2014年5月25日時点のオリジナルよりアーカイブ。2014年5月25日閲覧。
- ^ Harvey, Charlie (2015年8月18日). 「英語でWWWをどのように発音するか:詳細だが非科学的な調査」. charlieharvey.org.uk . 2022年11月19日時点のオリジナルよりアーカイブ。 2022年5月19日閲覧。
- ^ 「スティーブン・フライの『WWW』の発音」Podcasts.com。2017年4月4日時点のオリジナルよりアーカイブ。
- ^ Simonite, Tom (2008年7月22日). 「Help us find a better way to pronunciation www」. newscientist.com . New Scientist, Technology. 2016年3月13日時点のオリジナルよりアーカイブ。 2016年2月7日閲覧。
- ^ Muylle, Steve; Moenaert, Rudy; Despont, Marc (1999). 「ワールドワイドウェブ検索行動のグラウンデッドセオリー」. Journal of Marketing Communications . 5 (3): 143. doi :10.1080/135272699345644.
- ^ Flanagan, David. JavaScript – The definitive guide (6 ed.). p. 1.
JavaScript は、すべての Web 開発者が習得しなければならない 3 つのテクノロジのうちの 1 つです。3 つのテクノロジとは、Web ページのコンテンツを指定するための HTML、Web ページの表示方法を指定するための CSS、および Web ページの動作を指定するための JavaScript です。
- ^ 「HTML 4.0 仕様 - W3C 勧告 - 適合性: 要件と推奨事項」。ワールド ワイド ウェブ コンソーシアム。1997 年 12 月 18 日。2015 年 7 月 5 日時点のオリジナルよりアーカイブ。2015年7 月 6 日閲覧。
- ^ バーナーズ・リー、ティム、カイユ、ロバート(1990 年 11 月 12 日)。「WorldWideWeb: ハイパーテキスト プロジェクトの提案」。2015 年 5 月 2 日時点のオリジナルよりアーカイブ。2015年5 月 12 日閲覧。
- ^ バーナーズ・リー、ティム。「報道機関からよく寄せられる質問」。W3C。2009年8月2日時点のオリジナルよりアーカイブ。2009年7月27日閲覧。
- ^ Palazzi, P (2011). 「CERN における WWW の初期の時代」。2012 年 7 月 23 日時点のオリジナルよりアーカイブ。
- ^ Fraser, Dominic (2018年5月13日). 「ドメインのルートがCNAMEにならない理由 - DNSに関するその他の小ネタ」FreeCodeCamp . 2024年4月21日時点のオリジナルよりアーカイブ。 2019年3月12日閲覧。
- ^ 「www.___.com を自動的に追加する」。mozillaZine。2003 年 5 月 16 日。2009 年 6 月 27 日時点のオリジナルよりアーカイブ。2009年5 月 27 日閲覧。
- ^ Masnick, Mike (2008 年 7 月 7 日)。「Microsoft Patents Adding 'www.' And '.com' To Text」。Techdirt。2009 年 6 月 27 日時点のオリジナルよりアーカイブ。2009 年5 月 27 日閲覧。
- ^ ab Hamilton, Naomi (2008 年 7 月 31 日). 「The AZ of Programming Languages: JavaScript」. Computerworld . IDG. 2009 年 5 月 24 日時点のオリジナルよりアーカイブ。2009年5 月 12 日閲覧。
- ^ Buntin, Seth (2008 年 9 月 23 日). 「jQuery Polling プラグイン」。2009 年 8 月 13 日時点のオリジナルよりアーカイブ。2009 年8 月 22 日閲覧。
- ^ “ウェブサイト”. TheFreeDictionary.com . 2018年5月7日時点のオリジナルよりアーカイブ。2011年7月2日閲覧。
- ^ Patrick, Killelea (2002). Web パフォーマンスチューニング(第 2 版). 北京: O'Reilly. p. 264. ISBN 978-0596001728. OCLC 49502686.
- ^ Vamosi, Robert (2008年4月14日). 「Gmail cookie stealth via Google Spreadsheets」. News.cnet.com . 2013年12月9日時点のオリジナルよりアーカイブ。2017年10月19日閲覧。
- ^ 「EU Cookie指令についてはどうですか?」WebCookies.org。2013年。2017年10月11日時点のオリジナルよりアーカイブ。2017年10月19日閲覧。
- ^ 「新しいネットルールがクッキーを崩壊させる」BBC 2011年3月8日。2018年8月10日時点のオリジナルよりアーカイブ。2019年2月18日閲覧。
- ^ 「Sen. Rockefeller: Get Ready for a Real Do-Not-Track Bill for Online Advertising」Adage.com 2011年5月6日。2011年8月24日時点のオリジナルよりアーカイブ。2019年2月18日閲覧。
- ^ 私のWi-Fiを使いたいですか? 2018年1月4日にWayback Machineにアーカイブ、Jann Hornが2018年1月5日にアクセス。
- ^ハミルトン、ナイジェル( 2024年5月13日)。「ディープネットメタ検索エンジンの仕組み」。IADISデジタルライブラリ:1034–1036。ISBN 978-972-98947-0-1。
- ^ Devine , Jane; Egger-Sider, Francine (2004年7 月)。「Google を超えて: 学術図書館における目に見えない Web」。学術図書館学ジャーナル。30 (4): 265–269。doi :10.1016/j.acalib.2004.04.010。
- ^ Raghavan, Sriram; Garcia-Molina, Hector (2001年9月11日~14日)。「Crawling the Hidden Web」。第27回国際大規模データベース会議。2019年8月17日時点のオリジナルよりアーカイブ。 2019年2月18日閲覧。
- ^ “Surface Web”. Computer Hope. 2020年5月5日時点のオリジナルよりアーカイブ。 2018年6月20日閲覧。
- ^ ライト、アレックス(2009年2月22日)。「Googleが把握できない『ディープウェブ』を探る」ニューヨークタイムズ。2020年3月1日時点のオリジナルよりアーカイブ。 2009年2月23日閲覧。
- ^ Madhavan, J.、Ko, D.、Kot, Ł.、Ganapathy, V.、Rasmussen, A.、および Halevy, A. (2008)。 Googleのディープウェブクロール。 VLDB 基金の議事録、1(2)、1241–52。
- ^ シェッデン、サム(2014年6月8日)。「どうやってやらせたいの?事故のように見える必要はある?ネットでヒットを売る暗殺者、ディープウェブの裏側で暴露」サンデーメール。 2020年3月1日時点のオリジナルよりアーカイブ。 2017年5月5日閲覧。
- ^ ab Ben-Itzhak, Yuval (2008 年 4 月 18 日)。「Infosecurity 2008 – 電子犯罪との戦いにおける新たな防衛戦略」。ComputerWeekly。Reed Business Information。2008 年 6 月 4 日時点のオリジナルよりアーカイブ。2008年4 月 20 日閲覧。
- ^ Christey, Steve & Martin, Robert A. (2007 年 5 月 22 日). 「CVE の脆弱性タイプ分布 (バージョン 1.1)」. MITRE Corporation . 2013 年 3 月 17 日時点のオリジナルよりアーカイブ。2008 年6 月 7 日閲覧。
- ^ 「シマンテック インターネット セキュリティ脅威レポート: 2007 年 7 月~12 月の傾向 (エグゼクティブ サマリー)」(PDF)。シマンテック インターネット セキュリティ脅威レポート。XIII 。シマンテック社: 2008 年 4 月 1 日~2 日。2008 年 6 月 25 日時点のオリジナル(PDF)からアーカイブ。2008年5 月 11 日に閲覧。
- ^ 「Google がウェブのダークサイドを調査」BBC ニュース2007 年 5 月 11 日。2008 年 3 月 7 日時点のオリジナルよりアーカイブ。2008年4 月 26 日閲覧。
- ^ 「セキュリティ脅威レポート (2008 年第 1 四半期)」(PDF)。Sophos。2013年 12 月 31 日時点のオリジナルからアーカイブ(PDF) 。2008 年4 月 24 日閲覧。
- ^ 「セキュリティ脅威レポート」(PDF)。Sophos。2008年7月。2013年12月31日時点のオリジナルよりアーカイブ(PDF) 。2008年8月24日閲覧。
- ^フォギー、セス、ジェレミア・グロスマン 、ロバート・ハンセン、アントン・レイガー (2007)。クロスサイトスクリプティング攻撃:XSSエクスプロイトと防御(PDF)。Syngress、エルゼビアサイエンス&テクノロジー。pp. 68–69、127。ISBN 978-1-59749-154-9. 2008年6月25日時点のオリジナル(PDF)からアーカイブ。2008年6月6日閲覧。
{{cite book}}: CS1 maint: multiple names: authors list (link) - ^ O'Reilly, Tim (2005年9月30日). 「What Is Web 2.0」. O'Reilly Media. pp. 4–5. 2012年6月28日時点のオリジナルよりアーカイブ。2008年6月4日閲覧。AJAX Web アプリケーションは、「クライアント側のセキュリティ制御、攻撃対象領域の拡大、クロスサイト スクリプティング (XSS) の新たな可能性」などのセキュリティ上の脆弱性をもたらす可能性がある ( Ritchie, Paul (2007 年 3 月))。「AJAX/Web 2.0 アプリケーションのセキュリティ リスク」(PDF)。Infosecurity。2008年6 月 25 日のオリジナル(PDF)からアーカイブ。2008 年6 月 6 日に取得。Hayre, Jaswinder S. & Kelath, Jayasankar (2006 年 6 月 22 日)を引用しています。「Ajax セキュリティの基礎」。SecurityFocus。2008 年 5 月 15 日時点のオリジナルからアーカイブ。2008年6 月 6 日に取得。
- ^ Berinato, Scott (2007 年 1 月 1 日). 「ソフトウェア脆弱性開示: 萎縮効果」. CSO . CXO Media . p. 7. 2008 年 4 月 18 日時点のオリジナルよりアーカイブ。2008 年6 月 7 日閲覧。
- ^ 「2012年フィッシングによる世界的損失は15億ドルと推定」FirstPost、2013年2月20日。2014年12月21日時点のオリジナルよりアーカイブ。 2019年1月25日閲覧。
- ^ Prince, Brian (2008年4月9日). 「McAfee ガバナンス、リスク、コンプライアンス事業部」. eWEEK . Ziff Davis Enterprise Holdings. 2024年4月21日時点のオリジナルよりアーカイブ。 2008年4月25日閲覧。
- ^ プレストン、ロブ (2008 年 4 月 12 日)。「Down To Business: It's Past Time To Elevate The Infosec Conversation」。InformationWeek。United Business Media。2008 年 4 月 14 日時点のオリジナルからアーカイブ。2008年4 月 25 日閲覧。
- ^ Claburn, Thomas (2007 年 2 月 6 日)。「RSA の Coviello がセキュリティ統合を予測」。InformationWeek。United Business Media。2009 年 2 月 7 日時点のオリジナルよりアーカイブ。2008年4 月 25 日閲覧。
- ^ Duffy Marsan, Carolyn (2008 年 4 月 9 日)。「iPhone はいかにしてネットを殺すのか」。Network World。IDG。2008年 4 月 14 日時点のオリジナルよりアーカイブ。2008 年4 月 17 日閲覧。
- ^ boyd, danah; Hargittai, Eszter (2010年7月). 「Facebookのプライバシー設定:誰が気にするのか?」First Monday . 15 (8). doi : 10.5210/fm.v15i8.3086 .
- ^ 「W3C 技術レポートおよび出版物」。W3C。2018年7月15日時点のオリジナルよりアーカイブ。2009年1月19日閲覧。
- ^ 「IETF RFC ページ」。IETF。2009年2月2日時点のオリジナルよりアーカイブ。2009年1月19日閲覧。
- ^ 「ISO規格におけるWorld Wide Webの検索」。ISO。2016年3月4日時点のオリジナルよりアーカイブ。 2009年1月19日閲覧。
- ^ 「Ecma 公式出版物」。Ecma。2017年12月27日時点のオリジナルよりアーカイブ。2009年1月19日閲覧。
- ^ 「Unicode Technical Reports」。Unicode Consortium。2022年1月2日時点のオリジナルよりアーカイブ。2009年1月19日閲覧。
- ^ 「IANAホームページ」。IANA。2011年2月24日時点のオリジナルよりアーカイブ。2009年1月19日閲覧。
- ^ Sikos, Leslie (2011). Web 標準 - HTML5、CSS3、XML の習得。Apress . ISBN 978-1-4302-4041-9. 2015年4月2日時点のオリジナルよりアーカイブ。2019年3月12日閲覧。
- ^ abc 「Web Accessibility Initiative (WAI)」。World Wide Web Consortium。2009年4月2日時点のオリジナルよりアーカイブ。2009年4月7日閲覧。
- ^ 「組織のための Web アクセシビリティ ビジネス ケースの開発: 概要」。World Wide Web Consortium。2009 年 4 月 14 日時点のオリジナルよりアーカイブ。2009年4 月 7 日に閲覧。
- ^ 「組織向けの Web アクセシビリティ ビジネス ケースを開発する際の法的およびポリシー上の要因」。World Wide Web Consortium。2009 年 4 月 5 日時点のオリジナルよりアーカイブ。2009年4 月 7 日に取得。
- ^ 「Web コンテンツ アクセシビリティ ガイドライン (WCAG) の概要」。World Wide Web Consortium。2009 年 4 月 1 日時点のオリジナルよりアーカイブ。2009年4 月 7 日閲覧。
- ^ 「国際化 (I18n) 活動」。ワールド ワイド ウェブ コンソーシアム。2009 年 4 月 16 日時点のオリジナルよりアーカイブ。2009年4 月 10 日閲覧。
- ^ Davis, Mark (2008年4月5日). 「Moving to Unicode 5.1」。2009年5月21日時点のオリジナルよりアーカイブ。2009年4月10日閲覧。
- ^ 「World Wide Web Consortium が IETF URI 標準および IRI 標準案をサポート」(プレス リリース)。World Wide Web Consortium。2005 年 1 月 26 日。2009 年 2 月 7 日時点のオリジナルよりアーカイブ。2009年4 月 10 日閲覧。
さらに読む
- Berners-Lee, Tim; Bray, Tim; Connolly, Dan; Cotton, Paul; Fielding, Roy; Jeckle, Mario; Lilley, Chris; Mendelsohn, Noah; Orchard, David; Walsh, Norman; Williams, Stuart (2004 年 12 月 15 日)。「World Wide Web のアーキテクチャ、第 1 巻」。W3C。バージョン 20041215。
- バーナーズ・リー、ティム (1996 年 8 月)。「ワールド ワイド ウェブ: 過去、現在、そして未来」。W3C。
- Brügger, Niels 編、『Web25: World Wide Web の最初の 25 年間の歴史』(Peter Lang、2017 年)。
- Fielding, R.; Gettys, J.; Mogul, J.; Frystyk, H.; Masinter, L.; Leach, P.; Berners-Lee, T. (1999 年 6 月)。「ハイパーテキスト転送プロトコル - HTTP/1.1」。Request For Comments 2616。Information Sciences Institute。
- Niels Brügger 編『Web History』(2010 年)362 ページ。文化、コンテンツ、保存の問題を含む、World Wide Web の歴史的観点。
- Polo, Luciano (2003)。「World Wide Web テクノロジー アーキテクチャ: 概念分析」。New Devices。
- Skau, HO (1990 年 3 月)。「ワールド ワイド ウェブと健康情報」。新しいデバイス。
外部リンク
- 最初のウェブサイト
- 最初の Web サイトの初期アーカイブ
- インターネット統計: Web とインターネットの成長と利用
- 生きたインターネット ワールドワイドウェブを含むインターネットの包括的な歴史
- Curlieの Web デザインと開発
- ワールドワイドウェブコンソーシアム(W3C)
- W3C 勧告により「ワールドワイドな待機時間」が短縮される
- ワールド ワイド ウェブのサイズ ワールド ワイド ウェブの毎日の推定サイズ
- アントニオ・A・カシリ『オンライン交流の社会学のためのいくつかの要素』
- エルデシュウェブグラフサーバーは、2021年3月1日にWayback Machineにアーカイブされ、WWWの絶えず増加する部分のグラフ表現を毎週更新して提供しています。
- ワールドワイドウェブ25周年記念は、2021年7月11日にWayback Machineにアーカイブされたもので、 USAIDとTechChangeが制作したアニメーションビデオで、極度の貧困の解決におけるWWWの役割を探求しています。
