Bitácora de Gesbit

Siguiendo el hilo de mi anterior entrada en esta bitácora, y en vista de que estoy sufriéndolo en mis propias carnes, como suele decirse, y puede leerse aquí, sigo empeñado en ahorrar en lo posible el ancho de banda que consume una determinada bitácora gestionada con Gesbit. Y hoy toca hablar del nuevo archivo que se incorpora a la distribución de Gesbit: "robots.txt", y que persigue este mismo objetivo, precisamente.

El archivo "robots.txt" cumple al menos dos funciones interesantes. La primera, que, existiendo, se ahorrará que Gesbit tenga que mostrar la correspondiente página de "error 404", derivada de su no existencia. Es decir, que al existir el archivo "robot.txt" se ahorran los recursos de la página de "error 404" que ha de preparar Gesbit, y que, incluirá estilos, JavaScript, etc. En cierto modo inútilmente, porque, quien "ve" esa página es un "robot", en este caso.

En segundo lugar, el archivo "robots.txt" se ha ganado la entrada en Gesbit porque, existiendo, puede ser utilizado por los correspondientes "robots" (buscadores, más que nada) y atenerse a las "reglas" que se declaran en dicho archivo. Concretamente, el archivo "robots.txt" de Gesbit indica que no se indexen determinados directorios y archivos, puesto que no tienen que ver con el contenido de una bitácora en concreto.

User-agent: *
Crawl-delay: 5
Disallow: /gb-admin/
Disallow: /gb-extend/
Disallow: /gb-auxiliar/
Disallow: /gb-init.php
Disallow: /gb-conf.php

Esas son las razones de incluir un archivo "robots.txt" en Gesbit y creo que ha de venir bien. Si quieres averiguar más sobre este tipo de archivos, puedes visitar el sitio web RobotTxt.org. Para terminar, decir que otro de los archivos que me "preocupan" es el "famoso" "favicon.ico", que, algunos navegadores, por ejemplo, buscan en el directorio raíz de un sitio determinado, y, si no lo encuentran... pasa lo que con el "robot.txt" susomentado.

Pero, en este caso, el asunto no es tan sencillo como situar un "favicon.ico" en el directorio raíz de Gesbit, puesto que, el W3C recomienda no utilizar esta técnica, sino indicar dónde se ha de encontrar dicho "favicon.ico" en el HTML de una determinada página, es decir, mediante un "meta enlace" en la cabeceradel documento HTML correspondiente. Aquí, por tanto, entrarían en juego los temas de Gesbit, aunque ignoro si aún así ciertos "clientes" insistirían en buscar el "favicon.ico" en el directorio raíz.

Estoy teniendo problemas con el consumo del ancho de banda asignado al servidor de mi bitácora personal, y, tengo que decirlo, al menos en parte, se ha debido a Gesbit. En esta entrada de mi bitácora refiero el problema que encontré, aparentemente, porque, como dejo claro en esta otra entrada, el problema en realidad estaba lejos de lo que yo suponía.

El problema en Gesbit está solucionado, al menos en buena medida, puesto que no me queda del todo claro el asunto. Y, en todo caso, lo que quería comentar en esta entrada es que me he dado cuenta de lo que el consumo de ancho de banda asignado significa... en mis propias carnes, y, además de solucionar el problema en Gesbit, o eso creo, he decidido cambiar ciertas opciones.

En concreto, ahora, de forma predeterminada, se mostrarán en Gesbit seis entradas por página y seis entradas por "feed", antes eran diez. Y también he decrementado el número de comentarios por página, de veinte a diez por página. Estas opciones pueden cambiarse desde el panel de administración de Gesbit, pero, he querido que, de entrada, fueran "más razonables".

Para los accesos directos mediante el teclado en el panel de administración de Gesbit, venía usándose con éxito la biblioteca ShortCut para JavaScript, porque, en el momento en que se trabaja sobre esto, el plugin Hotkeys para jQuery, no funcionaba del todo bien, tenía algunas "fallas", por decirlo así.

Empero, probado de nuevo el plugin para jQuery, y, visto que todo parece funcionar como se espera, he decidido utilizar este plugin en Gesbit, sustituyendo así a la biblioteca ShortCut. Se ha ahorrado con ello algo de peso, aunque, no demasiado, pero, sobre todo, el hecho de trabajar con otro plugin para jQuery, como se viene haciendo en Gesbit.

En todo caso, hay que decir que el plugin Hotkeys para jQuery se basa en el trabajo de Binny V.A., o sea quien desarrolló en su momento la propia biblioteca ShorCut de que he hablado. El plugin para jQuery, no obstante, parece algo más actualizado, la última versión es de junio de este mismo año, y hace uso de las características de jQuery, ya disponible en Gesbit.

He renombrado todos los plugins para Gesbit que he llevado a cabo yo mismo, añadiéndoles el prefijo "Gb" a su nombre, constantes y otros identificadores. Con esta medida, que ya estaba pensada hacía tiempo, y de hecho algunos plugins ya tenían el prefijo "Gb" en su nombre, se pretenden evitar posibles conflictos entre otros plugins de otros desarrolladores.

No nos parece mala idea que cada desarrollador añadiera un prefijo al nombre de sus plugins, de forma que se procuraran evitar conflictos con otros plugins ya existentes o por existir. En el caso de los plugins que yo mismo lleve a cabo para Gesbit, el prefijo elegido es "Gb", y ya puedes ver en la lista de plugins disponibles que hay un total de once plugins "Gb".

