Script del lado del servidor
De Wikipedia, la enciclopedia libre
Este artículo o sección necesita ser wikificado con un formato adecuado a las convenciones de estilo de Wikipedia.
Por favor, edítalo para cumplir con ellas. No elimines este aviso hasta que lo hayas hecho. ¡Colabora wikificando!
Los primeros servidores web permitían visualizar exclusivamente información estática (páginas vidriera). Esto representó bien pronto una limitación; sobre todo desde el momento en el que la actividad publicitaria y comercial comenzó a concentrarse también en la red internet.
La primera solución técnica realizada fue la posibilidad que el servidor web lanzase programas residentes en la máquina de servicio. Esta tecnología, conocida como CGI (Common Gateway Interface) permite al servidor web lanzar programas escritos principalmente en C o en Perl. Si bien la tecnología CGI resolvía el problema de la presentación exclusivamente estática de la información, al mismo tiempo presentaba dos limitaciones importantes: una era el problema de seguridad que podía representar el hecho que mediante la llamada a una página se pueda ejecutar programas indeseados en el servidor, la segunda era de carga del servidor (si una misma página que lanzaba un programa era llamada desde 100 clientes concurrentemente, en el servidor se ejecutaban 100 procesos, uno por cada cliente que solicitaba esa página).
Para resolver estos problemas, se buscó desarrollar una tecnología que permitiera ejecutar, en un único proceso del servidor, todos los pedidos de ejecución de código del servidor web sin importar la cantidad de clientes que se conectaban concurrentemente. Esta solución, denominada servlet en tecnología Java o filtro ISAPI en tecnología Microsoft, permite el poder ejecutar código en un único proceso externo que gestiona todas las llamadas realizadas por el servidor web, impidiendo al mismo tiempo que el servidor web pueda llamar a ejecutar programas del sistema operativo.
No obstante de este modo se limitan los problemas de prestación y seguridad de la tecnología CGI, no se resuelve el problema representado por un desarrollo demasiado costoso en términos de tiempo. Asimismo, hace necesario que dos figuras profesionales bien distintas trabajen en un único proyecto: el programador (que conoce bien el lenguaje de programación del lado del servidor utilizado) y el gráfico web (que conoce bien gráfica y lenguaje HTML pero no el lenguaje de programación del lado del servidor). Para resolver estas limitaciones, fueron desarrollados lenguajes que pueden ser incluidos al interno de archivos HTML. Estos comandos pueden ser interpretados (como por ejemplo las páginas ASP o PHP) o precompilados (como en las páginas JSP o ASP.NET). Asimismo, con el utilizo de esta tecnología se buscaba desarrollar aptitudes de gráfico web en los programadores y de programador en los gráficos web (se esperaba con ello el hacer más fácil y veloz el desarrollo de script del lado del servidor).
La unificación de tareas, que inicialmente parecía una ventaja para el desarrollo de páginas web, se convirtió en realidad en una fuerte limitación para el desarrollo de aplicaciones web.
Las últimas tendencias ven el desarrollo de framework en el servidor, solución que obliga a separar nuevamente el trabajo realizado por el gráfico web y el programador.
