WWWという用語の意味は、定義上、HTTPサーバーによって実行される必要があることを意味しますか？
以下は、正しい用語に関する質問です。
ワールドワイドウェブはHTTPなしで存在できますか？
WWWページを提供できる他のアプリケーション層プロトコルはありますか？
定義上、HTTPはWebの重要な部分ですか？
P.S.回答は受け入れられましたが、文書に基づくより正確な意見を歓迎します。
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からbootstrap）するこの機能がなければ、Webを開始できなかった可能性があります。
[後で追加： より良い例があります ]
Webは実際にはHTTPなしで存在できます-それは単にあなたが何をしようとしているのかに依存します。独自のクライアントとサーバーを作成すれば、確実に独自のプロトコルを開発して実装でき、（うまくいけば）機能します。
しかし、グーグルは 価値のある代替品を作ろうとしている :-)
あなたの質問にすぐに答えるには：いいえ、私たちが知っているワールドワイドウェブはHTTPに依存していません。 HTTPに依存したことはありません。必要なのは、クライアントがサーバーからリソースを要求するために使用できる、信頼性の高いトランスポートを介したプロトコルだけです。これらの最小要件があれば何でもかまいません。 HTTPが最初に普及したときに利用可能な最高のプロトコルであったため、現在はHTTPを使用しています。 [〜＃〜] spdy [〜＃〜] の場合のように、HTTPよりも優れたものが登場すると、HTTPもプロトコルとして履歴にフェードインします。
ただし、HTMLに依存し、CSS、JavaScriptなど、その周りで成長したさまざまなテクノロジーに依存します。今日のHTML 5でさえ、20年前にHTMLとして認識され、当時のブラウザでほとんど解析可能でした。 、そして今日の巧妙に作成されたWebサイトは実際にはwork最も古い既知のブラウザになります（20年前の巧妙に作成されたWebサイトは実際にはwork今日のブラウザになります）。
この答えの残りは私の経験から引き出されており、スキップすることができますが...
今日のインターネットには1990年代後半の「ドットコムブーム」以前の時代に関する情報がほとんど含まれていないため、これまでのところ、既存の回答は主に今日からの参照を引用していますが、これは残念なことです。これらの参考文献のいくつかは私の経験と一致しません。私はインターネットが一般に公開される何年も前にインターネットを利用していたので、Webの台頭をよく見ることができました。
HTTPは設計サーバーとの間でWebページやその他のファイルを効率的に転送するプロトコルでした。 FTPのさまざまな欠点に対処し、Webページを提供するための完全に実用的な選択肢とは言えません。特に、当時、ファイアウォールとNATはほとんど存在していなかったため、FTPはほとんど「アクティブ」モードで使用されていました。FTPには1985年から「パッシブ」モードがありましたが、実際には必要ありませんでした。インターネットの大部分が鉄のカーテンの後ろに移動し始めるまで。どちらのモードでも、ファイルを転送するために複数の接続を開かなければならないことは、せいぜい非効率的でした。HTTPはFTP（またはGopher）を劇的に上回りました。これは、事実上すべての人のホーム接続がダイヤルアップである場合に重要でした。 、および非常に遅いその時点でのダイヤルアップ。
また、いくつかのWebページがGopherを介して提供されていましたが、これは主に、当時の一般的なWebクライアントがHTTP、FTP、Gopherなどのいくつかのプロトコルをサポートしていたためです。マインドシェアを獲得するために、彼らはしなければなりませんでした。現時点では、「インターネットの検索」はArchieというプログラムで行われており、FTPサイト上のファイルについてのみ説明していました。次に、VeronicaまたはJugheadを使用してGopherspaceを検索する必要がありました。おそらく最初の重要な全文検索エンジンであるWAISもありましたが、ウィキペディアがそれについて教えてくれないのは、それが非常に過剰に設計されたがらくたであり、どのサイトを探すべきかを知らない限り何も見つからなかったということです。で始まります。
1995年かそこらで、エイズ研究者とWebについて数週間にわたって会話し、彼にこのモザイクのことを試してみるべきだと説得しようとしたことを今でも覚えています。最終的に彼を納得させたのは、ジョンズ・ホプキンスが必要な医療データベースをHTTP経由でWebに公開したばかりであり、Webブラウザーがそれにアクセスする唯一の方法であったということです。似たような流れで色んな人とたくさん会話をしました。
当時、足がかりを得るために、Webユーザーエージェントは一般にFTPとGopherをサポートしていたため、人々は単一のプログラムを使用して、これらのプロトコルのいずれかを介して任意のリソースを表示またはダウンロードできました。それは機能し、Webは普及しましたが、テキストのみのWebページのダウンロードでさえ2400 bpsと痛々しいほど遅く、ネットがついに一般に公開されたとき、多くの人々（私を含む）はまだ何も良くありませんでした。多くの場合、Unixシェルアカウントにtelnetで接続し、そこでlynxを実行するか、カンザス大学が運営する一般のlynxにtelnetで接続する方が高速でした。大学には十分な帯域幅があり、その方法では一度に画面を表示するだけで済みました（80x24端末を2400 bpsで更新するのに約4秒かかりました）。
したがって、単一のプログラムから、それがlynx、mosaic、またはCERNが作成したが実際には誰も使用したことがない参照クライアントであるかどうかにかかわらず、その時点でインターネット上の事実上すべてにアクセスできました。プログラムは通常、使用されている特定のトランスポートを非表示または強調しませんでした。 （つまり、それでも誰もアドレスバーを見ませんでした。特に要求しない限り、Lynxは現在のURLを表示しません。）
HTTPは他のプロトコルよりも高速で柔軟性があり、HTMLは明らかに以前よりもドキュメントを表現するための強力な言語であったため、その離陸はほとんど避けられませんでした。 Gopherにはチャンスがありませんでした。それはほんの数年の間重要な形で存在していました。また、FTPは、大きなファイルまたはディレクトリ構造全体を一度に転送するのに少し優れているため（tarとgzipがあり、秘密の呪文を知っていると仮定して）、最近までは- アップロードデータ。
ここで私が家に帰ろうとしているポイントは、Webがトランスポートに依存しないということです。それは始めるためでなければなりませんでした、そしてそれがそうであるという事実はそれが今後数十年、あるいは何世紀にもわたって使用され続けることをほぼ確実に意味します。
ファイルの情報を配信できるプロトコルはたくさんありますが、HTTPの効率を備えたプロトコルはありません。
実際、HTTPが登場する前に、インターネットを介して情報を取得する方法はいくつかありました。たとえば、 Gopher を見てください。
ただし、HTTPは、Webページを効率的に配信するように特別に設計されています。これは、HTML、CSS、JavaScriptと同じくらいインターネットの成功に貢献しています。
ワールドワイドウェブを形成するには、次の3つのことが必要だったと思います。
- インターネット
- uRI
- ドキュメント内のURIをリンクする機能（HTML）。
URIは、ftp：//、http：//などの任意のタイプのプロトコルを指定できます。それらの束は wikipedia で確認できます。任意のURIスキームを、インターネット上の他のドキュメント（http/htmlが最も簡単なドキュメント）にリンクできるドキュメントと組み合わせると、ワールドワイドウェブを利用できます。
他の人が示しているように、ftpはWebページを提供できます。これがWebの最初の基盤となりましたが、FTPはインタラクティブなWebサイトへの次のステップであるCGIをサポートしていないと思います。
現在、CGIはhttpサーバーと統合されたフレームワークに置き換えられていますが、コアインタラクションは依然としてCGIを中心に据えており、さまざまなHTTP動詞を使用してフォームの送受信を容易にしています。今日私たちが知っているWWWは、httpなしでは機能しませんが、初期のWWWは強力なコンポーネントとしてFTPから始まりました。
HTTPには、HTMLドキュメントの提供を念頭に置いて、Web用に特別に設計された多くの機能があります。持続的接続、メタデータ応答、パイプライニング、組み込みの圧縮、プロキシなどの機能は、Webの動作方法にとって重要です。
必要に応じてHTMLドキュメントを転送する方法はたくさんありますが、他のほとんどの（すべて？）プロトコルにはHTTPの完全な機能セットがありません。
ウィキペディア WWWについての状態：
ワールドワイドウェブ（一般にウェブとして知られているWWWまたはW3と略される）は、インターネットを介してアクセスされる相互リンクされたハイパーテキストドキュメントのシステムです。 Webブラウザーを使用すると、テキスト、画像、ビデオ、およびその他のマルチメディアを含むWebページを表示し、ハイパーリンクを介してそれらの間を移動できます。
ここでの要点は、相互にリンクされたハイパーテキストドキュメントのシステムを示していることだと思います。
ハイパーテキストドキュメントを処理するための主で最もよく知られているプロトコルは [〜＃〜] http [〜＃〜] です。
ウィキペディアはそれについて述べています：
HTTPは、ワールドワイドウェブのデータ通信の基盤です。
他のプロトコルを使用してハイパーテキストドキュメントを転送することはできますが（Webページを電子メールで送信できます）、最近のWWWはHTTPに大きく依存していると思います。 HTTPは、ハイパーテキストドキュメントを処理するように作成および設計されています。
ですから、私は思います-はい、WWWはHTTPなしで存在できますが、それは非常に不便で、おそらく無意味です。