2009-06-29 11 views
6

No, espera. Estoy hablando en serio. Cuando se inventó HTTP, el FTP ya existía. ¿Por qué no podría FTP ser el protocolo de transporte de la web?¿Por qué la web necesita HTTP?

Claro, tiene muchos elementos faltantes, pero la mayoría se agregaron como una ocurrencia tardía a HTTP y podrían agregarse también al FTP, como el almacenamiento en caché, la compresión, el alojamiento virtual.

Podría pensar en un protocolo como CGI que permitiera generar automáticamente archivos FTP (páginas).

+2

¡No te olvides de Gopher! –

+0

Hay servidores FTP que alojan contenido dinámico. Así como podrías "rodar" el tuyo. Pero la naturaleza VERB de HTTP hace que este trabajo sea mucho más simple. –

+0

HTTP no es un protocolo de transporte, recuerde. Es un protocolo de aplicación. TCP/IP es el protocolo de transporte. – aehlke

Respuesta

24

Sí, puede servir archivos HTML utilizando FTP. Sin embargo, FTP es un protocolo pesado y con estado, y asume que permanecerá en el mismo servidor. Está optimizado para descargar archivos más grandes (donde la configuración se amortiza en función del tamaño y la cantidad de descargas) HTTP es muy liviano (puede comunicarse con un servidor HTTP utilizando TELNET mucho más fácil que FTP, especialmente antes de FTP PASIVO) y diseñado en HTML: el concepto de que en el transcurso de su navegación visitará muchos servidores diferentes y obtendrá solo un par de archivos a la vez de cada uno.

Gopher existía antes de HTML y era muy popular. También fue un protocolo ligero. Simplemente no tenía la presentación y la facilidad de entrada que HTML tenía.

La respuesta corta es que las personas inventaron todo tipo de protocolos por todo tipo de razones (es decir, tesis doctorales): HTTP logró aparecer en el momento correcto y tiene el conjunto adecuado de funciones.

BTW, CGI ni siquiera era una parte de HTTP al principio. Llegó más tarde, y fue mucho más fácil encadenar CGI en HTTP que en FTP debido al protocolo simple y sin estado.

Ah, y no había "web" antes de HTTP/HTML. La web necesita HTTP porque HTTP creó la web.

+2

FTP tampoco es tan amigable con el cortafuegos debido a la naturaleza del uso de un canal de control y un canal de datos. HTTP solo usa un solo canal, por lo que es mucho más fácil trabajar con él. –

+0

+1 - Buena respuesta, ¡mejor que la mía! Sin embargo, no estoy del todo de acuerdo en que fue "mucho más fácil" calzar CGI en HTTP que en FTP, especialmente cuando dices que la apatridia facilitó esta adaptación. La naturaleza de estado del protocolo FTP fue probablemente clave en el diseño de un nuevo protocolo para la Web, ya que fue * originalmente * previsto (descargas de documentos simples). Sin embargo, la falta de estado ha sido un verdadero PITA para desarrolladores web desde entonces; nos hemos visto obligados a depender de soluciones de gestión estatal que no se habrían necesitado bajo un protocolo con estado. –

+1

Las primeras aplicaciones CGI aprovecharon (o al menos no les importó) la naturaleza apátrida de HTTP. Simplemente hicieron las cosas dinámicas o procesaron los resultados de los formularios (para divertirse, vean aquí: ftp://ftp.ncsa.uiuc.edu/Web/httpd/Unix/ncsa_httpd/cgi/). Finalmente, la gente quería comenzar a hacer aplicaciones con estado a través de HTTP y luego comenzó el verdadero calzador. :) – Talljoe

2

http es un protocolo para descargar archivos con un formato visualizable (por definición). FTP está optimizado para intercambio de archivos de todos los tipos y la descarga de información de directorio.

¿Pudo tener horneada una modificación orientada a visualización en FTP? Sí. ¿Brindaría algún beneficio sobre un protocolo más personalizado con una interfaz más simple? No.

4

No hay ninguna razón para que no pueda hacerlo. Sin embargo, hubiera sido engorroso, hortera y molesto. Quiero decir, puedes hacer un bote con un cuerpo de error de VW. No significa que sea una buena idea.

+1

Hmmm ... Apagado para encontrar un VW Beatle y remarlo en el canal en inglés. –

+0

O, por el contrario, puede usar un barco con la leva hacia arriba como un techo de error de VW: P – Darknight

1

En el momento en que la Web se estaba uniendo, FTP ya se estaba volviendo engorroso incluso para el simple intercambio de archivos (es decir, para lo que estaba diseñado). Es un protocolo peculiar ya veces ambiguo que no funciona bien con los firewalls. Las personas ya estaban codificando soluciones temporales en clientes de FTP para tratar de detectar qué software de servidor utilizaba el sitio FTP para resolver sus errores.

En resumen, no es el tipo de cosas en las que basaría una nueva tecnología.

Cuestiones relacionadas