• Completamente libre
• Sin código privativo (u open source) de terceros sin una licencia libre
• Sin que las razones comerciales sopesen a las técnicas y de diseño

Lo que destaca de sus motivos (en un articulo en su blog llamado “to be free or not to be free“; para crear un fork; habla de liberar a mySQL de codigos que no cumplan con libertades esenciales (me imagino que se refiere a codigos como los incluidos en versiones iniciales de falcon y en NDB), que Oracle no es una empresa a la cual confiar la continuidad de un proyecto de software libre (le falta mucho como empresa para ser verdaderamente un líder de proyectos libres) y aun así aceptando ser un líder de desarrollo de software libre; el mantener a Oracle privativo y tener a mySQL en su poder lo enfrentará a juicios Anti-monopolio (al tener una excesiva cuota sobre el mercado de bases de datos) y en algún momento mySQL sufrirá algún golpe nocivo de la cual no se recuperará; por ende, es mejor hacer un fork ahora.

Inicialmente me decantaba más por la idea de que Oracle comprara a Sun para acceder a su Hardware (los famosos Sun Spark, Sun Fire y Sun Blade), para acceder a OpenSolaris, a Java (que sin Java, Oracle es una porquería) y a una serie de tecnologías de mercados emergentes (como Virtualbox); sin embargo, no solamente el hecho que Michael Widenius se retire de Sun, sino que además desee hacer un fork “completamente libre” de mySQL pues muestra un camino “sombrio y preocupante” sobre lo que podría ser el futuro de mySQL en manos de Oracle en los próximos años.

MariaDB (recibiendo el nombre de su hija menor Maria, cumpliendo la tradición de seguir el nombre de sus hijos, my “la mayor” y Max “el varon”) es un fork de mySQL de la versión 5.1 de mySQL, contiene los siguientes cambios:

• maria como storage por defecto (en reemplazo de myISAM)
• Maria es un storage transaccional/no-transaccional que además es “crash-safe” y es un reemplazo seguro y más eficiente de myISAM (además de HEAP, merge y el resto de basadas en myISAM)
• estreno de PBXT (primeBase XT); es un storage Transaccional MVCC muy semejante a postgreSQL, además permite “BLOB streaming” como una manera eficiente de almacenar cualquier tipo de binario de gran tamaño.
• XtraDB como storage de reemplazo a innoDB (que Oracle es dueño de innoBase, desde hace un par de años).
• Remoción de Berkeley DB (razones obvias, Oracle es también dueño de BDB)
• Percona XtraDB es completamente compatible con InnoDB así que se podrán migrar facilmente todas las DB en innoDB en un paso
• Maria planea ser MVCC y ACID compliant; pero a su vez con un small footprint y código bastante pequeño, lo que plantea ser no solamente un eficiente reemplazo de myISAM sino ser un fuerte competidor a SQLite para dispositivos embebidos
• Falcon (el storage para sistemas de data crítica de alta velocidad) será por defecto un storage en mariaDB
• mariaDB podrá ser multi-port (una misma instancia podría ocupar varios puertos para optimizar y mejorar el desempeño)
• Storage Federated (que permite de una manera facil tener la data centralizada en un servidor y la metadata en indices en servidores alternos)
• Mejoras en la velocidad y el diseño técnico versus las “features” comerciales

Es obvio que maria 1.5 está bastante fuerte; aunque la versión 2.0 del storage pretende ser muchisimo mejor que myISAM; la conclusión lógica es comenzar a “probar” y a ofrecer mejoras y bugs a mariaDB como se hacía con mySQL y en lo que Oracle comience a mostrar sus garras salir “corriendo” a su hermanito menor libre mariaDB.

Yo en mi caso ya hice lo mio y me di de alta en el grupo de developers de MariaDB.

No es hora para salir todos “corriendo en estampida” a mariaDB; aun esta algo “cruda” y tienen un largo camino que recorrer; sin embargo, no solamente porque siga o no libre mySQL, mariaDB vuelve a las manos del creador de mySQL con una visión más renovada, de hacer algo bien y libre, no pensando tanto en cosas comerciales sino en las virtudes técnicas (me imagino que Michael Widenius habrá instalado postgreSQL) y por ende, tendremos una nueva base de datos libre que testear, probar, usar e instalar!.

Si desean saber como es Maria (la hija de Monty); he aqui su foto:

Maria Widenius

Espero que mariaDB siempre mantenga esas caracteristicas y sea una DB tan linda como quien le dio el nombre.

El preámbulo

Inicialmente el parche prometía bastante; al implementar un sistema de espacio de nombres basado en filesystem (y con soporte y resolución dinámica) muy semejante al de python:

<?php
namespace Proyecto::DNS;
class resolver {
public function get($ptr) {
}
}
?>

Y su implementación se realizaba:

<?php
use Proyecto::DNS as dns;
dns->get('127.0.0.1');
?>

Lo cual por legibilidad es más o menos como usar:

import DNS
DNS.get('127.0.0.1')

Lo cual parecía ser la solución “idónea” a los problemas de resolución del lenguaje; sin embargo, en octubre del 2008 la gente del buró de decisiones de Zend (la empresa que lleva el lenguaje PHP); decidió, fuera de toda lógica plausible; tratar a los espacios de nombres y a las clases como dos cosas completamente distintas; de tal manera que la resolución de nombres usando el :: quedaba descartada del lenguaje.

El problema

En la mayoría de los lenguajes no encontrarás una clase llamada igual que un namespace (o package como en Java o módulo como en python); o sea, nunca verás algo como:

import org.java.lang

donde Java.lang pueda ser un package y además una función; los increíbles de PHP desean hacer eso; con lo cual sentenciaron el separador (::) a muerte (al menos como separador de los namespaces, ya que el punto (como en python o java) no se puede usar porque es el concatenador lógico)).

