Lo del HTTP fuera del iseries lo digo porque tenemos tres servidores HTTP.Dos Linux con PhP y un iseries. Aunque algun dia los unificaremos no tengo prisa,porque me falta tiempo,(no es que tenga nada en contra de poner un servidor HTTP en el iseries), pero claro, me lo tengo que estructurar todo diferente.
Gracias
| "Guillermo Andrades,
CPI Software" <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED] 12/04/2006 15:32
|
|
On 4/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
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
