Aquí tenéis algunas de las aplicaciones no muy conocidas que he ido descubriendo y que me han parecido útiles:

• Smokeping: Utilidad para monitorizar la salud de líneas. Lanza 20 pings cada cinco minutos y va dibujando una gráfica con los resultados. La línea de color indica la media de los tiempos de respuesta de los 20 pings, el color en si indica cuantos pings se han perdido (no han respondido) y el “humo” (de aquí lo de smokeping) indica el jitter, es decir, la varianza o dispersión de los tiempos de respuesta. Con estas tres medidas, nos permite hacernos una buena idea de como están las líneas. Para los impacientes, podéis ir directamente a la demo

  

• Cacti: Casi todo el mundo ha oído hablar de las gráficas MRTG, que básicamente hace gráficas de lo que sea (le vas pasando valores a intervalos regulares y él se encarga de hacer la gráfica), en la mayoría de casos suelen ser gráficas del tráfico de una línea con datos obtenidos de un router por SNMP. Cacti es un interfaz web para configurar (y visualizar) gráficas MRTG (bueno, realmente son RRD). Tiene algunas características interesantes, como poder seleccionar que periodo quieres que te muestre en la gráfica e incluso puedes hacer zoom en las gráficas (el zoom no funciona del todo con el konqueror pero estoy trabajando para resolver este problemilla). También tiene control de acceso y permisos, de tal manera que puedes tener un usuario que solo pueda visualizar un subconjunto del total de gráficas que tienes definidas. Otra característica interesante, es que tiene un template de gráfica que te permite poner en la gráfica una línea horizontal que te indica el percentil 95 de esa línea (hay proveedores que facturan por esta medida)
  A mi me resulta útil porque me facilita la administración de las gráficas, si antes quería cambiar o añadir alguna gráfica a algún router era un poco coñazo, con Cacti son un par de clicks

• GLPI: Aplicación para el inventario del parque informático, tanto hardware como software, con gestión integrada de incidencias y actuaciones. Permite definir ordenadores, monitores, impresoras, periféricos varios, software y puntos de red. Posteriormente puedes indicar como se relacionan los anteriores elementos, es decir, que un ordenador tiene un determinado monitor, una impresora, tiene instalado un determinado software y está enchufado en un punto de la red en concreto. De momento está disponible en francés e inglés. De esta aplicación solo he probado la demo y parece bastante prometedora.

• Galette: Esta aplicación la descubrió Bernat y es un sistema de gestión de LUGs. Permite llevar un control de los datos de los socios (nombres, direcciones, etc), del estado de sus cuotas y donaciones. A ver si lo implantamos para Bulma. Por desgracia, a día de hoy, la demo no funciona.

Bueno, ahí queda eso. Espero que estas aplicaciones os gusten.

Supongo que la mayoría de informáticos se habrán preguntado alguna vez en su vida si es mejor trabajar en una empresa grande o en una pequeña. Por suerte, yo he podido trabajar como administrador en ambos tipos de empresa y no tengo un claro ganador. Cada uno de los tipos tiene sus puntos a favor y en contra.

En una empresa de tamaño pequeño, los problemas afectan a menor número de usuarios, lo sueles controlar todo tú y en muchos casos te dejan ir a tu aire. Por desgracia, dado que el presupuesto de la empresa es limitado, normalmente tienes que “conformarte” con trabajar con equipos de gama media/baja.

En una empresa grande, sin embargo, sueles tener la posibilidad de trabajar con equipos de mayores prestaciones (a.k.a. más caros) pero como contrapartida tienes mayor presión sobre los hombros, si metes la pata no dejas sin servicio a una decena de usuarios sino a varios centenares o incluso más si tu empresa ofrece servicios por Internet. Yo, por ejemplo, suelo soportar bastente bien la presión, pero hay momentos en que me llega a “quemar”, pero esto en mi caso se soluciona con unas vacaciones para desconectar y descansar, aunque sólo sea una semana . También, el sistema suele ser tan grande que no lo puedes controlar todo pero necesitas tener una idea global para poder hacer bien tu trabajo, y esto te enseña a trabajar en equipo.