Y eso es todo. No me ha costado prácticamente nada actualizar mis bitácoras, desinstalando los plugins primero (para que llevaran a cabo sus tareas de desinstalación) y subiendo los "nuevos" plugins (con otro nombre) y activándolos como si nada. He aprovechado, por cierto, para solucionar algún que otro problema que he podido notar mientras llevaba a cabo esto.

Fíjate lo bien que va mi bitácora personal, o esta mismo sin ir más lejos, sólo que la mía personal hace uso de diez plugins, uno más que esta que ahora lees. Diez plugins haciendo su trabajo, pero, Gesbit se sigue comportando muy bien, su rendimiento no se ve reducido, o eso es al menos la sensación que yo tengo, puesto que aún no hice pruebas "reales". Pero ahí está.

Hacía tiempo que quería llevar a cabo el cambio que al fin me he decidido a hacer hoy en Gesbit, y que no me ha costado demasiado, todo hay que decirlo, pero, era necesario en todo caso, e intentaré porqué lo creo así. Antes referiré el cambio en cuestión: he renombrado el directorio "gb-content" por "gb-extend". ¿Qué te parece?

En principio los directorios "raíz" de la distribución de Gesbit tienen una razón de ser. Así, por ejemplo, todos comienzan con el prefijo "gb-", no por gusto, sino para diferenciarlos claramente de otros directorios que pudiera albergar también el servidor en el mismo lugar que Gesbit. Había tres directorios raíz en Gesbit: "gb-admin", "gb-auxiliar" y "gb-content".

El primero guarda los "scripts" relativos al panel de administración de Gesbit, así lo indica su nombre, y no hay más que añadir. El segundo directorio raíz es "gb-auxiliar", y, efectivamente, alberga archivos auxiliares, imágenes, hojas de estilo, "JavaScript", y algunas cosas más "auxiliares". El tercer directorio ya no estaba tan claro llamándose "gb-content".

No, porque, este directorio alberga los plugins y temas para Gesbit. Y, en principio, nada más. De este modo, desde hace tiempo consideraba renombrar este directorio, pero, o bien no había encontrado un nombre realmente adecuado, o lo había ido dejando, dejando, dejando... como pasa a veces. Tampoco corría ninguna prisa, pero, hoy he decidido llamar al directorio por fin "gb-extend".

"Extend" de "extensiones", naturalmente, que, es, precisamente, lo que guarda dicho directorio, extensiones de Gesbit en forma de plugins y de temas para el mismo. De este modo espero que el directorio sea menos proclive a considerarlo como un lugar en donde cabe todo tipo de... contenido. No. Ahí cabe lo que cabe: plugins y temas para Gesbit, y de ahí el nombre, que, ahora, no deja lugar a dudas.

Sobre todo porque cuando abres el directorio "gb-extend", y, o soy yo, o uno ya se espera lo que va a encontrarse, uno se encuentra con dos subdirectorios: "plugins" y "themes", de forma que el asunto queda aún más claro. Personalmente, en mis bitácoras, no usaba el directorio "gb-content" para guardar "mi contenido", como imágenes y otros archivos.

Para eso tengo un directorio en concreto fuera de la instalación de Gesbit, por decirlo así. También hago uso del caché de contenidos de Gesbit, y para esto tengo otro directorio, pero, no es un subdirectorio de "gb-content", ni, mucho menos ahora, un subdirectorio de "gb-extend". Así, con este simple cambio, creo que las cosas están un poco más en su lugar en Gesbit.

A lo tonto, y no tan a lo tonto, Gesbit cuenta ya con once plugins. Parecerán pocos, pero, cada uno aporta su particular funcionalidad, por un lado, y, por otro, es una cifra respetable como para tenerlos instalados todos ellos, y, puedo decir, que, por ejemplo, en mi bitácora personal, tengo instalados nueve de ellos, sin que haya notado ninguna pérdida de rendimiento ni nada por el estilo. Nueve plugins: mismo número de consultas SQL, sin que se aprecie pérdida de rendimiento alguno. No está mal. ¿Verdad?

Todos los plugins, menos Vozme, desarrollado por xEsk, los he llevado a cabo yo mismo, procurando cuidar detalles que pudieran pasar (y de hecho pasaron en su momento) desapercibidos, utilizando los recursos que ofrece (y que conozco bien) el propio Gesbit, etc. Sin embargo, puedo decir que el plugin que no he desarrollado yo, lo lleva a cabo alguien de confianza, y que, por si fuera poco, tiene a bien aguantar las indicaciones que le he podido hacer, que no han hecho falta muchas, por otro lado. En efecto, podría recomendar el uso de cualquiera de los plugins, sin problemas.

Además, el desarrollo de los plugins ha beneficiado a Gesbit, puesto que se han descubierto posibles problemas, cuando no errores, se han añadido ciertas características útiles para los plugins, pero, no sólo para los que se han llevado a cabo, ha servido para darme cuenta de hasta qué punto un plugin puede llegar, a que perdiera parte del miedo a hacer uso de la base de datos, que es algo que puede hacerse, siempre que se haga bien, en definitiva, que, con los plugins de Gesbit se han matado varios pájaros de un tiro.

Ya sabes que cuentas con la información sobre los plugins para Gesbit, y, la posibilidad de descargarlos, desde el sitio web de Gesbit, en el apartado de plugins, concretamente. Apartado de plugins, que, por cierto, me estoy planteando renovar, mejor dicho, me planteo la posibilidad de utilizar una o más páginas de la wiki de Gesbit, porque, de este modo, los desarrolladores de plugins podrían registrarse en el wiki, y editar las páginas de sus plugins cada y cuando lo necesitaran. Todo esto se verá con un poco de tiempo, esperemos.