Estos cambios son varios, pero, quizá podrían destacarse algunos de ellos. El primero que quisiera destacar tiene que ver con cierto reporte de error enviado por el amigo Jordi, cuya solución devino en prescindir en Gesbit de la opción "allow_url_fopen" de PHP, es decir, Gesbit no necesita ya que esta opción esté "activada" para poder funcionar adecuadamente. Esta opción viene activada por defecto en PHP, pero, algunos servidores la deshabilitan.

Se han llevado a cabo bastantes cambios más en Gesbit. El último de ellos, que, también quiero destacar aquí, ha sido la incorporación de una nueva "opción de escritura", que, permite establecer la zona horaria de una bitácora. Con esto conseguimos adentrarnos en el maravilloso mundo de las zonas horarias (gracias Román), y, de rebote, poder establecer en Gesbit el nivel de reporte de errores de PHP en el "modo estricto", cosa que quería conseguir hace tiempo.

Quizá esos sean los cambios más destacables (que recuerde ahora mismo), empero, si descargas Gesbit y echas un vistazo al "ChangeLog", verás que ha habido muchos otros cambios, más o menos "visibles". Y creo que eso es todo. Huelga decir que aconsejo actualizar Gesbit a la última versión estable, por la cantidad de mejoras que incluye, además de haber solucionado por el camino algunos errores más o menos importantes. ¡Que disfrutes Gesbit!

Como verás cada tema puede mostrar una página fija de diferentes formas, y, por otro lado, el contenido de dicha página también puede a adaptarse a la portada de la bitácora. La opción añadida a Gesbit es eso, una opción, no está "activada" de forma predeterminada, pero, no cuesta nada hacerlo si se quiere. No cuesta nada a nivel de más consultas, por ejemplo. Y eso es todo cuando tenía que decir y ya lo he dicho. :)

P.S. También has podido notar un cambio en el subdomino de esta bitácora, que ya no es "bitacora", sino "blog". Las redirecciones desde el anterior subdominio se llevan a cabo automáticamente. He hecho lo mismo con mi propia bitácora, donde ya no uso subdominio, sino el propio dominio davidesperalta.com. Las redirecciones también se hacen automáticamente, así que en principio no debe haber problema alguno. Si notas algo raro y quieres hacérmelo saber, no dudes en contactar conmigo.

Estaba trabajando en otra característica en Gesbit (que tal vez termine presentando pronto aquí) cuando me he encontrado con lo siguiente. Cada vez que se solicitaba una entrada o página de la bitácora, se estaban realizando hasta dos consultas para traer los comentarios de dicha entrada o página, con el fin de mostrarlos luego al lector. Ahora bien, resulta que no tiene mucho sentido traer los comentarios de una entrada o página... si esta no tiene comentarios. Y esto es algo que es posible saber antes de hacer las consultas en cuestión. Dicho y hecho, por lo tanto.

Con lo anterior nos ahorraremos dos consultas SQL, tanto en el caso de mostrar entradas o páginas en una bitácora, siempre que estas no tengan comentarios. Pero, me he topado con otra posible optimización, igual de lógica y evidente... ahora que la he visto, claro. Resulta que en el mismo tipo de peticiones anteriores, han de traerse también de la base de datos los "términos" de las entradas y páginas, esto es, etiquetas y categorías. ¡Pero las páginas no tienen etiquetas o categorías!

Cuando se solicita una página de una bitácora, es innecesario (por inútil) buscar las posibles etiquetas y categorías de la página, porque, sencillamente, las páginas no cuentan con estos "atributos", como sí cuentan las entradas. De este modo, cada vez que se pide ahora una página de la bitácora, idependientemente de que tenga o no comentarios, se estará haciendo una consulta SQL menos. Consulta que nos ahorramos y nos quedamos tan contentos.

Resumiendo. Habrá peticiones que ahora requieran tres consultas SQL menos: cuando se soliciten páginas de una bitácora que además no tengan comentarios. Habrá peticiones que requieran dos consultas menos: cuando se soliciten entradas que no tengan comentarios. Y habrá peticiones que requieran una consulta SQL menos: cuando se pidan páginas con comentarios, pero, sin términos: como no puede ser de otra forma. Y eso es lo que quería decir. Y ya está. :)

Por cierto, el foro puede visitarse en: www.forum.gesbit.com

(*) No tengo nada en contra de los "scripts" que para qué... yo mismo he llevado a cabo muchos, y aun Gesbit mismo en varios puntos será que para qué... pero, al menos no voy vendiéndolos por ahí como la pera en almíbar, no sé si me explico y tú me entiendes.

Este plugin incorpora un tema, que, es el que establece para la bitácora cuando se topa con un dispositivo móvil. Pero, esto no es posible para el panel de administración de Gesbit. Así que el plugin se ha de limitar a quitar el Javascript, el estilo, y añadir su propia hoja de estilo, que, con muy pocas reglas, deja el panel de administración más o menos adaptado para dispositivos móviles.

