WWWという用語の意味は、定義上、HTTPサーバーによって実行される必要があるということですか？[閉まっている]

以下は、正しい用語に関する質問です。

World Wide WebはHTTPなしで存在できますか？

WWWページを提供できる他のアプリケーション層プロトコルはありますか？

定義上、HTTPはWebの重要な部分ですか？

PS答えは受け入れられましたが、文書に基づいたより正確な意見は歓迎されます。

barlopによって追加されたメモ-一部の人は彼の質問を理解していないことに気付きました。また、いくつかの近い投票があったため、質問の言語を改善しました。正しい用語について尋ねるのはわずらわしい/主観的ではないと思います。技術用語を正しくすることは非常に重要です。

Webの初期には、多くのWebサイトがFTP経由で提供されていました。

個々のインターネット接続は非常にまれであったため、インターネットにアクセスできる場合は、雇用主または学校を経由している可能性がありました。Webサイトをセットアップすることもできますが、システム管理者にHTTPサーバーを実行させることはできません。しかし、おそらくFTP経由でファイルを匿名で取得できるように設定された匿名FTPサーバーが存在していた可能性があります。HTMLファイルを公開FTP領域に配置し、ファイルのURLをアドバタイズするftp://host/path/ことができます（そのように見えます）。また、システム管理者に新しい情報を要求することなく、そのようにWebサイトを作成できます。この方法でWebサイトを公開することは、1992年から1994年ごろに非常に一般的でした。

これが私が見つけたウェブサイトの例です。これは1995年の秋までさかのぼり、現在もFTPによって提供されています。（ペンシルバニア大学のコンピューターサイエンス部門にはHTTPサーバーがありませんでしたが、その部門にはWebサイトがあり、コースのページへのリンク、連絡先情報、個人的な情報がありました。それらを構築することを気遣った部門メンバーのウェブサイトは、すべて匿名FTPディレクトリからFTPによって提供されました。

FTPからブートストラップするこの機能がないと、Webを開始できなかった可能性があります。

[後で追加：より良い例があります ]

Webは実際にはHTTPなしでも存在できます-それは単にあなたが何をしようとしているかに依存します。独自のクライアントとサーバーを作成すれば、独自のプロトコルを確実に開発および実装でき、（うまくいけば）動作します。

ただし、Googleは価値のある代替を作成しようとしています :-)

あなたの質問にすぐに答えるには：いいえ、現在私たちが知っているWorld Wide WebはHTTPに依存していません。HTTPに依存したことはありません。必要なのは、クライアントがサーバーからリソースを要求するために使用できる信頼できるトランスポート上のプロトコルです。これらの最小限の要件があれば何でもできます。現在HTTPを使用しているのは、それがWebが最初に普及したときに利用可能な最高のプロトコルだったからです。SPDYの場合のように、HTTPよりも優れたものが登場すると、HTTPもプロトコルとして歴史に消えていきます。

ただし、HTMLに依存しますが、CSS、JavaScriptなど、その周辺で成長しているさまざまな技術にもあまり依存しません。今日のHTML 5でも20年前にはHTMLとして認識され、その当時のブラウザではほとんど解析可能です、そして今日のよく細工されたWebサイトがします実際に作品（20年前になります実際のほかに細工されたウェブサイトとして知られている最古のブラウザで仕事今日のブラウザで）。

この回答の残りの部分は私の経験から得たものであり、スキップできますが、...

これまでのところ、今日のインターネットには1990年代後半の「ドットコムブーム」の前の時代に関する情報がほとんどないため、既存の回答は今日からの引用をほとんど引用していますが、残念です。これらの参考文献のいくつかは私の経験と一致しません。私がインターネットを公開する数年前にインターネットにいましたが、ウェブの台頭を見るのに良い見方がありました。

HTTPは、Webページやその他のファイルをサーバーとの間で効率的に転送するプロトコルとして設計されました。FTPのさまざまな欠点に対処し、Webページを提供するための完全に実用的な選択とは言えません。特に、当時FTPはほとんど「アクティブ」モードで使用されていました。ファイアウォールとNATはほとんど存在していなかったためです。FTPには1985年から「パッシブ」モードがありましたが、インターネットの大部分が鉄のカーテンの後ろに移動し始めるまで、それは本当に必要ありませんでした。どちらのモードでも、ファイルを転送するために複数の接続を開かなければならないのは、せいぜい非効率的でした。HTTPは、FTP（またはGopher）よりも劇的に優れている可能性があります。これは、実質的に全員のホーム接続がダイヤルアップであり、非常に遅いダイヤルアップであった場合に重要でした。

いくつかのWebページがGopherを介して提供されましたが、これは主に、当時の一般的なWebクライアントがHTTP、FTP、Gopherの複数のプロトコルをサポートしていたためです。マインドシェアを獲得するために、彼らはしなければなりませんでした。現時点では、「インターネットの検索」はArchieと呼ばれるプログラムを使用して行われ、FTPサイト上のファイルについてのみ通知されました。その後、VeronicaまたはJugheadを使用してGopherspaceを検索する必要がありました。おそらく最初の重要な全文検索エンジンであるWAISもありましたが、Wikipediaがそれについて教えてくれないのは、非常に過剰に設計されたがらくたであり、どのサイトを探すべきかわからなければ何も見つけることができなかったということですで始まる。