Otra característica de una gran empresa, sobre todo si tiene oficinas en distintos países, es que las ventanas de actuación para intervenciones que suponen la parada del servicio son a horas intempestivas. Por ejemplo, si la empresa tiene oficinas en América, habrá usuarios trabajando hasta pasada la medianoche en España, así que no podrás empezar la intervención hasta la 1:00 de la madrugada, lo que implica que no te acostarás hasta las 3 o las 4, dependiendo de la magnitud del cambio y de si todo va según lo esperado. Pero, ¿y lo bien que te sientes cuando la empresa lanza un nuevo servicio que tú has ayudado a montar y ves que cientos o miles de usuarios lo están usando y que todo funciona?, es genial.

La decisión de si es mejor trabajar en una empresa grande o pequeña depende de cada uno. Se debe valorar el tener acceso a equipos caros y grandes anchos de banda frente a la presión que uno es capaz de soportar. Yo, como ya he dicho, no tengo tomada ninguna decisión, tanto me da, aunque ahora mismo esté trabajando en una empresa grande con oficinas en muchos países, antes he trabajado en una empresa pequeña, de una decena de trabajadores, y en los dos casos me he “divertido”, que es lo que busco en un trabajo, que sea interesante.

Después de actualizar a la versión 1.5 de WordPress, y de adaptar la plantilla de estilo a la nueva API, el siguiente paso en la continua actualización de esta web (esto va con ironía contra mi mismo ) ha sido cambiar el logo.

Creo que ya he comentado en algún post anterior, que la idea de base del logo de esta web, así como su nombre, es una revista on-line sobre literatura que llevábamos hace varios años unos amigos y yo, y que desgraciadamente ya no existe (pero aún se nos recuerda). Gracias a archive.org podéis ver, más o menos, como era.

El diseño básico del logo era una esfera con la letra hebrea aleph dentro de ella y la esfera dentro de una especie de cubo con tres de sus caras trasparentes. La primera versión, la que se utilizó en la revista, es la más simple, con colores casi planos y donde la esfera no tenía profundidad y parecía más un círculo que otra cosa. En la segunda, conseguí darle, a mi modo de ver, un poco más de profundidad, pero todavía no era lo que yo quería. Hará una semana basandome en los iconos Cristal de KDE y usando el Sodipodi, hice la última versión del logo, en el que por fin he conseguido el efecto de esfera y en el que he acabado eliminando el cubo de fondo. Por si a alguien le interesa, aquí tenéis el logo en formato SVG. Por cierto, ¿alguien sabe si es posible aplicar máscaras en el Sodipodi?, es que yo me he vuelto loco para conseguir alguno de los brillos de la imagen que con máscaras habría sido un momento.

PS: aunque este artículo ha salido en la web el 19/03/2005, le he cambiado la fecha a la del fin de semana pasado que es cuando lo escribí, aunque se me quedó en borradores pendiente de poner las imágenes

En el anterior post comenté que estaba estudiando un poco el tema de XML y XSL. Al ser un campo bastante desconocido para mi y consciente de la fuerza que esta tomando, me decidí a estudiar un poco. Despues de leer algunos tutoriales de XSL (el de W3Schools está bastante bién) era el momento de jugar un poco. Para ello necesitaba una fuente de XML y caí en la cuenta de que las sindicaciones son ficheros XML. Además, pensé que podía cambiar la actual implementación de las sindicaciones de la web de Bulma para utilizar XSL en lugar de expresiones regulares.

Lo primero que tuve que hacer fue instalar el modulo de XSLT para PHP, nada más fácil en mi Debian sid: apt-get install php4-xslt. En la web, para mostrar las sindicaciones, desde el script bulma.php3 se llama a la función RSSHeadlines() pasandole como parámetro la URL donde está el fichero con la sindicación. Así que era bastante evidente que esta era la función que debía modificar. Basandome en el código que ya existía cree una nueva clase XsltRss() que es equivalente a lastRSS. Ambas clases tienen la funcion Get que se encarga de obtener el XML de la sindicación y transformarla en el código HTML que se mostrará en la web. Ahora bien, la nueva clase, una vez tiene el XML, le aplica la plantilla xsl rdf-rss.xsl en lugar de parsear el XML a base de expresiones regulares. También guarda el HTML resultante en el directorio cache para no tener que estar “recalculando” el HTML en cada peticion que recibamos.

A continuación podeis ver los ficheros xslt-rss.inc.php y rdf-rss.xsl. Cabe decir que, a pesar de que me costó conseguirlo, la plantilla XSL es válida para RDF 0.9, RSS 1.0 y RSS 2.0:

• xslt-rss.inc.php
• rdf-rss.xsl (descargar)