Czy znaczenie terminu WWW oznacza, że ​​z definicji muszą go wykonywać serwery HTTP? [Zamknięte]

Oto pytanie dotyczące prawidłowej terminologii.

Czy sieć WWW mogłaby istnieć bez HTTP?

Czy jest jakiś inny protokół warstwy aplikacji, który może obsługiwać strony WWW?

Czy HTTP jest z definicji istotną częścią sieci?

PS odpowiedź została zaakceptowana, jednak wszelkie bardziej szczegółowe opinie oparte na dokumentacji są mile widziane.

uwaga dodana przez barlopa - zauważam, że niektórzy nie rozumieli jego pytania, a także, że miał bliskie głosy, więc poprawiłem język pytania. Nie sądzę, aby pytać o poprawną terminologię, to bystre / subiektywne, i bardzo ważne jest, aby mieć poprawny język techniczny.

Na początku sieci wiele witryn było obsługiwanych przez FTP.

Poszczególne połączenia internetowe były bardzo rzadkie, więc jeśli miałeś dostęp do Internetu, prawdopodobnie było to możliwe za pośrednictwem pracodawcy lub szkoły. Możesz założyć witrynę internetową, ale administrator systemu nie może uruchomić dla Ciebie serwera HTTP. Ale prawdopodobnie istniał już anonimowy serwer FTP, skonfigurowany tak, aby umożliwić anonimowe pobieranie plików przez FTP. Możesz umieścić swoje pliki HTML w publicznym obszarze FTP i zareklamować adres URL swoich plików - tak to wyglądało ftp://host/path/- i możesz w ten sposób mieć stronę internetową, nie prosząc administratora o nic nowego. W ten sposób publikowanie stron internetowych było dość powszechne w latach 1992–1994.

Oto przykładowa strona internetowa, którą znalazłem dla ciebie . Ta data przypada na jesień 1995 r. I była i nadal jest obsługiwana przez FTP. (Nadal tam jest, ponieważ nikt nigdy nie zadał sobie trudu, aby go usunąć.) W tamtych czasach wydział informatyki Uniwersytetu Pensylwanii nie miał serwera HTTP, ale dział miał stronę internetową z linkami do stron z kursami, danymi kontaktowymi i osobistymi strony internetowe członka działu, który chciał je zbudować, wszystkie obsługiwane przez FTP z anonimowego katalogu FTP.

Bez tej zdolności do ładowania z FTP, Internet nigdy nie byłby w stanie zacząć.

[Dodano później: Oto lepszy przykład ]

Sieć faktycznie może istnieć bez HTTP - zależy to po prostu od tego, co próbujesz zrobić. Jeśli napiszesz własnego klienta i serwer, z pewnością możesz opracować i wdrożyć własny protokół, który (miejmy nadzieję) zadziała.

Jednak Google stara się zrobić godny substytut :-)

Aby natychmiast odpowiedzieć na twoje pytanie: Nie, Internet, jaki znamy, nie zależy od HTTP. Nigdy nie zależało od HTTP. Wymaga tylko protokołu niezawodnego transportu, którego klient może użyć do żądania zasobu od serwera. Zrobi wszystko z tymi minimalnymi wymaganiami. Używa teraz protokołu HTTP, ponieważ był to najlepszy dostępny protokół, gdy sieć stała się popularna. Kiedy pojawi się coś lepszego niż HTTP, jak się wydaje w przypadku SPDY , wtedy HTTP również przejdzie do historii jako protokoły, zanim to nastąpi.

Zależy to jednak od HTML oraz, w mniejszym stopniu, różnych technologii, które się wokół niego rozwinęły, takich jak CSS, JavaScript itp. Nawet dzisiejszy HTML 5 byłby rozpoznawany jako HTML 20 lat temu i byłby w większości możliwy do przeanalizowania przez przeglądarki tamtych czasów , a dobrze wykonana dzisiejsza strona internetowa będzie faktycznie działać w najstarszych znanych przeglądarkach (tak jak dobrze wykonana strona internetowa sprzed 20 lat faktycznie będzie działać w dzisiejszych przeglądarkach).

Pozostała część tej odpowiedzi pochodzi z mojego doświadczenia i można ją pominąć, ale ...

