No obstante y como mero entretenimiento, voy a tratar de discurrir sobre cómo sería hacer café en diversos lenguajes de programación, inspiración que me ha venido de mi locuelo compinche de fechorías retroinformáticas Ilgrim. También del famosísimo comic de Toggl, por supuesto.

Basic

No será rápido, pero será fácil. Eso sí, no podrás personalizar demasiado el café ni ver los entresijos de la maquinaria, dado que será un café para principiantes. Perfectamente válido para consumo ocasional, aunque seguramente quieras pasarte a un café mejor en cuanto hayas aprendido lo fundamental.

PASCAL

Muy parecido al café Basic, aunque los botones en la cafetera tienen símbolos parecidos aunque distintos, o pueden no estar exactamente en el mismo sitio.

COBOL

El café en COBOL es negro y sin azúcar. Ha sido así desde que el Hombre tiene memoria y lo será hasta el final de los tiempos. Esta tradición es tan sagrada que nadie se atrevería a cuestionarla, y aunque este café está más desactualizado que llevar el jersey por los hombros y tenga pocos adeptos, siempre existirá el café COBOL.

Java

A menudo se critica a este café por ser lento, pero afortunadamente ha mejorado con el paso de los años. Más recientemente, se ha descrito la incomodidad de pedirlo con cuidado, ya que si alguno de los ingredientes no está disponible, el camarero te interrumpirá con un guantazo. Por ello, a veces los clientes hablan en Kotlin, un idioma para pedir café Java que evita esta burocracia.

Dado que es mi especialidad de café, puedo explayarme mejor. De hecho hay tres formas fundamentales de hacerlo.

La primera es, por supuesto, usar la cafetera que ya trae Java, importándola de java.coffee. No es mal café, pero puede que no sea justo el que necesitas o que no sea posible ponerle sacarina.

Por supuesto, puedes hacer tu propia cafetera usando los componentes de java.coffee. Pero mejor heredar la cafetera anterior y ponerle un asa más chula o añadir un botón para ponerle sacarina, dado que hacer café no es algo fácil y lo necesitamos para ayer.

La tercera, la más fácil, es simplemente diciéndole al gestor de paquetes que compre una cafetera nueva en Maven o en Gradle. Hay multitud de modelos para elegir con montones de versiones y algunas hacen un café de primera, aunque puede resultar un proceso lento dependiendo de tu casa. Parece increíble, pero la mayoría son gratuitas y traen los planos de cómo se hicieron, aunque a veces los añadidos pueden costar un extra. El uso de estas cafeteras puede variar, y es mejor asegurarse de que la toma de enchufe sea la misma que la que tienes.

A pesar de todo lo anterior, por desgracia, cuando llegue el momento de hacer el café, te darás cuenta que ya hay una cafetera a medio construir. Empezó siendo una hoja Excel donde se anotaban los tiempos en los que los empleados consumían café, y ahora es una fábrica de cafeteras complicadísima, sin el menor atisbo de documentación de su intrincadísima ingeniería. Hay que tener mucho cuidado con estas cafeteras, ya que son tremendamente caras, lentas, ineficientes y a veces, al cambiar algún pequeño ajuste, dejan de funcionar partes sin relación alguna.

El café tiene que tener un grado de dulzor, acidez, tueste y molienda perfectamente iguales a los que el cliente quiere, pero lo que ha pedido es un café indo-etrusco, y nadie tiene la menor idea de qué significa eso. El café llegará frío, tarde y saldrá un 80% más caro, y la culpa siempre será del barista de inferior salario.

C#

Las malas lenguas dicen que no es más que una copia del café Java. Lo cierto es que el manual de instrucciones es ligeramente distinto, con mayúsculas donde antes esperabas minúsculas, y emplea referencias elegantes para definir tareas antes comunes y aburridas.

Aunque no tiene la comunidad de cafeteros que tiene el café Java, es el nuevo favorito de los jugadores. Además no necesita el aparatoso transformador de corriente que puede venir o no con las cafeteras de Java.

Lisp

Es el café favorito de las inteligencias artificiales. El café viene servido en una taza, dentro de un vaso, dentro de un plato, dentro de una bandeja, dentro de una tabla, en una mesa colocada sobre una tarima. Se dice que este café podría tener autoconsciencia.

C

Es el café de los sistemas operativos, y lleva siendo así desde los años 70. Normalmente el entorno ya proporciona los granos de café, pero a veces tiene que plantarlos uno mismo, regarlos y recolectarlos. La cafetera hay que montarla desde cero, aunque es posible usar piezas que hayas encontrado en una cuneta.