No es que se puedan hacer milagros de este modo. Si bien es cierto que todo sería cuestión de estilo, el HTML del panel de administración es el que es, y, como digo, el plugin puede quitar el Javascript que se incluye en la cabecera (ningún otro tipo de Javascript se incluye en el código HTML), y quitar el estilo que se incluye también en la cabecera, pero, no puede hacer nada con el HTML.

Así que, de momento, el plugin se limita a hacer lo dicho, y en realidad cumple con su cometido. Elimina el Javascript, el estilo "predeterminado", y, básicamente, se limita a ensanchar "textareas" y otros elementos, sin proporcionar apenas ningún estilo, de manera que el panel se ve prácticamente como si no lo tuviera en absoluto.

¿Podría manejarse Gesbit desde un dispositivo móvil usando este plugin? Sí. Podría usarse incluso sin usar el plugin, pero, quitando el estilo del medio, y también el Javascript, las cosas se ponen mejor. Claro que, por ejemplo, apartados como la gestión de entradas, no es que sean muy cómodos de usar, aunque es posible.

Pero, si es menester añadir una entrada desde un teléfono móvil, pongamos por caso, gracias al plugin GbMobile es posible hacerlo más o menos cómodamente, puesto que no se trata de que el dispositivo adapte como buenamente pueda el estilo del panel de administración de Gesbit, sino que el plugin GbMobile le ofrece un estilo muy básico pero más que suficiente, en mi opinión.

La idea es razonable. Pero, claro, ¡yo tengo que tener algún motivo para hacer lo contrario! Y, en efecto, creo que los dejé claros en su momento. Otra cosa es que estuviera equivocado en mis conclusiones, pero, nadie me contradijo tampoco y uno no nace sabiendo, como suele decirse. Sea como sea, luego de leer el artículo que enlazo, a uno le entran ganas de deshacer los cambios correspondientes, y dejar de guardar "serializadas" las opciones de una bitácora.

La idea era que Gesbit, en lugar de requerir unas 20 filas de opciones de la base de datos, en cada petición, aunque fuera con una sola consulta, digo, en lugar de esto, que Gesbit requiera sólo una fila, que contiene todas las opciones de Gesbit serializadas. También, la serialización de las opciones para los plugins permite que Gesbit pueda gestionar varias opciones de un plugin ocupando una sola fila en la tabla de opciones.

Quisiera continuar de este modo, y, se me ocurre argumentar que las opciones de la bitácora, así como las opciones de los plugins, no son realmente datos, propiamente, de la bitácora. Todavía menos aún para un cliente distinto del propio Gesbit, puesto que, a dicho cliente le interesarían los datos acerca de las entradas, páginas, enlaces, usuarios, categorías, etiquetas, pero, ¿las opciones de la bitácora? Sin embargo, reconozco que este argumento es poco.

Y es poco porque no se sostiene. A un cliente podrían interesarle las opciones, en un momento dado, por el motivo que fuese. Y, lo cierto es que no podría acceder a ellas, a no ser que dicho cliente empleara una "deserialización" como la que puede conseguir en PHP, el lenguaje que se emplea en Gesbit y con el que se "serializan" las opciones en cuestión. Lo cierto es que ante algo así me siento un poco perdido. Algo me dice que sí, que debería volver atrás...

Pero eso implica trabajo. Y cambiar ciertas cosas que parecen funcionar bastante bien. Y que me queda la duda de si no pueden hacerse este tipo de excepciones. Es decir, al fin y al cabo no "serializo" las opciones sin motivo alguno, sino que existen razones que tal vez no estén del todo equivocadas, para el caso de Gesbit, concretamente o un sistema similar. Comprendo porqué no se debe hacer, y encuentro razonable que se evite o no se haga. Pero, no tengo tan claro rectificar en este caso.

Pues bien, he salido de caza y he cazado todos los errores que se venían acumulando a la hora de generar la documentación. Más que errores, "advertencias", del tipo, "usted está declarando mal el uso de esta variable global y bla, bla, bla". En fin, sé que es una cosa sin mucha importancia, pero, me alegra poder presentar esta "lista de errores". A ver lo que dura. ¬¬

Es sólo un ejemplo. También he aprovechado para hacer algunas mejoras en este sentido. Partes concretas "degradan" correctamente, vaya que funcionarían también si no se dispone de Javascript en el cliente. Lo cierto y verdad es que separar el Javascript del HTML (cosa que usando algo como jQuery es realmente sencillo) tiene no pocas ventajas, que, con Gesbit estoy empezando a experimentar por mí mismo. En fin, tenía que decirlo.

PS: Acaso ya has visto que he hecho algunos pequeños cambios en el sitio web de Gesbit, de modo que ""incluso"" puedes ver un vídeo de la instalación de Gesbit. En fin, tenía que decirlo.