2009-06-29 21 views
6

Nein, warte. Ich meine es total ernst. Als HTTP erfunden wurde, existierte FTP bereits. Warum konnte FTP nicht das Transportprotokoll des Webs sein?Warum benötigt das Web HTTP?

Sicher, es hat eine Menge fehlender feautres, aber die meisten wurden als nachträglicher Einfall zu HTTP hinzugefügt und konnte auch zu FTP hinzugefügt werden, wie Caching, Komprimierung, virtuelles Hosting.

Sie könnten Ereignis an ein Protokoll wie CGI denken, das erlaubte, FTP-Dateien (Seiten) automatisch zu erzeugen.

+2

Vergiss nicht Gopher! –

+0

Es gibt FTP-Server, auf denen dynamischer Inhalt gehostet wird. Sowie Sie könnten Ihre eigenen "rollen". Aber die VERB-Natur von HTTP macht diese Arbeit viel einfacher. –

+0

HTTP ist kein Transportprotokoll, denken Sie daran. Es ist ein Anwendungsprotokoll. TCP/IP ist das Transportprotokoll. – aehlke

Antwort

24

Ja, Sie können HTML-Dateien mit FTP bereitstellen. FTP ist jedoch ein schwergewichtiges, zustandsbehaftetes Protokoll und geht davon aus, dass Sie auf demselben Server bleiben werden. Es ist optimiert für das Herunterladen von größeren Dateien (wo der Setup-Overhead über die Größe und Anzahl der Downloads amortisiert ist) HTTP ist sehr leicht (Sie können mit TELNET viel einfacher als FTP, insbesondere vor PASSIVE FTP mit einem HTTP-Server kommunizieren) und ist Designed by HTML - das Konzept, dass Sie im Laufe Ihrer Navigation viele verschiedene Server besuchen und nur jeweils ein paar Dateien gleichzeitig abrufen.

Gopher existierte vor HTML und war sehr beliebt. Es war auch ein leichtes Protokoll. Es hatte einfach nicht die Präsentation und Leichtigkeit des Einstiegs, die HTML hatte.

Die kurze Antwort ist, Leute haben alle Arten von Protokollen aus allen möglichen Gründen (z. B. Doktorarbeiten) erfunden - HTTP gelang es, zur richtigen Zeit zu kommen und die richtigen Funktionen zu haben.

BTW, CGI war nicht einmal ein Teil von HTTP am Anfang. Es kam später - und es war viel einfacher, CGI in HTTP wegen des einfachen, zustandslosen Protokolls in HTTP zu schüren.

Oh, und es gab kein "Web" vor HTTP/HTML. Das Web benötigt HTTP, da HTTP das Web erstellt hat.

+2

FTP ist auch nicht so Firewall-freundlich aufgrund der Art der Verwendung eines Steuerungskanal und eines Datenkanals. HTTP verwendet nur einen einzigen Kanal, wodurch die Arbeit viel einfacher ist. –

+0

+1 - Schöne Antwort - besser als meins! Ich bin jedoch nicht ganz damit einverstanden, dass es "viel einfacher" war, CGI in HTTP als FTP zu beschimpfen, besonders wenn man sagt, dass Staatenlosigkeit diese Anpassung erleichterte. Die zustandsbehaftete Natur des FTP-Protokolls war wahrscheinlich der Schlüssel zum Entwurf eines neuen Protokolls für das Web, wie es ursprünglich vorgesehen war (einfaches Herunterladen von Dokumenten). Der Mangel an Status ist jedoch seither eine echte PITA für Webentwickler; wir waren gezwungen, uns auf staatliche Verwaltungsumsetzungen zu verlassen, die unter einem Stateful Protocol nicht benötigt worden wären. –

+1

Die ersten CGI-Anwendungen nutzten (oder kümmerten sich zumindest nicht) um die zustandslose Natur von HTTP. Sie haben Dinge nur dynamisch gemacht oder die Ergebnisse von Formularen verarbeitet (schauen Sie mal hier: ftp://ftp.ncsa.uiuc.edu/Web/httpd/Unix/ncsa_httpd/cgi/). Irgendwann wollten die Leute anfangen, Stateful Apps über HTTP zu machen und dann begann das echte Shoehorning. :) – Talljoe

2

http ist ein Protokoll zum Herunterladen von Dateien mit einem anzeigbaren (per Definition) Format. FTP ist optimiert für Exchange von Dateien aller Arten und den Download von Verzeichnisinformationen.

Konnte Sie haben eine Anzeige-orientierte Änderung in FTP Shoe-Horned? Ja. Würde es einen Vorteil gegenüber einem maßgeschneiderten Protokoll mit einer einfacheren Schnittstelle bieten?

4

Es gibt keinen Grund, warum Sie nicht könnten. Es wäre aber umständlich, klebrig und nervig gewesen. Ich meine, du kannst ein Boot aus einem VW Käfer machen. Bedeutet nicht, dass es eine gute Idee ist.

+1

Hmmm ... Off, um einen VW Beatle zu finden und über den englischen Kanal zu rudern. –

+0

Oder umgekehrt, könnten Sie ein aufgeschlagenes Boot als VW-Bug-Dach verwenden: P – Darknight

1

Zu der Zeit, als das Web zusammenkam, wurde FTP schon mühselig, selbst für den einfachen Austausch von Dateien (d. H. Was genau dafür gedacht war). Es ist ein schrulliges und manchmal mehrdeutiges Protokoll, das mit Firewalls nicht gut spielt. Die Leute haben bereits Workarounds in FTP-Clients programmiert, um herauszufinden, welche Server-Software die FTP-Site zur Problemumgehung benutzte.

Kurz gesagt, nicht die Art von Dingen, die Sie eine neue Technologie zugrunde legen würden.

Verwandte Themen