Aunque puede ser farragoso de hacer la cafetera, el café en sí es rapidísimo, y en principio no hay problema para hacerlo en cualquier hogar, siempre que el manual de instrucciones esté en el idioma local. Hay que tener mucho ojo, eso sí: si falta algún ingrediente lo normal es que la cafetera explote. Si se toca un cable pelado se puede ir la electricidad en toda la habitación, y si la instalación eléctrica es antigua, en todo el barrio. La forma de la cafetera es totalmente permisiva, y puede que haya ingredientes cuya localización sea otra habitación, estando totalmente inaccesibles, aun así ocupando espacio.

Con todo, este café a menudo es citado como una de las mayores hazañas en procesos de preparación de café de la historia. Su inventor, lamentablemente, falleció el mismo día que un conocido y carismático diseñador de cafeteras de diseño carísimas, de modo que no se le recuerda como le es merecido.

C++

Normalmente se piensa en este café como una mejora sustancial del café C, aunque esto es objeto de debate. La gran diferencia es que este café permite hacer referencia a la taza como un objeto, y no como una estructura de partículas cerámicas abstracta. Para hacer café no es necesario juntar todas las piezas al principio del proceso, sino que puedes cogerlas según las vayas necesitando.

Ensamblador

El café ensamblador difícilmente se define como una manera de hacer café. Todo lo que se proporciona es una tierra baldía. Se conoce como el café más rápido posible, siempre que la cafetera sea la correcta, aunque sólo funcionará en cierto lugar de la encimera de tu cocina. También es cierto que, antes de este café, sólo existían ciertas fórmulas para preparar diversas sustancias definiendo su forma molecular, de modo que podemos considerarlo un pionero.

Lo primero y más llamativo con respecto a los cafés descritos anteriormente es que uno debe buscar primero minerales para hacer sus herramientas, y luego refinarlos, fundirlos y montarlos con otras herramientas. Estas herramientas serán, probablemente, para construir las herramientas que se usarán en la elaboración del café.

Las semillas de café deben estar perfectamente definidas. Hay que realizar todo el proceso que toma hacer café C, pero el proceso se describe con palabras muy pequeñas en frases muy muy cortas que realizan pasos diminutos. No sólo hay que regar y cuidar los cafetos, el proceso debe estar perfectamente descrito sin atisbo a malentendidos en este lenguaje minimalista. El café debe cosecharlo uno mismo, a mano o construyendo herramientas al efecto siguiendo los pasos descritos anteriormente. Incluso el abono debe proporcionarlo uno mismo, y ya sabemos lo que eso implica: para hacer este café hay que estar dispuesto a llenarse las manos de mierda.

La cafetera, aunque parece robusta, tiene formas espartanas. Si no fuera por las recientes mejoras en las instalaciones eléctricas domésticas, el aparato podría hacer cualquier cosa, como encender la tele o hacer sonar el timbre. (aunque esto también es aplicable café C)

Es, probablemente, el café más complicado que existe de hacer, y es tan específico que sólo servirá para un consumidor. Eso sí, la satisfacción será del 100% si está correctamente realizado.

PHP

Hacer café en PHP es de lo más sencillo, pues simplemente se le pide a la cafetera que trae incorporada que te lo prepare.

Aunque la teoría es sencilla, la práctica nunca es lo que parece. La cafetera tiene dos botones de encendido, pero para apagarlo hay que usar una palanca. Puede que el café que prepare sea un moka, un cappuccino, un expreso, un cortado, un americano, un vaso de agua o un sándwich de morcón. Esto depende de la versión de la cafetera, de la situación dentro de la cocina, de sus ajustes, del usuario, de la casa donde se aloje, de cómo se pida o de las fases de la luna.

Otro problema de la cafetera es que, en caso de que algo no funcione, puede que el mensaje esté en inglés, en italiano, en klingon, que no haya mensaje alguno, que la cafetera deje de funcionar, que sólo eche azúcar o que explote. También puede que no ocurra nada en absoluto. Todo esto depende de las condiciones escritas anteriormente descritas, las cuales pueden cambiar (y cambiarán) en cualquier momento.

JavaScript

Todas las semanas hay una tecnología nueva para hacer este tipo de café, que es el favorito de la gente guay. El café es precioso. El problema es que todas las cafeteras se usan de forma distinta. Al menos en los hogares domésticos es prácticamente imposible hacerse daño al usarlas.

SQL, HTML, CSS, YAML…

Aunque a veces se hable de ellos como cafés resulta que no lo son, son líquidos para diversos usos, como desengrasantes domésticos, líquido para circuitos de freno hidráulicos o aceites para la piel. Algunos se pueden beber sin mayores consecuencias que un dolor de estómago, otros causan la muerte instantánea.

Etcétera