Dotychczasowe odpowiedzi najczęściej cytowały odniesienia z dnia dzisiejszego, co jest niefortunne, ponieważ dzisiejszy Internet zawiera bardzo niewiele informacji o czasach poprzedzających „boom kropkowy” pod koniec lat dziewięćdziesiątych. Niektóre z tych odniesień nie pasują do moich doświadczeń: byłem w Internecie na wiele lat przed otwarciem dla publiczności i miałem dobry widok, aby zobaczyć rozwój Internetu.

HTTP został zaprojektowany jako protokół, który skutecznie przenosił strony internetowe i inne pliki na i z serwerów. Usunęła różne niedociągnięcia w FTP, które sprawiają, że jest to mniej niż całkowicie praktyczny wybór do obsługi stron internetowych. W szczególności w tym czasie FTP był używany głównie w trybie „aktywnym”, ponieważ zapory ogniowe i NAT były w większości nieistniejące. FTP miał tryb „pasywny” od 1985 roku, ale nie był tak naprawdę konieczny, dopóki duże części Internetu nie zaczęły się poruszać za żelaznymi kurtynami. W obu trybach konieczność otwierania wielu połączeń w celu przesyłania plików była co najwyżej nieefektywna; HTTP może znacznie przewyższyć FTP (lub nawet Gopher), co było ważne, gdy praktycznie domowym połączeniem każdego było połączenie telefoniczne, a przy tym bardzo wolne .

I chociaż kilka stron internetowych było obsługiwanych przez Gopher, było tak głównie dlatego, że popularni klienci sieci obsługiwali kilka protokołów: HTTP, FTP i Gopher. Musieli to zrobić, aby uzyskać udostępnianie myśli. W tej chwili „przeszukiwanie Internetu” odbywało się za pomocą programu Archie, który informował tylko o plikach na stronach FTP. Następnie musiałeś użyć Veroniki lub Jughead, aby przeszukać Gopherspace. Była też WAIS, być może pierwsza znacząca wyszukiwarka pełnotekstowa, ale Wikipedia nie powie ci o tym, że była to ogromnie przerośnięta bzdura i nie możesz nic znaleźć, chyba że wiesz, na której stronie szukać zaczynać się.

Nadal pamiętam, jak w 1995 roku rozmawiałem przez kilka tygodni z badaczem AIDS na temat sieci i próbowałem go przekonać, że powinien wypróbować tę mozaikę. W końcu przekonał go, że Johns Hopkins właśnie utworzył medyczną bazę danych, której potrzebował w Internecie za pośrednictwem HTTP, a przeglądarka internetowa była jedynym sposobem, aby się do niej dostać. Przeprowadziłem wiele rozmów z różnymi ludźmi o podobnych poglądach.

Wówczas, aby uzyskać przyczółek, agenci użytkowników sieci często wspierają FTP i Gopher, aby ludzie mogli używać jednego programu do przeglądania lub pobierania dowolnego zasobu za pomocą dowolnego z tych protokołów. Działało i sieć wystartowała, ale nawet pobieranie strony tekstowej było boleśnie powolne przy 2400 bps, a wiele osób (w tym ja) wciąż nie miało nic lepszego, kiedy sieć została ostatecznie otwarta dla publiczności. Często szybsze było telnetowanie na twoje konto powłoki Unix i uruchamianie go lynxlub telnet dla ogółu, lynxktóry prowadził University of Kansas. Uniwersytet miał dużą przepustowość, dzięki czemu wystarczyło zobaczyć tylko ekran na raz (odświeżenie terminala 80x24 przy 2400 bps zajęło około czterech sekund).

Tak więc, z jednego programu, czy to lynx, mosaicczy klient odniesienie że CERN napisał, ale nikt tak naprawdę nigdy nie używany, można uzyskać dostęp do praktycznie nic się w Internecie w momencie, gdy programy te zazwyczaj ukrył lub de-podkreślić transport konkretnego używanego . (Oznacza to, że nikt nawet nie spojrzał na pasek adresu. Lynx nie pokazałby bieżącego adresu URL, chyba że specjalnie o to poprosiłeś).

