2009-06-29 6 views
6

Non, attendez. Je suis totalement sérieux. Lorsque HTTP a été inventé, FTP existait déjà. Pourquoi FTP ne pourrait-il pas être le protocole de transport du Web? Bien sûr, il y a beaucoup de feautres manquants, mais la plupart ont été ajoutés après coup à HTTP et pourraient aussi être ajoutés au FTP, comme la mise en cache, la compression, l'hébergement virtuel.Pourquoi le Web a-t-il besoin de HTTP?

Vous pourriez penser à un protocole comme CGI qui permettait de générer automatiquement des fichiers FTP (pages).

+2

Ne pas oublier gopher! –

+0

Il existe des serveurs FTP qui hébergent du contenu dynamique. Ainsi que vous pourriez "rouler" le vôtre. Mais la nature VERBE de HTTP rend ce travail beaucoup plus simple. –

+0

HTTP n'est pas un protocole de transport, rappelez-vous. C'est un protocole d'application. TCP/IP est le protocole de transport. – aehlke

Répondre

24

Cependant FTP est un protocole lourd et dynamique, et suppose que vous resterez sur le même serveur. Il est optimisé pour télécharger des fichiers plus volumineux (où les frais d'installation sont amortis sur la taille et le nombre de téléchargements) HTTP est très léger (vous pouvez communiquer avec un serveur HTTP en utilisant TELNET beaucoup plus facilement qu'avec FTP, surtout avant FTP PASSIVE). conçu autour de HTML - le concept que dans le cadre de votre navigation, vous visiterez de nombreux serveurs différents et ne saisissant que quelques fichiers à la fois de chacun. Gopher existait avant HTML et était très populaire. C'était aussi un protocole léger. Il n'avait tout simplement pas la présentation et la facilité d'entrée que HTML avait. La réponse courte est, les gens ont inventé toutes sortes de protocoles pour toutes sortes de raisons (thèses de doctorat) - HTTP a réussi à arriver au bon moment et avoir le bon ensemble de fonctionnalités.

BTW, CGI n'était même pas une partie de HTTP au début. Il est arrivé plus tard - et il était beaucoup plus facile de pousser CGI dans HTTP que dans FTP en raison du protocole simple, sans état.

Oh, et il n'y avait pas de "web" avant HTTP/HTML. Le web a besoin de HTTP parce que HTTP a créé le web.

+2

FTP n'est pas aussi convivial que le pare-feu en raison de la nature de l'utilisation d'un canal de contrôle et d'un canal de données. HTTP n'utilise qu'un seul canal, ce qui facilite grandement le travail. –

+0

+1 - Bonne réponse - mieux que le mien! Cependant, je ne suis pas tout à fait d'accord qu'il était «beaucoup plus facile» de pousser CGI dans HTTP que FTP, surtout quand vous dites que l'apatridie a facilité cette adaptation. La nature avec état du protocole FTP a probablement été la clé dans la conception d'un nouveau protocole pour le Web tel qu'il était * initialement * envisagé (téléchargements de documents simples). Cependant, le manque d'état a été un vrai PITA pour les développeurs web depuis; nous avons été contraints de recourir à des solutions de contournement de la gestion d'état qui n'auraient pas été nécessaires dans le cadre d'un protocole d'état. –

+1

Les premières applications CGI ont profité (ou du moins se sont foutues) de la nature sans état de HTTP. Ils ont simplement rendu les choses dynamiques ou ont traité les résultats des formulaires (Pour le fun, allez voir ici: ftp://ftp.ncsa.uiuc.edu/Web/httpd/Unix/ncsa_httpd/cgi/). Finalement, les gens ont voulu commencer à faire des applications stateful sur HTTP, puis le véritable shoehorning a commencé. :) – Talljoe

2

http est un protocole de téléchargement de fichiers avec un format affichable (par définition). FTP est optimisé pour échanger des fichiers de tous types et le téléchargement des informations de répertoire.

Pourriez-vous avoir une modification orientée affichage vers FTP? Oui. Serait-il avantageux d'utiliser un protocole plus personnalisé avec une interface plus simple? No

4

Il n'y a aucune raison de ne pas pouvoir le faire. Il aurait été lourd, collant et ennuyeux cependant. Je veux dire, vous pouvez faire un bateau sur un corps de bug VW. Cela ne veut pas dire que c'est une bonne idée. Oui, vous pouvez servir des fichiers HTML en utilisant FTP.

+1

Hmmm ... Off de trouver un VW Beatle et ramer à travers la chaîne anglaise. –

+0

Ou inversement, vous pouvez utiliser un bateau retourné comme un toit de bug VW: P – Darknight

1

Au moment où le Web se rassemblait, le FTP devenait déjà encombrant même pour le simple échange de fichiers (c'est-à-dire, ce qui était prévu). C'est un protocole bizarre et parfois ambigu qui ne fonctionne pas bien avec les pare-feu. Les gens codaient déjà des solutions de contournement dans les clients FTP pour tenter de détecter quel logiciel serveur le site FTP utilisait pour contourner ses bogues.

En bref, pas le genre de chose sur laquelle vous baseriez une nouvelle technologie.

Questions connexes