Hace muy poco, por serendipia, he descubierto un servidor vulnerable a un ataque DDoS debido a lo pesado que es. Reciente es el ataque que han sufrido Facebook, Google, LiveJournal y Twitter con dispares resultados: mientras que Facebook y Google aguantaban el tipo, aunque con lentitud, la web de Twitter (que no su api) caía unas horas y LiveJournal sucumbía ante el ataque. Y parece que todo se debe a un intento de silenciar a un usuario crítico con la guerra entre Rusia y Georgia aunque aún están investigándolo.

¿Qué infraestructura utilizan estas webs para soportar esta carga o minimizar daños frente a un ataque? Una investigación sobre el tema permite obtener técnicas y trucos para mejorar las webs y hacerlas más seguras frente a ataques DDoS. Evidentemente, no todas las opciones son aplicables en todos los casos y este tipo de sitios están preparados para soportar elevadas cargas: flickr sirve 1000 páginas por segundo que precisan unas 25000 transacciones SQL; la Wikipedia tiene 7 millones de usuarios registrados y soporta 50.000 peticiones HTTP por segundo y unas 80.000 consultas SQL (por segundo); Facebook por su parte tiene 250 millones de usuarios y ronda los 200 millones de visitantes únicos; WordPress.com ronda los 100 millones de visitantes…

Además, estas web 2.0, a diferencia de las inamovibles páginas HTML de la web 1.0, son dinámicas. En cualquier momento pueden recibir nuevo contenido o ser alteradas. Para ello necesitan algún tipo de lenguaje que se ejecuta en cada petición lo que implica un lenguaje de programación en servidor, BBDD…

Recomendaciones de Yahoo

Un posible punto de partida, y lectura imprescindible para planear un sitio web, son las Prácticas para acelerar sitios web de Yahoo. Se trata de un conjunto de recomendaciones y micro-optimizaciones que van desde reducir el número de ficheros a descargar empaquetándolos (CSS sprites, maps), servir de forma separada los elementos estáticos hasta configurar adecuadamente la cache o servir el código HTML, javascript o CSS optimizado y comprimido.

Muchas de estas técnicas, permiten ahorrar unos pocos ciclos de ejecución y algunos bytes de ancho de banda, aligerando una web y mejorando la experiencia del usuario. Aunque ayudan (evidentemente, suprimir una única petición en varios millones de visitas son varios millones de peticiones menos), no son suficientes para soportar miles de usuarios concurrentes o aguantar el tipo frente a un ataque. En estos casos es necesaria una planificación e infraestructura acorde a las necesidades.

La piedra de Rosetta: la cache

Dejando a un lado la infraestructura física, la clave de tolas optimizaciones es la cache. En la web existen muchas caches (la del navegador, los proxys que instalan los ISP…). Cada acierto en uno de los niveles supone una petición menos al servidor final con lo que su correcta configuración reduce en gran parte el tráfico que se debe soportar.

Esta cache “externa” reduce el número de peticiones al servidor. Sin embargo, ese concepto puede utilizarse para mejorar sensiblemente el rendimiento de la aplicación. Muchos de los típicos sitios web (por ejemplo, muchos de los CMS) realmente generan una y otra vez el mismo contenido estático, realizan las mismas consultas a la BBDD y ejecutan los mismos códigos… Si se almacenasen dichos resultados, se suprimiría enormemente el tiempo destinado a los mismos al reducir tiempo de proceso, conexión…

Una posible opción es el proxy-inverso. Se trata de un elemento que se sitúa entre el servidor web y el usuario y que almacena las respuestas. De esta forma, el primer usuario tiene que esperar a la ejecución del servidor web mientras que el segundo recibe la respuesta del proxy-inverso de forma “instantánea”. Evidentemente, los datos almacenados no serán tan frescos pero con un sistema de invalidación (por ejemplo, anular las entradas una vez al día o cada hora) se puede obtener un resultado de compromiso suficientemente bueno.

El proxy-inverso, almacena toda la respuesta. Sin embargo en algunos casos nos interesa almacenar solamente una parte de la misma (un proceso muy lento, o una consulta de informes muy pesada). Para ello se disponen de unas BBDD un poco especiales: simplifican la estructura a un sencillo modelo clave-valor y suelen almacenarse en memoria. Su rendimiento es muy superior a las BBDD relacionales estándar y tienen el plus de poder consultar los datos desde prácticamente cualquier aplicación. Algunos ejemplos son memcached o redis

Utilizando estos sistemas, la optimización típica es almacenar el resultado de las operaciones pesadas en el sistema (consulta a la BBDD, petición a un servicio web) y utilizar dicha información en las subsiguientes peticiones. Como en el anterior caso, es necesario invalidar la copia del proxy-inverso para obtener datos suficientemente actualizados.

Aplicando correctamente esta simple solución software, se puede incrementar notablemente el rendimiento de la aplicación sin ningún coste adicional.

Hasta el infinito y más allá

Sin embargo, en algunos casos no es suficiente y es necesario plantearse ir más allá. En este caso es necesario escalar horizontalmente añadiendo nuevos equipos para distribuir la carga. Esta aproximación tiene multitud de opciones pero básicamente se puede realizar de dos formas.

Una solución sencilla es la replicación, es decir, utilizar dos servidores idénticos para servir el sitio. Bien aplicado, este esquema permite admitir el doble de carga y crecer en un futuro añadiendo nuevos clones. Sin embargo, este sistema presenta el problema de coherencia: todos los sistemas deberán replicar sus datos para proporcionarle al usuario la misma información independientemente del clon.

Otra opción es separar servicios. En este caso, se dejaría el servidor web (con su lenguajes de scripting) en una máquina, las BBDD en otra diferente… La carga queda distribuida y es posible afinar la configuración hardware de cada sistema para su cometido (mejores discos en la BBDD, mejor procesador en los servidores web, más memoria en servidores de caché…).