¡Gracias por llegar hasta aquí! Como siempre, agradezco cualquier comentario aportación, corrección o insulto en la sección de comentarios, aunque advierto que, en pro del humor (o lo contrario) me he permitido la licencia de usar hipérboles o chascarrillos que no son totalmente certeros. ¡Disfrutad! (si podéis)

Agradecimientos a mis amigos programadores que me han asesorado para escribir esta entrada:

• El puntero loco
• La función vietnamita
• La variable glotona
• Don Entrada y Don Salida
• El listener sátiro
• El paquete humano
• Y, por último, el señor Por-qué-no-compila-esto-odio-mi-trabajo-ah-era-este-punto-y-coma.

La entrada Cómo hacer café con distintos lenguajes de programación se publicó primero en Detrás del último no va nadie.

Para los rezagados, LAMP significa Linux+Apache+MySQL+PHP, y es uno de los stacks más utilizados a la hora de construir páginas web personales. Linux (estrictamente distribuciones de GNU/Linux) provee el sistema de explotación de la máquina, Apache el servidor HTTP, MySQL la base de datos y PHP el lenguaje de programación.

Esta elección es robusta y más que probada, y hay tanta documentación y soporte en Internet que cualquiera puede aprender en poco tiempo a montar un servidor si elige adecuadamente el sistema operativo correcto. En mi caso fue Debian, pero pudo ser igualmente alguno de los sabores de Red Hat, Ubuntu Server o incluso Gentoo. Eso sí, que tengan un buen gestor de paquetes es casi imprescindible.

Pese a la citada robustez, las aplicaciones se asientan sobre unos cimientos más bien vetustos. Apache empezó en 1995 con el código base de NCSA HTTPd, que a su vez data de alrededor de 1993. MySQL es ahora propiedad de Oracle, y PHP como CGI o incluso como módulo de Apache es un planteamiento desfasado hoy día. Por ello cada vez más se habla del stack LEMP.

¿Qué hay detrás de este baile de letras? Bueno, Linux en servidores sigue funcionando bien, aunque hay quien prefiere usar Windows (en cuyo caso hablaríamos de WAMP, o WEMP). Apache sin embargo se enfrenta a alternativas muy interesantes, caso de Nginx. (El nombre es una especie de apócope angloparlante de Engine X, Motor X, de ahí la E de LEMP.)

Las diferencias entre Apache y Nginx empiezan por lo básico. Apache es toda una torre de módulos, sistemas y esquemas de configuración que abarcan todo uso posible, y se nota el paso de los años al tratar de construir soluciones complejas. Nginx es relativamente nuevo, cuenta con un planteamiento bastante purista y sobre todo es relativamente liviano y rápido.

La configuración de ambos en apariencia no es muy diferente. Sus parámetros no serían muy distintos de otros servicios: interfaz de red en escucha, puertos a bloquear, páginas por defecto… pero la forma de configurarlos cambia sustancialmente. Si bien Apache se configura en ficheros parecidos a un XML bastante estricto, Nginx usa una especie de JSON bastardo mucho más flexible, que permite definir Vhosts de forma mucho más elegante o añadir condiciones y configuraciones mediante expresiones regulares. No obstante, Nginx no permite añadir módulos sin compilar y no admite ficheros tipo .htaccess por principios de diseño. Aunque, realmente, para un servidor de producción esto más que un problema termina por ser un requisito si pretendemos realizar un buen diseño.

En desempeño bruto, Nginx es más rápido y liviano en casi cualquier circunstancia, sobre todo a la hora de servir contenido estático. Cierto es que Apache puede modularizar su módulo de multiproceso, pero no justifica el detrimento del rendimiento; además Nginx veremos cómo permite emular los MPM más importantes. El principal problema de entrada de Nginx aparentemente sería la falta de configuraciones por directorio, el famoso .htaccess de Apache. En realidad el único impedimento no poder definirlo en caliente, dado que todas estas configuraciones pueden incluirse en el vhost en el arranque. Para un entorno de producción esto debería ser más que suficiente.

Anteriormente comento que, a la hora de usar PHP en nuestro servidor, usar una pasarela CGI o un módulo de servidor es un concepto completamente obsoleto. La pasarela CGI es lenta, normalmente depende de esperar a un proceso por cada petición; y si usamos un módulo de Apache estamos atados a dicho software y es muy poco modular. La alternativa a esto es, curiosamente, una variante de las pasarelas CGI: PHP-FPM, que usa FastCGI.

