Planet La Dragonera

En un proyecto en el que estoy trabajando actualmente se requiere generar un XML con datos tratados, para que un código Javascript monte un grid a modo de Excel online.

El problema viene cuando la cantidad de registros se vuelve grande… En unas pruebas con registros de producción nos encontramos que el grid se demoraba mucho en mostrarse… Pusimos algunas alertas y llegamos a la conclusión que de 20 segundos que tardaba en montarse el grid, sólo 5 correspondían a la generación del XML y el resto era tráfico de red y proceso javascript.

Pero cuánto pesa el XML? Un mega y medio de XML? Y cómo lo hacemos más pequeño para generar menos tráfico y ganar tiempo? Comprimiendo el XML de salida…

Pues bién, la herramienta de hoy es SFTPDrive, una sencilla herramienta (de pago) que cubre una necesidad en Windows fácilmente solucionada en Linux: el acceso cómodo a la estructura de directorios de un servidor remoto via SSH.

En Linux podemos montar casi cualquier cosa en un directorio, sea algo local (USBs, CDs, …) o remoto (Samba, NFS, …). Mi caso particular se centra en conexiones SSH. En Linux podemos usar sshfs para montar en un directorio el árbol de un servidor remoto al que tenemos acceso por SSH. En cambio, en Windows no es tan fácil.

En Windows existe esta utilidad, SFTPDrive, a la que le configuramos el acceso SSH y nos monta una unidad nueva como si de una unidad mapeada se tratase.

Cuántas veces tenemos un árbol de directorios y por cualquier cosa debemos aplicarle un chmod diferente a los archivos y a los directorios?

Pues bién, me he encontrado con esta necesidad y he pensado un shell script que recorriera un árbol de directorios dado y aplicara el chmod dependiendo si encuentra un archivo o un directorio. Y ya que estaba metido, lo he adornado aceptando parámetros y haciendo alguna pequeña comprobación antes de que se ponga a trabajar.

A continuación cuelgo el código fuente y lo explico un poco.

La instalación por defecto de PHP no lleva soporte para Oracle si en el momento de su instalación no había ni un cliente ni un servidor Oracle en el sistema. La puesta en marcha de un módulo PHP para proporcionar conexión a un Oracle en un servidor remoto consta de dos pasos: Instalar el Oracle Instant Client y Generar e instalar el módulo OCI.

Al instalar el servidor web directamente en los primeros pasos de la instalación (ver artículo Instalar Debian 4 Etch en un Compaq Proliant DL 360) recibimos un Apache 2.0 con PHP 5.2.0, e instalaremos el Oracle InstantClient 11.1.0.1-1, generando un módulo PHP usando el código fuente de OCI8 versión 1.2.4 (todo último estable).

Siguiendo con la instalación del servidor Debian 4 en un Compaq Proliant DL 360 que empezamos en el anterior artículo, esta vez toca instalar un Tomcat para que acepte las conexiones desde un Apache. Para ello debemos tener instalado un Apache (ver el anterior artículo) y realizar los pasos que se describen aquí, que consiste en instalar el JDK de Java, instalar Tomcat 5.5 e instalar el módulo conector mod_jk.

He tenido la oportunidad de realizar una instalación de Debian 4 en un Compaq Proliant DL 360, el primero de estas características dónde instalo un Linux.

La necesidad es la de tener un servidor Apache+Tomcat conectándose a una base de datos externa Oracle, además de funcionar como servidor CVS. En éste artículo voy a describir los pasos para tener el servidor funcionando con Debian, como anticipación a siguientes artículos de la puesta en marcha de los servicios descritos.

En Linux, para listar las conexiones abiertas, incluso las que sólo estén escuchando un puerto sin transmitir nada, podemos usar netstat. En mi caso, usando netstat con los siguientes parámetros obtengo un listado de interfícies, estado de la conexión y PID/programa que lo ejecuta, muy útil:

netstat -tapn

Para saber el significado de los estados, consultando la Wikipedia tenemos:

• ESTABLISHED El socket tiene una conexión establecida
• SYN_SENT El socket está intentando iniciar una conexión
• SYN_RECV Una petición de conexión fue recibida por la red
• FIN_WAIT1 El socket está cerrado, y la conexión esta finalizándose
• FIN_WAIT2 La conexión esta cerrada, y el socket está esperando que finalice la conexión remota
• TIME_WAIT El socket está esperando después de cerrarse que concluyan los paquetes que siguen en la red
• CLOSED El socket no está siendo usado
• CLOSE_WAIT La conexión remota ha finalizado, y se espera que se cierre el socket
• LAST_ACK La conexión remota ha finalizado, y se espera que se cierre el socket. Esperando el acknowledgement.
• LISTEN El socket está esperando posibles conexiones entrantes
• CLOSING Ambos sockets han finalizado pero aun no fueron enviados todos los datos
• UNKNOWN El estado del socket no se conoce