tag:blogger.com,1999:blog-6950207791657297179.post3579800277608441661..comments2022-11-15T06:19:43.460-08:00Comments on Laboratorio de programacion web: Common Gateway InterfaceAlejandro Josafathttp://www.blogger.com/profile/04217960499963272488noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-6950207791657297179.post-90888304899203052652010-11-21T10:22:14.218-08:002010-11-21T10:22:14.218-08:00* Su tecnología es un poco obsoleta.
¿Por ejemplo...* Su tecnología es un poco obsoleta.<br /><br />¿Por ejemplo?<br /><br /> * No mantiene un estado.<br /><br />Esto es inherente al protocolo HTTP. No importa la tecnología que uses: HTTP no está orientado a sesión, por lo que tendrás que utilizar técnicas que la imiten. Las cookies y las SESSIONID en los URL o en los campos ocultos de los formularios son las técnicas clásicas que crean esa sesión.<br /><br /> * Integración débil entre el servidor y el CGI.<br /><br />¡Genial! Así no hay peligro de que el programa CGI, si tiene un error, cuelgue al servidor web. Lo que realmente querrías decir es que el CGI es un proceso externo al servidor, por lo que se ve obligado a ejecutarlo como proceso aparte. Esto está resuelto desde hace muchos años con módulos que integran los servicios CGI dentro del servidor web (mod_python, mod_php, mod_ruby, mod_perl, en el caso del servidor Apache). O teniendo siempre en ejecución el motor del servidor de aplicaciones (caso del Tomcat en Java o del Perl persistente).Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6950207791657297179.post-90599668820203104012010-11-21T08:28:29.863-08:002010-11-21T08:28:29.863-08:00Bien, cinco puntos para el lab.Bien, cinco puntos para el lab.Elisahttps://www.blogger.com/profile/18352845640659510670noreply@blogger.com