3.4 Otras opciones

CGI es la interface estándar que permite la ejecución de programas externos, prácticamente todos los servidores del mercado lo soportan. El principal problema es la eficiencia, un CGI tradicional se arranca como un nuevo proceso (con toda su sobrecarga asociada) para cada solicitud HTTP. Los Servlets, discutidos en la sección anterior, son quizá la solución más utilizada hoy en día, aunque no es la única. A continuación se enumeran otras posibilidades:

FastCGI:

[41] es una extensión al CGI independiente del lenguaje y escalable que proporciona un mejor rendimiento. Básicamente FastCGI permite que un programa CGI ligeramente modificado se cargue una sola vez y permanezca residente en memoria para atender a las siguientes peticiones.

Existen implementaciones disponibles para los principales servidores Web del mercado (Apache, Netscape, IIS, Zeus) y bibliotecas para su utilización con los principales lenguajes (C, C++, Perl, Java, Python, etc.). Más información en http://www.fastcgi.com/.

ISAPI/NSAPI:

[64] [80] son APIs propietarias que se proponen como alternativas de ejecución más rápida que CGI. Permiten la creación de módulos binarios que son cargados dinámicamente por el servidor Web cuando se inicia, se mantienen residentes en memoria y no provocan la sobrecarga de iniciar procesos separados.

ISAPI se incluyen en los servidores de Microsoft (IIS, etc.). Los programas escritos usando la interfaz ISAPI son compilados como bibliotecas DLL (Dynamic Link Library). Más información en http://www.microsoft.com/.

NSAPI es la API propuesta por Netscape para extender la funcionalidad de sus servidores. Más información en http://www.netscape.com/.

mod_perl:

[86] la ejecución de scripts Perl es lenta, tanto por ser un lenguaje interpretado como por la necesidad de arrancar un proceso nuevo para cada petición. mod_perl es un módulo de Apache que elimina estos problemas, para ello:

• Enlaza las bibliotecas de ejecución de Perl dentro del servidor Web, dándole a cada instancia de Apache su propio intérprete Perl. De esta manera se elimina la necesidad de lanzar un nuevo interprete para cada petición, por que se tiene uno ejecutándose permanentemente con el propio servidor.

• Mediante Apache::Registry (una parte de mod_perl) se ofrece la posibilidad de que los scripts Perl sean compilados en bytecodes (al estilo Java), lo que incrementa aún más el rendimiento.

mod_perl sólo está disponible para Apache y puede obtenerse su código fuente en cualquier mirror del CPAN, por ejemplo http://www.perl.com/CPAN/modules/by-module/CPAN/.

Hosted by www.Geocities.ws