Según la gente de Zend; tener:

<?php
namespace Proyecto;
function DNS() {}
?>

y

<?php
class Proyecto {
public function DNS() {
}
}
?>

Es sintáctica y además lógicamente válido;  lo que conlleva a que:

<?php
Proyecto::DNS();
?>

No sepa determinar si nos referimos a la función DNS en el namespace Proyecto o al método DNS en la clase Proyecto, llevando a confusiones al motor Zend2; obviamente, esto conllevó a una decisión.

La fatídica solución (Según Zend)

Lo que la gente de Zend ha ideado; es obviamente un disparate; como según ellos lo anterior “se puede hacer” (aunque no se debería tener un namespace y una clase con el mismo nombre), entonces debemos “adoptar” el slash (o separador Windows “\”, que se alegren los programadores .NET) como separador de las resoluciones de nombre; de tal manera que lo de arriba queda así:

<?php
Proyecto::DNS(); //llamando estáticamente al método DNS de la clase Proyecto
\Proyecto\DNS(); //llamando a la función DNS del namespace proyecto
?>

¿Que rayos es esa cosa?; otra horrible invención de Zeev Zurasky y pandilla!; esto hará que:

<?php
\Date\time(); //namespace Date, función time()
Date::time(); //clase incorporada Date, método time()
?>

Es decir, a la clase Date (incorporada en PHP5.1) puedo crear paralelamente un namespace Date con una función llamada idénticamente a su contraparte de la clase; no hay nada más horrible que esto.

¿No era más sensato, como en otros lenguajes, evitar que un package y una clase compartieran el mismo nombre?.

Las ventajas (que no lo son tanto)

He decidio copiar y desmentir cada una de las “ventajas” que han puesto para aceptar el cambio del separador.

<?php
\com\Zend\Data\Form::validate();
\com\Zend\Data\Form\validate();
?>

<?php
\htmlspecialchars($variable);
?>