Ponieważ HTTP był szybszy i bardziej elastyczny niż inne protokoły, a HTML był wyraźnie silniejszym językiem do reprezentowania dokumentu niż wcześniej dostępny, jego start był prawie nieunikniony. Gopher nigdy nie miał szans; istniał w znaczącej formie tylko przez kilka lat. I FTP nadal przydatny, ponieważ jest to nieco lepiej przesyłania dużych plików lub całych struktur katalogów na raz (zakładając, że masz tara gzipi poznać sekret zaklęcia) i do niedawna było lepiej dla przesyłania danych.

Chodzi mi o to, że sieć jest zależna od transportu. Musiało tak być, aby zacząć, a fakt, że oznacza to, że prawie na pewno będzie nadal używany przez dziesięciolecia, a nawet stulecia.

Istnieje wiele protokołów, które mogą dostarczać pliki informacyjne, ale żaden nie ma wydajności HTTP.

Rzeczywiście istniało kilka sposobów uzyskiwania informacji przez Internet, zanim pojawił się HTTP. Na przykład spójrz na Gopher .

Jednak HTTP został specjalnie zaprojektowany do wydajnego dostarczania stron internetowych. Odegrał tak samo ważną część sukcesu Internetu, jak HTML, CSS i JavaScript.

Myślę, że potrzebne były trzy rzeczy, aby umożliwić utworzenie sieci WWW:

• Internet
• URI
• możliwość łączenia identyfikatorów URI w dokumentach (HTML).

Identyfikator URI może określać dowolny typ protokołu: ftp: //, http: // itd. Kilka z nich można zobaczyć na wikipedii . Połącz dowolny schemat identyfikatora URI z dokumentem, który może prowadzić do innych dokumentów (z których http / html jest najłatwiejszy) w Internecie i masz sieć WWW.

Jak pokazali inni, ftp może wyświetlać strony internetowe. Stworzyło to pierwszą podstawę dla Internetu, jednak nie sądzę, aby FTP obsługiwał CGI, co było kolejnym krokiem w kierunku interaktywnych stron internetowych.

Dzisiaj CGI zostało zastąpione frameworkami zintegrowanymi z serwerami http, ale podstawowa interakcja nadal ma CGI w sercu, używając różnych czasowników HTTP, aby ułatwić wysyłanie i odbieranie formularzy. WWW, jakie znamy dzisiaj, nie działałoby bez http, ale wczesne WWW zaczęły się od FTP jako silnego komponentu.

HTTP ma wiele funkcji zaprojektowanych specjalnie dla Internetu i z myślą o obsłudze dokumentów HTML. Funkcje, takie jak trwałe połączenia, odpowiedzi na metadane, wstawianie potoków, wbudowana kompresja i serwery proxy są ważne dla działania Internetu.

Istnieje wiele sposobów przesyłania dokumentu HTML, jeśli trzeba, ale większość (wszystkich?) Innych protokołów nie ma pełnego zestawu funkcji HTTP.

Wikipedia mówi o WWW:

World Wide Web (w skrócie WWW lub W3 powszechnie znany jako sieć) to system powiązanych dokumentów hipertekstowych dostępnych za pośrednictwem Internetu. Za pomocą przeglądarki internetowej można przeglądać strony internetowe, które mogą zawierać tekst, obrazy, filmy i inne multimedia oraz nawigować między nimi za pomocą hiperłączy.

Myślę, że główną kwestią tutaj jest system powiązanych dokumentów hipertekstowych .

Głównym i najbardziej znanym protokołem do obsługi dokumentów hipertekstowych jest HTTP .

Wikipedia mówi o tym:

HTTP jest podstawą komunikacji danych w sieci WWW.

Mimo że możesz przesyłać dokumenty hipertekstowe przy użyciu innych protokołów (możesz wysyłać strony WWW za pośrednictwem poczty e-mail), myślę, że WWW w dzisiejszych czasach w dużej mierze zależy od HTTP. HTTP został spreparowany i zaprojektowany do obsługi dokumentów hipertekstowych.

Tak więc myślę - tak, WWW może istnieć bez HTTP, ale będzie bardzo niewygodne i prawdopodobnie bezcelowe.