On 4/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
yo tambien supongo que si (;-).
CGI no es mas que una forma de API basica de TCP/IP HTTP que permite interceptar la presentación de una página para añadirle datos dinámicos.
pero debido a que cuando semenciona claramente el termino CGI cierta gente aprovecha para hacerlo de forma peyorativa, vamos a aclararlo.
CGI es la forma de hablar programáticamente con el HTTP, podemos llamarle CGI o podemos no llamarle, pero todos los servicios, servidores o sistemas que permiten enviar contenido dinamico usan CGI directa o indirectamente.
Ademas CGI se puede encapsular o desacomplejar o hacer mas facil y potente (con perdon eso es lo que hacemos nosotros) o se puede subir en otra API de diferente nivel, con lo que en realidad no solo se llama a una API (el CGI) sino a un servicio que llama a una API que genera llamadas a una API que es la que (sin que te lo digan) hace lo mismo que la API CGI.
veamos la diferencia basica:
A.- servir paginas estaticas (fijas).
a1. el browser o navegador pide un dato (un pagina).
a2. el servidor HTTP recibe la peticion, lee la pagina y sin mas miramiento
a3. envia la pagina al navegador.
B.- servir paginas dinamicas.
b1. el navegador pide un dato.
b2. el servidor HTTP, en lugar de enviar la pagina, ejecuta un programa que lee y completa la pagina, y devuelve la pagina completada.
b3. envia la pagina al navegador.
o sea CGI solo establece un punto de control donde, a traves de las API naturales de HTTP (Apache en este caso) la interacción se controla por un programa o servidor de programas, que puede ser menos (RPG) o mas (Java, Websphere) complejo y permitir mas o menos inteligencia dependiendo de los factorers inherentes a la calidad del programa y/o programador.
el problema para nosotros (la comunidad de usuarios) es que la opinion publicada lo que conoce son las propiedades globales de los servidores basados en Java o en Lenguajes de Script, y no conocen la potencia que se puede obtener trabajando con el nivel de maquina que se puede conseguir dentro del iSeries.
El otro problema es que hasta nosotros hacemos mas caso a todos estos churreros venidos a gastronomos.
Supongo que cuando hablas de RPG4 con HTML te refieres al CGI no?
yo tambien supongo que si (;-).
CGI no es mas que una forma de API basica de TCP/IP HTTP que permite interceptar la presentación de una página para añadirle datos dinámicos.
pero debido a que cuando semenciona claramente el termino CGI cierta gente aprovecha para hacerlo de forma peyorativa, vamos a aclararlo.
CGI es la forma de hablar programáticamente con el HTTP, podemos llamarle CGI o podemos no llamarle, pero todos los servicios, servidores o sistemas que permiten enviar contenido dinamico usan CGI directa o indirectamente.
Ademas CGI se puede encapsular o desacomplejar o hacer mas facil y potente (con perdon eso es lo que hacemos nosotros) o se puede subir en otra API de diferente nivel, con lo que en realidad no solo se llama a una API (el CGI) sino a un servicio que llama a una API que genera llamadas a una API que es la que (sin que te lo digan) hace lo mismo que la API CGI.
veamos la diferencia basica:
A.- servir paginas estaticas (fijas).
a1. el browser o navegador pide un dato (un pagina).
a2. el servidor HTTP recibe la peticion, lee la pagina y sin mas miramiento
a3. envia la pagina al navegador.
B.- servir paginas dinamicas.
b1. el navegador pide un dato.
b2. el servidor HTTP, en lugar de enviar la pagina, ejecuta un programa que lee y completa la pagina, y devuelve la pagina completada.
b3. envia la pagina al navegador.
o sea CGI solo establece un punto de control donde, a traves de las API naturales de HTTP (Apache en este caso) la interacción se controla por un programa o servidor de programas, que puede ser menos (RPG) o mas (Java, Websphere) complejo y permitir mas o menos inteligencia dependiendo de los factorers inherentes a la calidad del programa y/o programador.
el problema para nosotros (la comunidad de usuarios) es que la opinion publicada lo que conoce son las propiedades globales de los servidores basados en Java o en Lenguajes de Script, y no conocen la potencia que se puede obtener trabajando con el nivel de maquina que se puede conseguir dentro del iSeries.
El otro problema es que hasta nosotros hacemos mas caso a todos estos churreros venidos a gastronomos.
Es posible tener la web en un servidor que no sea el iseries y acceder por cgi al iseries para consultar datos o éste tiene que estar configurado como servidor HTTP?
no veo para qué. eso no es mas que poner otro punto de posible fallo entre medias, y solo es bueno para los vendedores de "servidores" o PC, y de cualquier manera la trama y el control base tienen que pasar por el iSeries.
Este argumento lo he visto en casos como cuando se quiere usar Websphere o Tomcat o Jeronimo o Jboss y se tiene miedo a que eso haya que instalarse en el iSeries.
pero para servir aplicaciones tipo web en iSeries lo unico que se necesita es abrir un puerto de TCP/IP, y con total seguridad (incluso con mas) a traves de firewalls etc.
una notas sobre seguridad puedes verlas aqui.
si la preocupacion es el performance, contra menos interacciones y intermedios, mas rapido.
- iSeries
- - Servidor HTTP Apache iSeries
- - - Puerto xxxx TCP/IP
- - - - FireWall a IP publica
- - - - - Navegador del usuario final
--
Saludos/Regards,
Guillermo Andrades
CPI Software
http://Modernizar.iSeries.es
Web Familiar: http://www.Andrades.es
