Historia De Las Aplicaciones Web
Páginas: 3 (666 palabras)
Publicado: 30 de septiembre de 2012
.2 Historia de las aplicaciones Web
Inicialmente la Web era simplemente una colección de páginas estáticas, documentos,etc., que podían consultarse o descargarse. El siguiente paso en suevolución fue la inclusión de un método para confeccionar páginas dinámicas que permitiesen que lo mostrado fuese dinámico (generado o calculado a partir de los datos de la petición).Dichos métodos fueronconocidos como:
CGI
(Common Gateway Interface). [18] Y definía un mecanismo mediante el cual podíamos pasar información entre el servidor HTTP y programas externos. Los CGIsiguen siendo muyutilizados, puesto que la mayoría de los servidores Web los soportandebido a su sencillez. Además, nos proporcionan total libertad a la hora de escoger ellenguaje de programación para desarrollarlos.Elesquema de funcionamiento de los CGI tenía un punto débil: cada vez querecibíamos una petición, el servidor Web lanzaba un proceso que ejecutaba el programaCGI. Como, por otro lado, la mayoría de los CGIestaba escrito en algún lenguajeinterpretado (Perl, Python, etc.) o en algún lenguaje que requería run-time environment(Visual Basic, Java, etc.), esto implicaba una gran carga para la máquina delservidor.Además, si la Web tenía muchos accesos al CGI, esto suponía problemas graves. Por ello se empiezan a desarrollar alternativas a los CGI para solucionar este grave problema de rendimiento. Lassoluciones vienen principalmente por dos vías. Por unlado se diseñan sistemas de ejecución de módulos más integrados con el servidor, queevitan que éste tenga que instanciar y ejecutar multitud deprogramas. La otra víaconsiste en dotar al servidor de un intérprete de algún lenguaje de programación(RXML, PHP, VBScript, etc.) que nos permita incluir las páginas en el código demanera que el servidorsea quien lo ejecute, reduciendo así el tiempo de respuesta.
Fast- CGI.
Esta es una solución similar al CGI mencionado anteriormente, solo que propone la creación de un solo proceso...
Inicialmente la Web era simplemente una colección de páginas estáticas, documentos,etc., que podían consultarse o descargarse. El siguiente paso en suevolución fue la inclusión de un método para confeccionar páginas dinámicas que permitiesen que lo mostrado fuese dinámico (generado o calculado a partir de los datos de la petición).Dichos métodos fueronconocidos como:
CGI
(Common Gateway Interface). [18] Y definía un mecanismo mediante el cual podíamos pasar información entre el servidor HTTP y programas externos. Los CGIsiguen siendo muyutilizados, puesto que la mayoría de los servidores Web los soportandebido a su sencillez. Además, nos proporcionan total libertad a la hora de escoger ellenguaje de programación para desarrollarlos.Elesquema de funcionamiento de los CGI tenía un punto débil: cada vez querecibíamos una petición, el servidor Web lanzaba un proceso que ejecutaba el programaCGI. Como, por otro lado, la mayoría de los CGIestaba escrito en algún lenguajeinterpretado (Perl, Python, etc.) o en algún lenguaje que requería run-time environment(Visual Basic, Java, etc.), esto implicaba una gran carga para la máquina delservidor.Además, si la Web tenía muchos accesos al CGI, esto suponía problemas graves. Por ello se empiezan a desarrollar alternativas a los CGI para solucionar este grave problema de rendimiento. Lassoluciones vienen principalmente por dos vías. Por unlado se diseñan sistemas de ejecución de módulos más integrados con el servidor, queevitan que éste tenga que instanciar y ejecutar multitud deprogramas. La otra víaconsiste en dotar al servidor de un intérprete de algún lenguaje de programación(RXML, PHP, VBScript, etc.) que nos permita incluir las páginas en el código demanera que el servidorsea quien lo ejecute, reduciendo así el tiempo de respuesta.
Fast- CGI.
Esta es una solución similar al CGI mencionado anteriormente, solo que propone la creación de un solo proceso...
Leer documento completo
Regístrate para leer el documento completo.