1995年頃、AIDSの研究者と数週間にわたってWebについて話し合い、彼がこのモザイクのことを試してみるべきだと説得しようとしたことを今でも思い出します。最終的に彼を確信させたのは、Johns Hopkinsが必要な医療データベースをHTTP経由でWeb上に配置したばかりであり、Webブラウザがそれを実現する唯一の方法だったということです。私は同様の方針に沿って様々な人々と多くの会話をしました。

当時、足掛かりを得るために、Webユーザーエージェントは一般にFTPとGopherをサポートするため、1つのプログラムを使用して、これらのプロトコルを介してリソースを表示またはダウンロードできました。それは機能し、Webは動き始めましたが、テキストのみのWebページのダウンロードでさえ2400 bpsで非常に遅く、ネットが最終的に公開されたとき、多くの人々（私自身を含む）はまだ何も良くありませんでした。多くの場合、UnixシェルアカウントにTelnetで接続して実行lynxするかlynx、カンザス大学が運営していた公衆にTelnetで接続する方が高速でした。大学には十分な帯域幅があったため、一度に画面を見るだけで済みました（80x24端末を2400 bpsで更新するのに約4秒かかりました）。

したがって、単一のプログラムからlynx、mosaicまたはCERNが作成したが実際には誰も使用しなかった参照クライアントから、その時点でインターネット上の事実上すべてにアクセスできます。 。（つまり、アドレスバーを見た人は誰もいませんでした。Lynxは、特に指定しない限り、現在のURLを表示しませんでした。）

HTTPは他のプロトコルよりも高速で柔軟性があり、HTMLは以前よりもドキュメントを表現するための強力な言語であったことは明らかだったため、その離陸はほとんど避けられませんでした。ゴーファーにはチャンスがなかった。それはほんの数年間重要な形で存在していました。また、FTPは、大きなファイルやディレクトリ構造全体を一度に転送するのに少し優れているため（秘密の呪文がtarありgzip、それを知っていると仮定して）、最近までデータのアップロードに優れていたため、依然として有用です。

ここで私が家に帰ろうとしているのは、ウェブはトランスポートに依存しないということです。始めるにはそれが必要でしたが、それが事実であるということは、それがほぼ確実に今後数十年、あるいは何世紀にもわたって使用され続けることを意味します。

情報のファイルを配信できる多くのプロトコルがありますが、HTTPの効率を備えたプロトコルはありません。

実際、HTTPが登場する前にインターネット経由で情報を取得する方法はいくつかありました。たとえば、Gopherをご覧ください。

ただし、HTTPはWebページを効率的に配信するために特別に設計されました。HTML、CSS、およびJavaScriptと同じくらいインターネットの成功の一部を果たしてきました。

World Wide Webを形成するには、次の3つのことが必要だったと思います。

• インターネット
• URI
• 文書内のURIをリンクする機能（HTML）。

URIは任意のタイプのプロトコルを指定できます：ftp：//、http：//など。ウィキペディアでそれらの束を見ることができます。任意のURIスキームを、インターネット上の他のドキュメント（http / htmlが最も簡単なもの）にリンクできるドキュメントと組み合わせると、World Wide Webが手に入ります。

他の人が示したように、ftpはWebページを提供できます。これがWebの最初の基礎を作りましたが、FTPがCGIをサポートしていないと思います。CGIは対話型Webサイトへの次のステップでした。

今日、CGIはhttpサーバーと統合されたフレームワークに置き換えられていますが、コアの相互作用にはCGIが中心にあり、さまざまなHTTP動詞を使用してフォームの送受信を容易にします。今日私たちが知っているWWWはhttpなしでは機能しませんが、初期のWWWは強力なコンポーネントとしてFTPから始まりました。

HTTPには、Web専用に設計された多くの機能があり、HTMLドキュメントの提供を念頭に置いています。永続的な接続、メタデータの応答、パイプライン、組み込みの圧縮、プロキシなどの機能は、Webの機能にとって重要です。

必要に応じてHTMLドキュメントを転送する方法は多数ありますが、他のほとんどの（すべての？）プロトコルにはHTTPの完全な機能セットがありません。

ウィキペディアはWWWについて述べています：

World Wide Web（略してWWWまたはW3と呼ばれるWeb）は、インターネット経由でアクセスされる相互リンクされたハイパーテキストドキュメントのシステムです。Webブラウザを使用すると、テキスト、画像、ビデオ、およびその他のマルチメディアを含むWebページを表示し、ハイパーリンクを介してそれらの間を移動できます。

ここでの主なポイントは、相互リンクされたハイパーテキスト文書のシステムを言うことだと思います。

ハイパーテキストドキュメントを処理するための主要で最も知られているプロトコルはHTTPです。

ウィキペディアはそれについて述べています：

HTTPは、World Wide Webのデータ通信の基盤です。

他のプロトコルを使用してハイパーテキストドキュメントを転送できますが（Webページを電子メールで送信できます）、最近ではWWWはHTTPに大きく依存していると思います。HTTPは、ハイパーテキストドキュメントを処理するために作成および設計されました。

だから、私は思う-はい、WWWはHTTPなしで存在することができますが、それは非常に不便でおそらく無意味です。