PHP-FMP no es más que una forma de abstraer PHP del servidor web, de manera que creamos un servicio del sistema para atender las peticiones de ficheros PHP. Este servicio gestiona un pool completamente configurable de instancias preparadas para gestionar nuestras peticiones. Aunque el MPM ITK es interesante porque permite ejecutar PHP con un UID concreto por vhost, podemos tener un pool distinto para cada usuario, de manera que el funcionamiento es virtualmente idéntico (y podemos configurar cada pool como mejor nos convenga). Podemos comunicarnos con este servicio mediante sockets de UNIX o mediante red, pudiéndolo así tener en otra máquina si nos interesa.

El conjunto Nginx+PHP-FMP funciona con las aplicaciones actuales sin cambios o simplemente convirtiendo los .htaccess a reglas del vhost. Como mucho nos enfrentaremos a cambios en la forma de tratar reglas específicas de Apache, en cuyo caso se resuelven de forma similar. De depender de módulos concretos estaremos en desventaja, pero lo cierto es que ya hay un montón de módulos disponibles. Aplicaciones como MediaWiki o WordPress no funcionan directamente con URLs bonitas debido a que no tenemos el mod_rewrite, pero hay herramientas en la web para convertir los dichosos .htaccess en reglas del vhost. Fuera de eso, funcionan como siempre.

El último punto es MySQL. Soy de la opinión que considera este sofware como «de juguete» pese a que grandes aplicaciones como Facebook, la Wikipedia o WordPress lo usen, y que en la mayoría de los casos vale la pena optar por PostgreSQL. Lógicamente esto no siempre es posible, dado que la sintaxis no es siempre la misma, o simplemente porque sea un requerimiento el usarla. La cuestión es que, al haber absorbido Oracle a Sun Microsystems, el futuro y la licencia de MySQL están en entredicho. Hay opiniones encontradas al respecto, pero en todo caso vale la pena considerar un fork llamado MariaDB.

Las premisas de este nuevo proyecto son claras: Por un lado, la continuidad con el proyecto en forma de compatibilidad binaria. Por otro, la promesa más que creíble de mantener el proyecto como software libre sin concesiones. En cuanto a la licencia, está claro que puede ser tanto una cuestión de principios o simplemente de conveniencia. La compatibilidad binaria es algo más complicado, pero dado que comparten su código base esto se empieza a entender. MariaDB nos pone las cosas muy fáciles porque no sólo los binarios son compatibles, sino que todo se instala en la misma ruta, se configura de la misma forma y por supuesto se usa exactamente igual. Es, por tanto, una alternativa «drop-in» para MySQL. En el rendimiento, MariaDB puede ser más rápido en determinadas circunstancias debido a que se han desarrollado ciertas optimizaciones.

Hay, sin embargo, una contra a considerar. Si bien MariaDB por ahora tiene la delantera a MySQL, es de esperar que a partir de ahora los desarrollos transcurran en paralelo. Por ahora MariaDB tiene más motores de persistencia, más opciones y más características punteras; pero MySQL bien podría tener añadidos paralelos a éste. Eso y los omnipresentes bugs de MySQL, que podrían ser distintos en MariaDB. Pero todo esto es harina de otro costal.

Para terminar, bajo mi valoración personal creo que vale la pena tener en cuenta el stack LEMP a la hora de desarrollar, realizar reingeniería o incluso portar aplicaciones existentes. Máxime cuando se trate de entornos de producción estables. También parece interesante si vamos a usar soluciones usuales (WordPress, Joomla, Drupal, etc). Como casi todo, parece poco recomendable en caso de aplicaciones muy antiguas, que dependan de reglas muy complejas o módulos personalizados o que dependan de sistemas heredados. En ese caso ya se sabe: si a la primera no funciona… a hacer puñetas y no se toca más.

Hasta aquí son mis consideraciones a la hora de modernizar el stack LAMP. En el caso de la Frikipedia esta migración era más que posible, y de hecho estuvo en pruebas unos días, pero a falta de tiempo para perfeccionar el traslado se volvió al antiguo LAMP. En mi experiencia personal, configurar un entorno LEMP en Debian no podía ser más sencillo. Todos los programas se pueden instalar mediante apt-get rápidamente y sin ningún contratiempo. Tan sólo el paquete phpmyadmin requirió crear a mano un enlace simbólico, y sólo por empeño personal en usar el paquete de Debian en lugar del canal oficial de distribución.

Por último, cabe decir que el desarrollo de software en PHP y la administración de sus servidores no es específicamente mi campo de especialización profesional, pero como la necesidad es la madre de todas las cosas me he visto en la ídem de aprender someramente a montar y mantener este tipo de servicios. PHP no es santo de mi devoción, y hoy día existen alternativas que considero más apropiadas, pero chi lo sa.

La entrada De LAMP a LEMP se publicó primero en Detrás del último no va nadie.