[2009-01-20 15:28:55 2595] INFO (SrvDaemon:219) Xend exited with status 1.
[2009-01-20 15:29:48 2625] INFO (SrvDaemon:331) Xend Daemon started
[2009-01-20 15:29:48 2625] INFO (SrvDaemon:335) Xend changeset: unavailable.
[2009-01-20 15:29:48 2625] INFO (SrvDaemon:342) Xend version: Unknown.
[2009-01-20 15:29:48 2625] ERROR (SrvDaemon:353) Exception starting xend (no element found: line 1, column 0)
Traceback (most recent call last):
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/server/SrvDaemon.py”, line 345, in run
servers = SrvServer.create()
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/server/SrvServer.py”, line 251, in create
root.putChild(’xend’, SrvRoot())
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/server/SrvRoot.py”, line 40, in __init__
self.get(name)
File “/usr/lib/xen-3.2-1/lib/python/xen/web/SrvDir.py”, line 82, in get
val = val.getobj()
File “/usr/lib/xen-3.2-1/lib/python/xen/web/SrvDir.py”, line 52, in getobj
self.obj = klassobj()
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/server/SrvNode.py”, line 30, in __init__
self.xn = XendNode.instance()
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/XendNode.py”, line 709, in instance
inst = XendNode()
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/XendNode.py”, line 60, in __init__
saved_host = self.state_store.load_state(’host’)
File “/usr/lib/xen-3.2-1/lib/python/xen/xend/XendStateStore.py”, line 104, in load_state
dom = minidom.parse(xml_path)
File “/usr/lib/python2.5/xml/dom/minidom.py”, line 1915, in parse
return expatbuilder.parse(file)
File “/usr/lib/python2.5/xml/dom/expatbuilder.py”, line 924, in parse
result = builder.parseFile(fp)
File “/usr/lib/python2.5/xml/dom/expatbuilder.py”, line 211, in parseFile
parser.Parse(”", True)
ExpatError: no element found: line 1, column 0
[2009-01-20 15:29:48 2624] INFO (SrvDaemon:219) Xend exited with status 1.


Entonces este fallo imposibilitaba el inicio del Xen Daemon.

La solución

La solución es sencilla y realmente ni merece un post; lo que pasa es que a veces se me olvida y pues de repente a alguien más le sirve.

Simplemente deben eliminar el contenido de la carpeta /var/lib/xend/ con el comando:

rm -fR /var/lib/xend/*

Y listo!, inicien de nuevo el xen (/etc/init.d/xend start); descuiden, las carpetas serán creadas de nuevo al iniciarse el demonio.

No hay problema; udevmonitor era solo un enlace simbólico a un comando ya existente:

$udevadm monitor

que podemos seguir ejecutando siempre; esto es debido a unos cambios en la versión udev (de la 0.105 a la 0.125) que elimina los comandos udevtest, udevtrigger y udevmonitor y los adjunta como parámetros del comando udevadm.

Gracias por avisar!, estuve un par de horas revisando comandos en mi compu hasta que di con el cambio (man udevadm).

Si; este es mi content-type; que te lo digo en serio! …

Durante milenios los documentos han viajado de los servidores hasta el navegador de una manera más o menos igual; el documento declara un tipo de contenido (Content-Type + charset) y aun así; los navegadores son algo desconfiados y echan una “mirada” al documento; sin embargo, es renderizado “tal cual es” sin ningún inconveniente; esto ha sido el comportamiento “por defecto” de absolutamente todo el mundo menos la gente “desvergonzada” de Redmont.

Al parecer su manía de desconfiar de cualquier código que no sea generado por ellos mismos (y si es generado por ellos; más desconfían) los hace “tratar de interpretar” el contenido obviando “olímpicamente” la declaración de Content-Type y enviando el contenido a los distintos “parsers” de acuerdo a su contenido; esto podría sonar interesante cuando se trata por ejemplo de imágenes (donde por lo general nadie declara el type) pero si dentro de un bloque en vez de contenter text/xml colocamos código javascript; en vez de ser enviado a pantalla (como debería ser, es un código javascript declarado como texto; como si lo colocara dentro de un <PRE>) este es ejecutado; siendo la total maldición de los sitios web y de los ataques de “MIME-sniffing”.

Para algo que es una “aplicación” habiamos inventado una declaración “application/xhtml+xml” esta permite indicar que nuestra página es una aplicación XML que combina HTML y otros “lenguajes” como javascript”; pero antes de IE7 los navegadores microsoft asumían esa declaración como un “binario” e intentaban descargar la página; ¿Como lo solventaban los desarrolladores para IE?; colocando 2 declaraciones Content-Type; una haciendo referencia a application/xhtml+xml y otra para IE de text/html.

Observen este “burdo” ejemplo de como las “cosas” se pasan por alto dentro de la casa de Redmont:

Con un bloque como:

HTTP/1.1 200 OK
Content-Length: 108
Date: Thu, 26 Jun 2008 22:06:28 GMT
Content-Type: text/plain;

<html>
<body bgcolor=”#AA0000″>
This page renders as HTML in IE7/IE8.
</body>
</html>

Como vemos; el content Type es “text/plain”; eso significa que “DEBERIA!” renderizarse como texto; pero la presencia de etiquetas HTML hace que IE7 e IE8 “interpreten” el contenido y lo envíen a pantalla.

En medida de seguridad; esto significa que un bloque de texto, conteniendo código Javascript (Jscript de MS) o VBScript será ejecutado en vez de ser “renderizado como texto”.

La burda solución de IE8? … inventarse una “declaración HTTP” indicando de que “en verdad” hay que hacerle caso al servidor y asumir el content-type como cierto; Authoritative=true:

HTTP/1.1 200 OK
Content-Length: 108
Date: Thu, 26 Jun 2008 22:06:28 GMT
Content-Type: text/plain; authoritative=true;

<html>
<body bgcolor=”#AA0000″>
This page renders as HTML source code (text) in IE8.
</body>
</html>

Nos les parece estúpido?; no le hago caso al content-type declarado; pero si a una declaración autoritativa?; si puedo “falsificar” una declaración de “content-type” ahora puedo “OBLIGAR” al navegador a no “intentar” analizar el contenido y a confiar en mí; si antes podía meter droga en la casa escondida en una caja de pizza; ahora con solo decir “Si mamá; es pizza” ella no revisará la caja y pasaré tranquilo con lo que desee entrar.

La idea es simple; HTML 5 obliga a los navegadores a obtener los primeros 512 bytes del documento e intentar analizar (via la cabecera del documento) todo el contenido de la página e informar al usuario de cualquier posible “discordancia” con el contenido; cualquier contenido “mal declarado” deberá ser tratado como text/plain o text/html y no “ejecutado” como viene haciendo IE7 (de hecho; HTML5 OBLIGA al UA (navegador) a informar al usuario de que un “contenido” está intentando ejecutarse cuando no debería; lo cual viene haciendo Firefox y otros navegadores como Opera hace tiempo); pero en vez de seguir con la corriente; con Authoritative=true la gente de IE8 se estará ahorrando el tener que escribir toda esta “mega-implementación” de interpretación y errores de excepción y “pasar a confiar en el servidor” sin tratar de analizar nada.

Es decir; no solo quieren seguir con el jueguito de “todo lo que me llegue lo ejecuto”; sino que además; “si el server me dice que EN SERIO debo ejecutarlo; entonces más lo haré sin chistar!” …

Cada día da más escalofríos pensar que será de Windows 7 e Internet Explorer en un par de años …