El siguiente paso es replicar algunos de los servicios. Por ejemplo, de un esquema compuesto por un servidor de BBDD, un servidor web y un proxy inverso; se podría añadir uno o dos proxy-inversos para admitir más clientes concurrentemente, o u segundo servidor de BBDD para mejorar su rendimiento.

El paso final es distribuir las réplicas geográficamente. En este caso, se tendría un servidor proxy-inverso por continente o duplicar toda la estructura en cada continente manteniendo una BBDD maestra centralizada… las posibilidades son infinitas.

La wikipedia a examen

La infraestructura de la Wikipedia ha sido presentada en sociedad. Se trata de un sitio mastodóntico y tiene una infraestructura del mismo nivel que engloba todas las posibles optimizaciones anteriores junto con algún detalle extra (geolocalización de las réplicas más adecuadas según la ubicación del usuario).

Fuentes:

• Hackelare: La arquitectura de Facebook.
• OjoBuscador: Facebook se acerca a Blogger en número de visitas.
• reface.me: Facebook User Statistics for July 2009.
• flickr’s architecture & php.

La tipografía es el arte de manejar tipos [de letra] (que no fuentes de letra) para su impresión. LaTeX es un sistema de composición tipográfica por lo que se encarga de realizar esa tarea: disponer el contenido para su impresión.

Sin embargo, a diferencia de los sistemas WYSIWYG (What You See Is What You Get, lo que ves es lo que obtienes) en que es una de las primeras cosas que se utiliza, en LaTeX no es intuitivo la modificación del tipo de letra. Quizá porque esa labor de elección queda asignada al diseñador del tipo de documento o por la escasez de fuentes en un inicio.

A pesar de esta aparente carencia, LaTeX dispone de múltiples tipografías con sus variantes. Cualquiera de ellas puede ser modificada de forma no excesivamente complicada proporcionando una flexibilidad y posibilidades elevadísimas.

Para poder utilizar toda la potencia es necesario conocer algunos conceptos utiliza LaTeX en el manejo de tipos de letra.

Familias

Por defecto, LaTeX dispone de tres familias de tipos para cualquier documento: con serifas (roman o serif), sin serifas o palo seco (sans-serif) y monoespaciada.

Serifas o gracias (Imagen: Wikipedia)

Las dos primeras familias se diferencian en el remate de las letras. Las primeras (roman) tienen pequeños remates que aportan una guía visual en la lectura de grandes bloques de información. Las segundas carecen de dichos remates por lo que suelen ser más adecuadas para su uso en pantalla, ya que las serifas suelen ser difíciles de presentar con la resolución de una pantalla (estos remates suelen ser de grosor muy fino, menor que un pixel) dificultando su lectura.

Ejemplo de cada familia. De arriba a abajo: Times New Roman (con serifas), Arial (sin serifas) y Courier (monoespaciada). (Imágenes: Wikipedia)

La última familia (monoespaciada) se caracteriza porque todas las letras tienen el mismo ancho (las otras dos familias usan un ancho diferente para cada letra mejorando el aspecto visual) dando un resultado similar a las viejas máquinas de escribir. Son muy útiles para presentar texto sin formato (datos tabulados, listados de código fuente…).

El tipo de letra Times New Roman (variante del diseño de 1931 para el periódico The Times) es el típico ejemplo de letra con serifas mientras que Arial es el de letra sin serifas y Courier el de letra monoespaciada.

En LaTeX se puede presentar texto en cualquiera de las familias utilizando las ordenes \textrm{con serifas}, \textsf{sin serifas} o \texttt{monoespaciado}. En el cuerpo principal del documento se debe utilizar únicamente la variante con serifas para mejorar su legibilidad mientras que las otras dos variantes se usan para destacar o diferenciar títulos, encabezados o pies.

Series y formas

Cada tipo, independientemente de su familia, puede disponer de una o varias modificaciones. Algunos tipos aportan un diseño específico para cada forma (cada uno de ellos se distribuye en su propio fichero) otros casos se “simula” alterando de forma programada el tipo básico, aunque de peor calidad.

Usualmente, además de la forma recta o normal (upright) se pueden utilizar una mezcla de las modificaciones más comunes: negrita (bold), cursiva (italic), oblicua (slanted) y versalitas (small caps).

Contrariamente a lo que mucha gente cree, para resaltar una parte del texto no debe de utilizarse negrita sino letra oblicua. LaTeX proporciona una forma especial denominada énfasis (emphasis) para este menester que se reemplaza por la fuente oblicua. Sin embargo, un énfasis dentro de otro vuelve a usar la forma recta normal.

De la misma forma que para la elección de la familia, para elegir la forma basta con utilizar la orden adecuada: \textbf{negrita}, \textit{cursiva}, \textsl{oblicua}, \textsc{versalitas}. Asimismo, para resaltar el texto basta con usar \emph{resaltado}.

Exceptuando en títulos o similares, lo usual es utilizar \emph para destacar texto y \textit para remarcar texto escrito en otro idioma. Las versalitas se utilizan en algunos casos para remarcar números romanos o acrónimos (aunque es mejor opción utilizar el paquete acronym que define el tipo \acsfont). La negrita queda restringida a destacar títulos, combinada usualmente con un tamaño diferente al estándar.

Tamaño

Para terminar las variantes de los tipos de letra estándar falta definir su tamaño. En tipografía el tamaño que mide en puntos cuya dimensión ha variado a lo largo del tiempo. En la actualidad, se consideran 72 puntos por pulgada, es decir, cada punto es un poco más de 0.35mm o 0.37mm usando el sistema Didot.

En LaTeX existen diez tamaños de fuentes predefinidos.

El tamaño por omisión es, obviamente, “normal”. Los tamaños mayores se suelen utilizar para resaltar títulos mientras que los más pequeños son para remarcar cosas auxiliares (pies de imágenes, notas a pie…).

Color

