Bitácora de Gesbit

Para la instalación de Gesbit no es preciso que ninguno de los directorios "implicados" tengan permisos más o menos "relajados". Gesbit no precisa escribir en archivo alguno, ni tampoco ofrece esa posibilidad. Esto, que puede que algún día revise, puesto que se considere un tanto "paranoico" (y sin sentido) determina que Gesbit no cuente con un "asistente de instalación" para su configuración.

Gesbit cuenta con un "asistente de instalación" para su base de datos, pero, la configuración "base" para Gesbit, ha de ser proporcionada editando el archivo "gb-conf-sample.php", de forma manual, es decir, por tu propia cuenta: antes de subir los archivos al servidor correspondiente. He hecho algún cambio en dicho archivo de configuración de cara a que este se muestre "amigable" a quien tiene que editarlo. Y así queda el archivo de configuración de Gesbit a día de hoy:

/**
 * Gesbit configuration script
 * 
 * Fill and save as gb-conf.php
 * 
 * @package initialization
 * @subpackage mainrequires
 */
 
 
// Gesbit language code
define('GB_LNGCODE', 'es');
 
 
// Database tables prefix
define('GB_DB_PREF', 'gb_');
 
 
// User to database access
define('GB_DB_USER', 'root');
 
 
// Database that Gesbit use
define('GB_DB_NAME', 'gesbit');
 
 
// User pass to database access
define('GB_DB_PASS', 'password');
 
 
// Database host (99% localhost)
define('GB_DB_HOST', 'localhost');

Y eso es todo. Me queda la duda de que, tal como está, quizás falta información. Por ejemplo, el "código de lenguaje" de Gesbit. Puede no ser tan evidente que podría ser también "en", o "ca". Y lo mismo pasa en realidad con el resto de constantes, cuyos valores, por otro lado, incluso podrían mantenerse tal cual, como es el caso del "host" de la base de datos, casi con toda seguridad "localhost" siempre.

Todo se andará. De momento creo que he ganado algo en "legibilidad". Un usuario más o menos avezado no encontraría problemas para configurar Gesbit, me parece a mí, puesto que además las constantes en cuestión son bastante comunes en aplicaciones similares. Otra cosa sería un usuario no avezado. Para este acaso un "asistente" sería lo ideal. Aunque, como digo, el asistente necesitaría contar con permisos de escritura sobre cierto directorio, cosa que de momento me he negado a contemplar, quizás tontamente.

He tratado de ejecutar Gesbit con el servidor Lighttpd, y, bueno, en principio casi no hay ningún problema para que Gesbit pueda también correr bajo este servidor, y no sólo bajo Apache.

Sin embargo, este "casi" no he podido salvarlo, y mira que lo he intentado. Lo que hace falta, por lo pronto, para que Gesbit funcione bajo Lighttpd, es "traducir" algunas "reglas" del módulo "rewrite" de Apache, para que funcionen en el módulo "rewrite" de Lighttpd.

Las reglas que digo que habría que "traducir" son las que se encuentran en el archivo "htaccess" de la raíz de Gesbit, es decir, las siguientes:

Options -Indexes
AddDefaultCharset utf-8
 
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*$ index.php

Aparentemente es sencillo, y, de hecho, he conseguido que Gesbit funcione como se espera, pero, casi, es decir, no en todos los casos. Y es que este par "instrucciones" que sirven para Apache no tienen correspondencia en Lighttpd, al menos hasta donde yo llego:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*$ index.php

La importancia de dichas reglas estriba en lo siguiente. Todo, absolutamente todo, lo que no sea un archivo (-f) o un directorio (-d), se redirige al script "index.php", que es el punto de entrada principal de Gesbit. Eso que se consigue con este par de reglas para el archivo "htaccess" de Gesbit, que interpreta Apache, no es tan sencillo de conseguir en Lighttpd.

Pero, estoy seguro de que no es imposible. Y tal vez me ponga a ello un poco más en serio, dado que, por otro lado, Gesbit habría de comportarse igual en un servidor que en otro. Por supuesto, habría de hacer algún cambio en cierta función que comprueba los prerequisitos de Gesbit, de modo que averigua si Apache y su módulo "rewrite" está disponible, y, si no es así, lanza el mensaje de error correspondiente.

Pero, lo más sencillo, a bote pronto, sería modificar dicha función para que comprobara si está disponible el módulo "rewrite", sí, pero, en cualquiera de los servidores Apache o Lighttpd, y dejar continuar la ejecución del "script" en caso afirmativo. En Lighttpd no existen los archivos "htaccess", que existen para Apache, sino que estos se ignoran.

Yo creo que es cuestión de jugar con las expresiones regulares que sí que se permiten para estos casos (módulo "rewrite") en el archivo de configuración de Lighttpd. Sin embargo, ya digo, acabo de empezar, como aquel que dice, y no he sabido cómo hacerlo hasta el momento. Sería muy interesante poder traducir el archivo "htaccess" mostrado antes, a reglas de configuración para Lighttpd, puesto que, o me equivoco, o Gesbit no necesita más para funcionar con este servidor también.

Tal vez alguien que de casualidad pase por aquí... y sepa del tema, quiera echar una mano... :P

Los últimos cambios en Gesbit, los del día de hoy, han sido en su mayoría relativos al editor TinyMCE. He añadido algún plugin, quitado otro, y también he hecho algunos cambios en el "estilo" del editor, y de sus diálogos. Ahora la "barra de herramientas" se divide en dos, puesto que de no hacerlo así, el panel de administración de Gesbit se "descuadraba" en resoluciones menores a 1024x768 píxeles.

Estoy contento con TinyMCE, porque se muestra muy versátil, es bastante sencillo de actualizar, de mantener, incluso de extender si llegara el caso. Maneja un sistema de "plugins" muy curioso y bastante bien implementado, de forma que uno puede usar los plugins existentes, y, como digo, implementar algunos propios si fuera necesario. Por otro lado, adaptar el editor en cuanto a su estilo, colores y demás, también se hace bastante sencillamente, una vez que le coges el "truco".

También he encontrado hoy un error más o menos "grave" en el panel de administración de Gesbit. Cuando registrabas un nuevo usuario no se completaba su "perfil", sus "meta datos", de forma que luego se echaban en falta, y, aunque creo que el asunto ni se hubiera notado (se hubiera corregido al actualizar el perfil del usuario, pero, no estoy seguro de esto al cien por cien) por supuesto me limité a solucionar el problema, que era más bien un despiste por mi parte que otra cosa.

Y quería señalar de pasada el poco o ningún (realmente muy poco) "feedback" que recibo de quienes se interesen de alguna forma por Gesbit. O bien es que Gesbit no interesa, fuera de a quien lo usa realmente, o sea yo mismo, o bien es que a quien le interesa no le apetece comentar nada. En todo caso podré soportarlo. No puedo ni tengo intención de obligar a nadie. Medios de contacto hay, como el formulario en el sitio web de Gesbit. Así que por mi parte no quedará.

Eso sí, por ejemplo, hace poco eliminé sendos subdominios que venía usando en este sitio, precisamente, con la intención de "montar" un foro sobre Gesbit en un subdominio propio, empero, como estimaba que iba a tener no pocas, sino apenas visitas, al cabo lo he dejado pasar. Primero porque se tarda muy poco (relativamente) en montar el foro, si es que se ve menester, y, en segundo lugar, porque siempre he pensado que un foro sin mensajes es más triste que un domingo sol.

Pero bueno. Ya me he enrrollado demasiado en esta entrada. ;)