 |
 |
![[Gnupérnico II - MetaBuscador]](http://www.compunauta.com/common/img/gnupernico.gif)
|
|
Como se menciona en la página anterior, GADMIN será GPL, es decir que no tendrá costo alguno para quien desee usarlo, Fue desarrollado especialmente para ser incluido en las computadoras ensambladas por compunauta, y como nuestros clientes ven en Linux un gran ahorro en las licencias comerciales de otros sistemas operativos, preferimos brindar este servicio de forma gratuita.
Este programa será distribuido con el código fuente, esto permite distribuir MySQL sobre los términos de la licencia GNU/GPL, es decir también el código fuente de MySQL. El usuario final tendrá las copias de esto, sin ser requeridas más que por cuestiones legales.
GADMIN, incorpora el driver ya aceptado por MySQL, y disponible para descargar en la página web de MySQL www.mysql para Java. El acceso a las bases de datos se realiza mediante el sistema de scripting GusParser, propio e incorporado al motor web.
Las máquinas virtuales de Java son muy accesibles y están disponibles para muchos sistemas operativos diferentes, el usuario final, puede optar por descargar manualmente la máquina de java desde el website de sun java.sun.com o utilizar la que viene con GADMIN. Por supuesto si el usuario ya tiene la máquina de java y su conexión de Internet es modem, querrá descargar los archivos mínimos y utilizar la de su sistema.
Como GADMIN, es controlado por medio de un navegador web, este permite imprimir los listados de todo tipo, no obstante debido a la gran cantidad de impresoras de matrices de agujas que se utilizan para imprimir facturas, se prevee la programación de un driver nativo para cada sistema operativo (el de Linux está casi listo) para imprimir en modo ascii, a caracteres monoespaciados con la fuente de la impresora. Este driver será accecible por medio de un plugin para el lenguaje de scripting GusParser.
Cada petición de red es procesada antes de resolver el archivo de disco que debe ser mostrado o interpretado por GusParser, es decir que no cualquier archivo es enseñado a la red. Cada remitente de red es identificado por su dirección de IP, y la IP de la interface de RED local a la que se realiza la petición, es decir se puede realizar un archivo de configuración para la IP de la RED Interna y dejar con una carpeta vacía cualquier otra dirección de IP. Cuando un archivo de configuración cambia, este es detectado y se carga otra vez en memoria. En un futuro se prevee quitar esta funcionalidad para ponerla en un plugin CGI, pero por el momento el sistema no recibe tantas peticiones como para que sea importante.
Como existe el sistema de protección mediante archivos de configuración para cada interface y cliente, es posible solicitar al servidor el procesamiento mediante GusParser de un archivo especial de configuración para la IP amiga de Internet y la IP de la interface de RED con salida directa a Internet. Estos enlaces de red se realizan por medio de transmiciones cifradas y la comunicación se establecerá con éxito si y sólo si ambos sistemas servidor de intranet cliente y servdior de intranet primario poseen el mismo archivo basura de cifrado, archivo que no transmite ni comunica el sistema bajo ningún motivo, dicho archivo debe ser enviado por e-mail o directamente en un cd, o floppy por seguridad. Este tipo de enlaces requiere de una conexión permanente a Internet y por ahora sólo se puede establecer conociendo la IP del servidor primario (ya se prevee un servidor en Internet que provea una lista de clientes y servidores compatibles con el número de serie o archivo de cifrado.
En las bases de datos que se creen por medio de las plantillas se incluye una tabla con una columna con un código que representa al idioma, por ejemplo ES, EN, PT, IT, etc.., otra con la palabra clave y otra con El texto en el idioma correspondiente, es deber de cada plantilla dar la opción a cada cliente de escoger un idioma por defecto y mostrar todo el contenido en el idioma especificado mediante una consulta SQL muy simple.
Cada dirección de IP que establece una comunicación con el servidor ocupa uno de los Threads Java disponibles para atender peticiones, si las peticiones son CGI, estas se resuelven y se transmiten lo más pronto posibles, y por supuesto el tamaño de los archivos no es conocido, por lo tanto los tipos de conexión son Conecion-Close en vez de Keep-Alive, este es el comportamiento promedio de GADMIN, por lo tanto el Servidor Web, no soporta Keep-Alive. No obstante cada archivo de longitud conocida suele resolverse y transmitirse en tiempos muy largos dependiendo del tamaño de estos. Cada vez que se transmite el buffer de uno de estos archivos, se revisa la tabla de IPs conectadas y el ancho de banda se divide por la cantidad de IPs diferentes que hay conectadas, a su vez cada conexión se divide por la cantidad de conexiones de esa dirección de IP, es decir que mientras más conexiones establezca el cliente menos respuesta del servidor tendrá. En el caso que se acaben los Threads disponibles para manejar las peticiones, se procederá a pedir la detención a los Threads más viejos.