Aunque no supone ninguna modificación al tipo de letra, modificar el color es una posibilidad más para mejorar la presentación o captar la atención. Aunque no es parte indispensable de este artículo, es posible dar unas pequeñas pinceladas de cómo lograrlo.

El color se gestiona con los paquetes color, o su versión más avanzada xcolor, (que deben cargarse en el preámbulo con \usepackage{[x]color}. Para escribir texto con color, estos paquetes proporcionan la orden \textcolor{blue}{azul}. En la documentación del paquete hay información detallada acerca de los colores predefinidos y de cómo crear colores propios.

Huelga decir que no es recomendable abusar del color ya que puede dificultar la lectura y producir efectos indeseables en la impresión global.

Tipos

Computer Modern (con serifas)

El tipo de letra utilizado en LaTeX por omisión es Computer Modern y fue creada por Donald Knuth para su uso en TeX. Esta fuente, como “Latin modern” su versión actualizada, puede resultar demasiado ligera por lo que es recomendable utilizar algún otro tipo de fuente.

Con LaTeX se distribuyen varios tipos siendo aconsejable visitar el catálogo de tipos de LaTeX. Para activar su uso basta con cargar el paquete adecuado que redefine una o varias de las familias básicas para utilizar una fuente diferente.

En la elección del tipo de letra existen algunos aspectos curiosos e interesantes. Por ejemplo, algunos tipos incorporan diseños especiales para mejorar la presentación de fórmulas matemáticas (muy recomendable si se van a utilizar), otros implementan ligaduras u otro tipo de ajustes micro-tipográficos (ya llegará el artículo) y algunos tipos consumen más tinta que otras.

Y para finalizar: ¿Cómo se cambia el tipo de letra de un párrafo? Pues es sencillo: {definición de fuente\selectfont texto en otra fuente}. Por ejemplo, para “seleccionar” la fuente por defecto basta con:


{\fontencoding{\encodingdefault}
\fontfamily{\familydefault}
\fontseries{\seriesdefault}
\fontshape{\shapedefault}
\selectfont
Texto
}


Para seleccionar otro tipo de fuente, se debe consultar la documentación sobre mandatos de tipos de LaTeX.

Fuentes:

• Algunas ideas sobre los tipos de letra.
• LaTeX: Fonts.
• Readability.
• Font selection in LaTeX – The most frequently asked questions.

Jordi Sierra i Fabra

Portada
«Demasiado oscuro para un fin de semana»

Demasiado oscuro para un fin de semana es la segunda novela de Daniel Ros Martí escrita por Jordi Sierra i Fabra. Al igual que la primera Doble Imagen, se trata de una novela negra ambientada en los primeros años de la España democrática proporcionando el retrato, cercano y fácilmente reconocible, de la sociedad hace casi 30 años.

Nada menos que Elvis Presley.

Aunque pudo haber sido peor.

Pudo haberme golpeado con un busto de Jonh Lennon o Paul McCartney, o de los cuatro Beatles a la vez.

Eso sí hubiera sido demasiado.

Precisamente la imagen de Elvis fue lo primero que me vino a la cabeza cuando el dolor me indicó que volvía a estar consciente, que no se trataba de un sueño. El rock and roll de mis ideas y el cúmulo de estrellas de mi universo cerebral esparcían sórdidos ecos a través de mis terminaciones nerviosas. Intenté moverme y decidí no forzar las cosas al notar una punzada en la nuca, por el simple hecho de pensarlo.

Eso me salvó.

Jordi Sierra i Fabra: ‘Demasiado oscuro para un fin de semana‘. Círculo de Lectores, 1986. Página 326.

Hace 30 años, disputándose el GP de Francia de 1979 en el Circuito de Dijon-Prenois, se vivió un duelo histórico. Un Ferrari y un Renault son los protagonistas con la segunda posición en juego.

El podio del GP de Francia 1979:
1. Jean P. Jabouille (Renault)
2. Gilles Villeneuve (Ferrari)
3. René Arnoux (Renault)
(Imágenes: Wikipedia)

La carrera estaba cómodamente liderada por Jean Pierre Jabouille quién lograría la primera victoria para el Renault Turbo (apodado dos años antes “la cafetera/tetera amarilla”, curiosa coincidencia con la actualidad). Disputándose la segunda y tercera posición están su compañero René Arnoux (Renault RS10 [bi]Turbo, 1500cc-520 CV) y Gilles Villenueve (Ferrari 312 T4, 3000cc-515 CV).

Gilles Villenueve (Ferrari nº12, izquierda) y René Arnoux (Renault nº16, derecha) en el GP Francia 1979. (Imagen RacingPasion)

El duelo tiene como alicientes las ruedas castigadas de Villenueve y un motor tocado en el coche de Arnoux (quién a pesar de ello logró la vuelta rápida de la carrera). Sin ayudas electrónicas, sin los rigurosos sistemas de seguridad y con un diseño muy diferente al de los actuales monoplazas.

El vídeo contiene los últimos 10 minutos de la retransmisión del GP, sin duda alejada de las retransmisiones actuales. Se inicia con el abandono de Mario Andretti (campeón del año 1978 con Lotus). El inicio de las hostilidades Arnoux-Villenueve se inicia sobre el minuto 3:50. Tras tres vueltas con numerosos adelantamientos, salidas de pista y pilotos doblados, la balanza termina decantándose del lado del piloto de Ferrari.

En una carrera de F1 actual es casi imposible ver adelantamientos y estas imágenes quedan relegadas a un pasado nostálgico. Gracias a la falta de criterio, la normativa cambiante, el múltiple rasero, la unificación de los vehículos, los circuitos calcados… las carreras se están reduciendo a monoplazas dando vueltas sin ningún tipo de aliciente deportivo.

Estos duelos son los que forjan la leyenda y crean afición. Como se diría en una moderna retransmisión, ésto es F1 en estado puro.

Fuentes:

• RacingPasion: Homenaje al duelo Arnoux-Villeneuve e Historias de la Fórmula 1: a 30 años de la batalla Arnoux – Villeneuve.
• MotorFull.
• Wikipedia.

Jordi Sierra i Fabra

Portada
«Doble imagen»

Jordi Sierra i Fabra, y su alter ego Daniel Ros Martí, realizan una sórdida investigación en la clandestinidad. Un héroe cotidiano en un viaje al lado más oscuro. Descripción, diálogos y narrativa puros generando un casi continuo suspenso que obliga a seguir leyendo.

Habitualmente, la novela negra está fuertemente influenciada por la americana con sus clichés míticos apoyados por el cine. Sin embargo, es muy agradable leer una novela negra completamente españolizada. Ambiente, situación histórica y localizaciones reales aportan la cercanía y realismo del que adolece habitualmente.

– ¿Dan?

No podía creerlo. Volví a mirar el reloj y me convencí: eran las nueve y doce minutos de la mañana, y la voz que me hablaba era la de Paco, atravesando mi somnolencia y convirtiéndola en certeza de un adiós y una bienvenida. Las nueve y doce, para una persona que nunca se acuesta antes de las dos de la madrugada, es una hora tan cruel como pueda serlo las cinco de la mañana. Paco lo sabía, así que deduje que el motivo de su llamada era importante. Las esquirlas del hermoso y ya desecho sueño erótico recién borrado de mi ánimo cayeron como las gotas de una fantasía llena de burlas sobre mí, impregnándome de melancolía, haciendo que el ramalazo de ira fuese primero contenido y después suavizado. El augurio de un mal día no contribuyó a mejorar en nada el pésimo humor del momento, más bien al contrario, esa certeza lo agravó [...]

Jordi Sierra i Fabra: ‘Doble imagen‘. Círculo de Lectores, 1986. Página 11.

Además, la edición “dos libros por uno” viene acompañada de la segunda novela de Daniel Ros que merecerá una reseña en unos días.

La música es una buena compañera de viaje. Te acompaña cuando estás sólo o te aísla del ruido exterior cuando requieres concentración.

Gracias a los progresos realizados en los últimos años y al auge de Internet, es posible disfrutar de música casi personalizada con cualquier ordenador en algunos casos pagando una pequeña cuota y en otros de forma completamente gratuita. En algunos casos, es posible acceder a contenidos no disponibles por otros métodos como escuchar las emisoras del país natal a miles de kilómetros de distancia.

Del vinilo al MP3: Historia resumida de la digitalización de la música

Walkman Sony (Imagen: Wikipedia)

Pero entonces llegaron los mecanismos digitales. A mediados de los 90 surge el formato MP3 (que no el reproductor MP3) que suponía un punto de inflexión en la historia de la música. Poco después llegaría al mercado Winamp y “los que tenían ordenador” pasaron sus canciones a MP3. Seguíamos teniendo el formato físico pero era más cómodo arrancar el programa en el ordenador y reproducirlas en orden aleatorio. Poco a poco, fueron desapareciendo los soportes físicos quedándonos con el MP3 en el disco duro del ordenador, aparecieron reproductores portátiles (llamados sin pudor reproductor MP3) que relegaron al walkman a la sombra, se integró en los móviles… su uso se masificó y cambiaron las costumbres.

Pero la evolución no acabó ahí. Con la escalada de popularidad de Internet empezaron a aparecer servicios (Last.fm, Spotify) que permiten acceder a una inmensa biblioteca de música desde cualquier ordenador sin necesidad de gastar espacio en el disco duro y que además proporciona emisoras personalizadas a tus gustos. Y la radio convencional no iba a ser ajena a esta locura: casi sin costes mantiene su emisión tradicional y mediante streaming por Internet usando ese mismo formato MP3. Con un ordenador conectado a Internet, está disponible un gran abanico musical apto para todos los gustos y disponible en cualquier lugar del mundo.

Radio por Internet

Existen diversas fuentes de radio por Internet:

Radio convencional

Gran parte de las emisoras distribuyen sus contenidos por Internet. Desde la página web de cada uno de ellos se puede acceder a la retransmisión cargando una web habitualmente con flash. En algunos casos, es posible escucharlo con un reproductor externo.

Radio personalizada

Estos servicios precisan un alta en el servicio y en algunos casos el pago de una pequeña cuota. Suelen proporcionar su propio reproductor y servicios adicionales como estadísticas de escucha, recomendaciones… El ejemplo más claro es Last.FM (de pago) o Spotify (permite crear listas de reproducción).

Radios por internet

Son similares a las radios convencionales pero que sólo retransmiten por Internet.

Para disfrutar de estas radios es necesario disponer de un reproductor. En las radios personalizadas se necesita su propio reproductor. Para el resto se pueden utilizar múltiples aplicaciones (Winamp, iTunes, VLC, WMP) aunque una muy recomendable es screamer, que dispone de un amplio directorio de “sintonías” con radios estándar y por Internet.

Reproductor de radio Screamer

Curiosidades

La radio por Internet abre nuevos abanicos. Plataformas completas con canales de música temáticos (SKY.fm) que permiten elegir la música que más guste.

Una iniciativa curiosa, que recuerda a los programas de peticiones de canciones de la radio convencional, es StreamingSoundtracks.com. Esta emisora retransmite las peticiones realizadas por los “oyentes” a través de su web. En este caso, solamente se pueden pedir canciones de bandas sonoras del catálogo de la emisora pero sin duda es un sistema aplicable a otros muchos casos.

Desde que aprendí mi primer lenguaje de programación (BASIC para SPECTRUM), la forma de programar ha evolucionado de forma radical. De los primeros programas escritos en un editor de líneas en el SPECTRUM, pasando por diversos editores (vim, emacs, notepad, ultraedit…) hasta los más completos IDE como Borland (Turbo y Builder) o Visual Studio.

En los últimos tiempos, sobre todo con el auge de la web, PHP se ha transformado en uno de mis lenguajes más usados. Su potencia ha hecho que no sólo me sirva para implementar páginas web sino pequeños scripts para consola reemplazando a bash o perl.

En los primeros tiempos, los programas en PHP eran muy sencillos y bastaba con cualquier editor. Poco a poco los programas crecían y se hacía más costoso de mantener. La inclusión de frameworks MVC son la gota que colma el vaso haciendo imposible su gestión con un editor sencillo.

Por extraño que parezca PHP carece de un IDE propio que simplifique la programación. Así que tras buscar, escuchar consejos, probar y experimentar llegué a un entorno potente y flexible para programar en PHP, incluso en máquinas remotas.

IDE para PHP

Eclipse es un IDE de desarrollo implementado y orientado a la programación en Java. Originalmente, su desarrollo fue realizado por IBM quien pronto cedió el testigo a la Eclipse Foundation.

Eclipse realmente es un motor sobre el que se pueden integrar múltiples añadidos para conformar el IDE adecuado. Aprovechando esta funcionalidad, es posible crear un IDE para PHP si se le añaden tres elementos básicos:

Soporte para el lenguaje PHP

El proyecto PDT (PHP Development Tools) implementa el soporte para PHP. Este soporte incluye sintaxis, autocompletado de funciones/métodos, gestión de bibliotecas externas (Frameworks)…

Acceso a repositorios Subversion

Cuando un proyecto crece es necesario utilizar sistemas de control de versiones para su gestión. Eclipse tiene integrado soporte para CVS pero no así para Subversion. Para ello existen dos plugins con la misma misión: subversibe y subclipse.

El primero de ellos (subversibe) está integrado con Eclipse Ganymede. Sin embargo, es necesario incluir dependencias externas para su correcto funcionamiento y no soporta las mejoras de la última versión de subversión (1.5) por lo que es más aconsejable utilizar subclipse que está más integrado con el desarrollo de Subversion.

Sincronización de ficheros con SSH

En un primer momento no parece que sea necesario añadir soporte de SSH a Eclipse. Sin embargo, en el desarrollo de aplicaciones con PHP es habitual subir el código a un servidor de pruebas. Añadir esta funcionalidad al IDE incrementa sustancialmente la productividad y simplifica las labores de depuración.

Instalación paso a paso

Evidentemente, el primer paso es instalar Eclipse y el Java Runtime Environment para poder ejecutarla.

La última versión estable, en el momento de escribir este artículo, es Ganymede. Ganymede se distribuye con paquete preconfigurados para múltiples lenguajes pero no existe uno “oficial” para PHP (aunque el proyecto PDT distribuye un paquete especial). Por ello, descargaremos la versión adecuada para nuestro sistema de otro lenguaje (por ejemplo, el de lenguaje C/C++ que es el más ligero de todos), lo descomprimiremos y ejecutaremos el programa Eclipse incluido.

Tras crear el espacio de trabajo, el siguiente paso es instalar los plugins necesarios. Para ello se accede al menú Help / Software Updates / Available Software y se añaden los repositorios:

• http://download.eclipse.org/tools/pdt/updates/2.0/
• http://eclipse.jcraft.com/
• http://subclipse.tigris.org/update_1.4.x

Seguidamente, se deben seleccionar los paquetes:

• PDT Runtime Feature
• SFTP Plug-in
• Subclipse
• Subclipse Integration for Mylyn
• Subversion Navive Library Adapter (JavaHL)

Opcionalmente, se puede instalar el paquete Subversion Revision Graph.

Tras reiniciar el entorno, se puede activar el IDE para PHP en Window > Open Perspective.

Un par de opciones de configuración

A partir de este momento todo es cuestión de gustos pero existen un par de consejos básicos:

• Configurar adecuadamente las ventanas simplifica y ayuda al desarrollo. En Window > Show View se pueden añadir nuevas ventanas para acoplar. Suelen ser útiles añadir las tareas de mylyn y la sincronización (Team Synchronize)
• Para utilizar la sincronización con SSH, primero es necesario importar o exportar el proyecto utilizando SFTP (Other). Tras importar o exportar, se le indica sincronizar y automáticamente detectará los cambios que haya que subir o bajar del servidor

Escudo de la Facultad de Informática (UPM)

El emblema de la Informática es el establecido en la resolución de 11 de noviembre de 1977 para las titulaciones universitarias superiores de informática:

Está constituido por una figura representando en su parte central un núcleo toroidal de ferrita, atravesado por hilos de lectura, escritura e inhibición. El núcleo está rodeado por dos ramas: una de laurel, como símbolo de recompensa, y la otra, de olivo, como símbolo de sabiduría. La corona será la de la casa real española, y bajo el escudo se inscribirá el acrónimo de la organización.

La respuesta es muy sencilla: la unidad básica de una memoria de ferrita. Estas memorias tuvieron su apogeo durante un par de décadas (primera mitad de la década de 1950 hasta mediados de la década de 1970). Fueron reemplazadas en la segunda mitad de la década de 1970 por las memorias basadas en semiconductores.

Pero, ¿qué es una memoria de ferrita o más precisamente memoria de toros de ferrita?

Electricidad e imanes: las dos caras de la moneda

Prácticamente todo el mundo sabe qué es la electricidad y conoce las curiosas propiedades magnéticas de los imanes. Lo que no todo el mundo sabe es la estrecha relación existente entre ellos, tan estrecha que son las dos caras del campo electromagnético.

Para no entrar en detalles, de esta interesante relación sólo destacar que si situamos un toro (donut) de un material conductor alrededor de un hilo conductor se puede conseguir dos efectos inversos:

• Al pasar corriente por el hilo se genera o induce un campo magnético en el toro.
• El toro puede generar corriente eléctrica en el hilo.

¿Cómo se usa para almacenar información?

El almacenamiento de información se basa en la histéresis de la ferrita, es decir, su capacidad de mantener las propiedades inducidas aunque desaparezca el estímulo. De esta forma, si se induce un campo magnético a una ferrita, ésta lo mantendrá aunque desaparezca el causante del campo.

Usando esta “memoria” es posible codificar información binaria (polarizado / no polarizado).

Enhebrando anillos de ferrita

Las memorias de ferrita se componen de un conjunto de anillos, toros o donuts de ferrita, cada uno de los cuales permite almacenar 1 único bit, por lo que, en un ordenador actual de 32 bits sería necesario juntar 32 anillos que se leen y escriben simultáneamente:

• Para leer la información basta con pasar un hilo (de lectura) a través del anillo. El campo magnético del anillo inducirá una pequeña corriente en el hilo determinando de esta forma el valor.
• Para escribir se emplea el proceso inverso, al pasar corriente por el hilo se induce el campo magnético en la ferrita.

Un pequeño inconveniente es que son necesarios tantos hilos, junto a sus correspondientes conexiones, como bits se quieran almacenar. Esto no es muy práctico por lo que se plantean distribuciones que minimicen el número de hilos necesarios.

2D

La primera optimización es reutilizar el hilo de lectura para varios anillos. Como la corriente inducida no es muy potente no sería capaz de inducir campo en el resto de los anillos.

En una memoria de 32 bits, se tendrían 32 hilos de lectura (rojo) y en cada uno de ellos tantos anillos como sean necesarios. Para elegir qué anillo se desea utilizar de todos los disponibles, se añade un segundo hilo de palabra (verde) generando una matriz bidimensional.

Distribución 2D con un selector (Imagen Manuel Rovayo)

Para reducir aún más el número de hilos se utilizan dos hilos selectores. Si se considera únicamente el primer hilo lector, es posible distribuir todos sus anillos en una matriz (como en la figura considerando ambos selectores). De esta forma, cada palabra se accede activando simultáneamente los dos selectores.

Usando conjuntamente los hilos es posible acceder a la información que se necesite de forma sencilla.

3D

Aunque el esquema anterior es válido, el número de hilos se convierte en excesivo al aumentar el tamaño de la memoria. Por ello se plantea un nuevo esquema en 3D.

La idea básica es apilar varias distribuciones 2D y unir sus dos hilos de selección (azul y verde) con lo que no se incrementa el número de hilos con los planos. Para elegir qué distribución 2D hay que utilizar se añade un nuevo selector (amarillo).

Distribución 3D (Imagen Manuel Rovayo)

Conclusión: el secreto del escudo

Retomando la idea principal del artículo, al representar el hilo lector (rojo) y los tres hilos selectores (azul, verde y amarillo) en la posición adecuada obtenemos el núcleo de ferrita que forma el escudo de la profesión informática.

Distribución 3D (Imagen Manuel Rovayo)

Escudo de la Facultad de Informática (UPM)

Fuentes:

• Las memorias de anillos de ferrita, localizado al buscar información y esquemas muy similar a este artículo.
• Wikipedia.

Subversion es un sistema de control de versiones con la política copiar-modificar-mezclar con gran proyección en la actualidad. Por ejemplo, SourceForge (una forja de proyectos libres) utiliza Subversion como control de versiones. Gran parte del éxito de Subversion es su agilidad cuando intervienen varias personas, debido a su política, y a su flexibilidad que no lo limita a desarrollos software: es posible almacenar planos, imágenes, libros…

Pero esta flexibilidad puede volverse en contra del usuario: al crear el repositorio en su interior no existe absolutamente nada y nos encontramos ante el “síndrome de la hoja en blanco”. Para poder extraer el máximo partido a la herramienta es necesario definir una estructura de directorios en la que se almacene la información. Y hay algunas mejores que otras…

Aunque no es obligatorio, prácticamente todos los proyectos de Subversion tienen un primer nivel común. Las políticas aplicadas en este nivel proporcionan coherencia en la gestión y funcionalidades no disponibles de forma nativa. Esta estructura se compone de tres directorios (branches, tags y trunk) y una cuarta opcional (vendor). Es necesario definir cómo funcionan y se usan cada uno de ellos, cómo se gestionan múltiples proyectos… pero cuanto antes se empiece antes se acaba

Estructura o layout del repositorio

Ya se ha creado el repositorio por lo que se tiene la “hoja en blanco” en revisión 0. Es el momento de hacer el primer commit que dará lugar a la revisión 1, la más importante de todas ya que definirá el funcionamiento futuro del repositorio. Esta revisión crea la estructura raíz del repositorio y el funcionamiento global del mismo.

Tras multitud de experiencias, lo más recomendable para este primer commit es crear tres directorios o carpetas: branches, tags y trunk. Si está previsto utilizar algo desarrollado por terceras personas se debería crear un cuarto directorio: vendor.

El tronco o rama principal: trunk

Este directorio contiene la versión actual de trabajo sobre la que se realizan las modificaciones, es decir, el código/documentos/imágenes sobre las que se está trabajando en este momento.

Es la zona de trabajo habitual en la que los desarrolladores realizan sus modificaciones.

Como política adicional esta rama siempre tiene que tener algo correcto: si es un programa debe compilar, si es un documento en LaTeX debe poder convertirse… En los últimos tiempos se utilizan técnicas de integración continua para asegurar el cumplimiento de esta política.

Las hojas más importantes: tags

Cuando en la rama principal (trunk) se tiene una versión que se va a entregar al cliente habitualmente es necesario registrar cuál es para poder volver a ella en caso de problemas. Subversion no proporciona un mecanismo integrado para realizar esta tarea por lo que se surgen dos opciones:

• Tener un fichero que almacene la versión del repositorio que debe gestionarse. Esta opción es poco recomendable.
• “Copiar” la versión actual del trunk en la carpeta tags (svn cp repositorio/trunk repositorio/v.vv.vv).

La segunda opción es la más recomendable ya que suprime las necesidades de gestión al máximo. Además, hay que destacar que la copia no es tal ya que, al no existir modificación en el fichero, Subversion no copia los datos sino punteros para utilizar los mismos ficheros.

Aunque es posible realizar modificaciones sobre tags, se recomienda mantenerlas inmutables.

El laboratorio: branches

Cuando se quiere hacer algún tipo de prueba, trabajo que pueda corromper la rama principal o gestionar cambios en una versión vieja que está en mantenimiento se puede trabajar fuera del repositorio (poco recomendable y, dependiendo de la envergadura del trabajo, puede ser muy difícil volver a integrarlo en la principal) o utilizar una rama. El proceso habitual es copiar el trunk a una subcarpeta de branches, realizar los experimentos (subiendo las versiones necesarias) y, si son exitosos, mezclar los cambios con el trunk para seguir el desarrollo.

Estas ramas pueden crearse o destruirse según las necesidades y mezclar cambios con cualquier otra rama sin demasiados problemas. Además, la política de mantener la rama incorrupta no se aplica en las ramas lo que proporciona mayor libertad y permite usar una rama para almacenar una serie de pasos que dejarían corrupta la rama principal.

Aprovechando el conocimiento universal: vendor

Es habitual utilizar trabajo realizado por terceras personas (bibliotecas en un lenguaje de programación, un trabajo de universidad de otro compañero…) que es necesario controlar. Para integrarlas en Subversion se utilizan las ramas de proveedor.

La política de estas ramas permite almacenar el conjunto de versiones de las bibliotecas e integrarlas de forma transparente en el código propio. Además, permiten realizar modificaciones personales sobre la biblioteca e integrarlas con las futuras versiones de la misma.

La gestión se compone de los siguientes pasos

1. Importar la versión actual:
   svn import ruta/biblioteca repositorio/vendor/biblioteca/current -m "Importar biblioteca vX.YY"
2. Etiquetar la versión:
   svn copy repositorio/vendor/biblioteca/current repositorio/vendor/biblioteca/X.YY -m "Etiquetar biblioteca vX.YY"
3. Integrarla en la rama principal:
   svn copy repositorio/vendor/biblioteca/X.YY repositorio/trunk/libs/ -m "Añadir biblioteca vX.YY a la rama principal"

Cuando se quiere integrar una nueva versión de la biblioteca, se modifica la versión current, se etiqueta y se utiliza svn merge para añadir los cambios.

Un caso especial son las bibliotecas ya gestionadas en un repositorio Subversion al que se tiene acceso. En este caso, si no se va a realizar ninguna modificación en el código o si se dispone de la posibilidad de modificar el repositorio externo, es posible enlazar directamente el repositorio de la biblioteca utilizando utilizando repositorios externos. En este caso, basta con definir la propiedad svn:external como

biblioteca repositorio

para que Subversion descargue el código externo de forma transparente.

Un repositorio por proyecto o múltiples proyectos en un repositorio

Esta es la duda eterna en el uso de Subversion. Existen argumentos a favor y en contra de cada una de las dos que, puestos en una balanza, no arrojan un claro vencedor. Para no alargar en exceso se expone opción que, de forma absolutamente personal, parece más útil: múltiples repositorios.

La idea es que cada proyecto tenga su propio repositorio con la estructura estándar en su raíz. De esta forma toda la información relacionada con el proyecto está controlada y gestionada con las mismas políticas, simplifica la migración y tiene un número de revisión único.

El principal punto en contra son las piezas comunes entre proyectos: ¿quién gestiona una biblioteca común a dos o más proyectos? La respuesta es sencilla: si es compartido pasa a disponer de su propio repositorio Antes de que las manos lleguen a la cabeza y se inicien los gritos y la quema:

• Si lo utilizan varios proyectos es más que probable que tenga entidad suficiente para ser un proyecto per se.
• Se puede añadir utilizando referencias externas, por lo que el funcionamiento es completamente transparente en cualquier proyecto. Además, se simplifica su inclusión en cualquier otro futuro proyecto que lo precise.
• Se puede definir políticas especiales adaptadas a la biblioteca, establecer un sistema de validación automática…
• Agrupando las zonas comunes (más o menos relacionadas) de varios proyectos se creará la biblioteca reutilizable para toda la organización sin grandes esfuerzos. Esta biblioteca crecerá según las necesidades y con el esfuerzo de de todos.

Conclusión

El primer nivel de un repositorio de Subversion se compone de tres o cuatro directorios con una funcionalidad básica muy definida. En los proyectos más sencillos se utilizará la rama principal (trunk) y las etiquetas (tags) y, en los más complejos, se puede tener varias ramas de versiones en mantenimiento (branches), alguna experimental (branches) y bibliotecas de tercero integradas (vendor) o repositorios externos (svn:external).

Evidentemente, nada impide crear más ramas en ese nivel según las necesidades del proyecto. Sin embargo, es imprescindible definir para qué sirve la rama y las políticas a emplear en ellas.

La recomendación es crear al menos branches, tags y trunk y crear el resto según necesidades.

Sin embargo, el ratón tiene un grave defecto: es muy lento. Cuando estás trabajando, el ratón es un mal compañero de viaje ya que ralentiza la iteración con la máquina. Por ejemplo, para insertar texto en negrita es necesario separar la mano del teclado, coger el ratón, apuntar el botón/menú apropiado, hacer click, devolver la mano al teclado y seguir escribiendo. La misma acción con el teclado consiste en pulsar la tecla control y la letra N como quien escribe una mayúscula y seguir escribiendo como si nada. Es por eso que el teclado vuelve a recuperar protagonismo al trabajar dentro de la aplicación usando los atajos de teclado para acceder a funciones ocultas en los menús a varios “clicks” de distancia.

Sin embargo, existe un área de trabajo en la que el ratón sigue teniendo mucha más importancia que el teclado: la gestión del escritorio. La mayoría de la gente utiliza el ratón para abrir una carpeta, el menú de programas, los accesos directos o para apagar el equipo. Hasta ahora…

Debido a la lentitud del ratón en los últimos tiempos han surgido algunas aplicaciones que permiten usar el teclado en lugar del ratón para acciones globales. Existen lanzadores que pulsando una combinación muestran una simple interfaz para iniciar el nombre del programa a lanzar (Launchy). Pero hay aplicaciones aún más potentes: las que permiten definir teclas rápidas para lanzar aplicaciones. Y, entre ellas, QLinerHotkeys y AutoHotkey son dos grandes estandartes para Windows orientados a usuarios y a profesionales, respectivamente.

QLiner Hotkeys

Es la opción sencilla, muy visual y elegante para cualquier usuario de ordenador. Muestra un teclado en pantalla en el que se puede configurar la acción de cada tecla arrastrando programas, accesos directos, direcciones web… de forma muy intuitiva. Una vez configurado el teclado a nuestro gusto, es posible lanzar la aplicación pulsando la tecla Windows y la letra que hayamos configurado.

QLiner Hotkeys

Pero no se queda ahí: si la aplicación ya está abierta, permite elegir una de las instancias, minimizarlas o cerrarlas. Además, dispone de extensiones que permiten tomar capturas de pantalla, crear un fichero o mostrar la hora.

La opción más recomendable para agilizar el trabajo para la mayoría de las personas.

AutoHotkey

El motor Ferrari tras una nula interfaz. Utilizar AutoHotkey da la sensación de estar programando macros, que es lo que le proporciona su gran potencia y flexibilidad a la vez que limita su uso a los usuarios más avezados.

Emulando al QLiner Hotkeys basta con escribir #[tecla]::programa a ejecutar. Por ejemplo, para lanzar todos los programas de Microsoft Office usando Win-inicial sería:

#o::Run %A_ProgramsCommon%\Microsoft Office\Outlook.lnk
#p::Run %A_ProgramsCommon%\Microsoft Office\PowerPoint.lnk
#x::Run %A_ProgramsCommon%\Microsoft Office\Excel.lnk
#v::Run %A_ProgramsCommon%\Microsoft Office\Visio.lnk
#w::Run %A_ProgramsCommon%\Microsoft Office\Word.lnk

La ventaja es que no se queda en estas sencillas opciones y es posible llevarlo mucho más allá. Se pueden enviar secuencias de teclas predefinidas (por ejemplo, abrir el programa de correo, activar mandar mail y escribir la cabecera y el pie) e incluso controlar clicks de ratón. Lo mejor es iniciarse con el tutorial y los scripts de ejemplos e ir perfeccionándolos según nuestras necesidades.

En múltiples ocasiones nos vemos obligados a tratar series temporales. El tiempo es un factor importante en nuestra vida y necesitamos gestionar datos con una componente temporal intrínseca a ellos: kilometraje del coche, acciones de bolsa, temperatura…

Una serie temporales se caracteriza por contener datos tomados a intervalos de tiempo regulares, es decir, se compone de pares medida-momento en el que se tomó. Por esta naturaleza surgen algunas cuestiones:

Pérdida de medidas:

Si estamos tomando valores de temperatura cada minuto y nos llaman por teléfono perderemos alguna medida ¿Qué hacemos? ¿Nos la inventamos?

Imprecisión:

Como no somos perfectos puede que en lugar de tomar las medidas exactamente en el momento apropiado la tomemos un par de segundos antes o después ¿Cómo influye esto?

Histórico

El último dato siempre es importante pero ¿sigue siendo importante el dato de hace un día? ¿El de un mes? ¿Y el del año pasado?

Evidentemente, no es muy útil tener a una persona midiendo la temperatura cada minuto pero si es factible que lo haga una máquina. En ese caso, la máquina debe tener estos problemas resueltos para realizar su labor.

Sopa de siglas

En informática existen múltiples series temporales (temperatura exterior o de los componentes internos, correos enviados/recibidos/filtrados, capacidad ocupada en los discos duros, usuarios conectados a la máquina, procesos que gestiona el sistema…) que pueden ser de interés. Y por eso disponemos de una herramienta apropiada para ello las bases de datos cíclicas (Round Robin Databases).

Una de las series de interés es el tráfico de red. Para monitorizar el tráfico que soportan nuestros routers surge un sencillo protocolo denominado SNMP (Simple Network Management Protocol). De forma muy simple, cuando se le pregunta a un router usando el protocolo éste responde el número de bits o bytes que han atravesado cada una de sus conexiones. Es algo similar al cuentakilómetros del coche: indica cuántos kilómetros (bytes) lleva recorridos (transmitidos).

Para analizar esta información disponemos de una aplicación denominada MRTG (Multi Router Traffic Grapher). Ésta se encarga de preguntar cada cinco minutos a todos los routers que se le indican y almacena dos variables: ds0 (entrada) y ds1 (salida). A partir de estas variables se genera un informe HTML y gráficas.

Gráfica generado con MRTG (Wikipedia)

Viendo el éxito de la aplicación, y los malos usos que se hacía de ella, el mismo autor crea una aplicación más flexible que permita almacenar cualquier tipo de datos: RRDTool. Esta aplicación extrae la lógica de tratamiento de los datos y generación de gráficas usada en MRTG y permitiendo definir cualquier tipo de base de datos cíclica.

Gráfica generado con RRDTool (Wikipedia)

RRDTool permite almacenar cualquier tipo de serie temporal, corrigiendo las imprecisiones en la toma o la pérdida de valores mediante interpolación, cambiar su resolución agregando los valores (medias, máximos, mínimos) y generar gráficas temporales con cualquier formato.

Es una herramienta de gran interés para monitorizar cualquier sistema de forma automática.