Basta conque proporciones al plugin tu clave "UA" (que te proporciona Google Analytics), bien sea por medio del archivo de configuración del plugin, bien sea mediante el formulario de opciones, para que GbAnalytics añada el código Javascript necesario en las páginas de tu bitácora.

Puedes descargar el plugin GbAnalytics desde la wiki de Gesbit. Lo dicho, nada del otro mundo, pero, útil, claro está, siempre que uses Google Analytics.

Efectivamente, el asunto está planteado de forma que "todo queda en casa", me estoy refiriendo a la configuración de los Widgets, puesto que las posiciones de estos, además de otros posibles "estados" de los mismos, se guardan en el navegador del usuario en sendas "cookies". Esto puede tener y de hecho tiene sus ventajas y desventajas. Por ahora van ganando las ventajas. De momento todo queda de forma bastante sencilla, y ha sido de absoluta ayuda el plugin Easy Widgets para jQuery, y más aún que yo mismo desarrolle este plugin, pues he podido ir trasteando con el plugin y con una implementación suya: en los Widgets de Gesbit.

Esto de los Widgets en el escritorio de Gesbit me lo he tomado desde un principio como una forma de dar otro aire al aspecto del escritorio. Creo que esto se ha conseguido, y que los Widgets famosos quedan bastante bien. Además, es posible que surga algún plugin, además del que presento en esta entrada, que logre aportar cierta funcionalidad y pueda resultar útil. Sea como sea, ha sido divertido, han sido unos días muy entretenidos. Para terminar me gustaría decir que he podido probar el invento en el navegador Konqueror, algo que me preocupaba, pues todo en Gesbit funciona también en este navegador (bueno, todo, todo, no, el editor TinyMCE no funciona en Konqueror), pero, no suelo probarlo como en otros.

Y eso es todo por el momento. ¡Que tengas un buen día! ¡O una buena noche! :)

Actualización: He instalado el plugin en la bitácora de demostración, por si quieres echar un vistazo.

Lo que me ha costado un Widget, concretamente, un plugin que he llevado a cabo a modo de ejemplo (luego lo verás), ha sido el problema de la "desinstalación" de dicho Widget. Resulta que el plugin jQuery Easy Widgets puede guardar las posiciones y ciertos "estados" de los Widgets en varias "cookies". Así, cuando se añade un nuevo Widget a través de un plugin, Easy Widgets le tiene en cuenta, como no podía ser de otro modo, y guarda también sus "opciones" en las "cookies" correspondientes. Ahora bien, ¿qué pasa cuando se desinstala el Widget de marras? ¿Y qué pasa si no se desinstala (no se "desactiva") sino que se borra a lo bruto?

No era un asunto baladí, porque, era posible que se fueran acumulando opciones de Widgets en las "cookies" que, realmente, no tenían ningún sentido luego de que un Widget ya no se encontrara disponible. Así que he tomado varios caminos, esto ha sido lo que me ha costado un Widget de verdad, ¡llegando a escribir cierta solución primero en PHP y luego en Javascript, a partir de la primera! Y al cabo me he quedado con esta segunda, y no implementada en Gesbit, sino como una opción más en el plugin Easy Widgets: la opción de "limpiar" las "cookies" de modo que no queden "residuos" de Widgets inexistentes.

Me da un poco de miedo, porque, la solución en PHP (que era la misma exactamente) es algo más rápida que en Javascript. Sin embargo, el plugin Easy Widgets que llevo a cabo, opcionalmente, permite el uso de "cookies" para almacenar información, y, puesto que esto es así, tal vez es el más indicado para llevar a cabo la limpieza correspondiente, como el principal interesado en que las "cookies" contengan información válida, y porque además es este plugin quien trabaja directamente con las cookies, y no Gesbit, que, de momento, delega completamente esta tarea en el plugin para jQuery que estoy desarrollando.

Dicho esto, ¡el asunto parece que funciona! ¿Quieres ver el plugin "GbSearchBlog" que me he "inventado" a modo de ejemplo de Widgets para el escritorio de Gesbit? Helo aquí, todo se resume en un método:

  public function ActionCallback($actionID, $args){
    if($actionID == GBPLUGINS_ACTION_DASHBOARD_WIDGETS){
      $widget = new GbWidget(
        GBBLOGSEARCH_ID,
        GBBLOGSEARCH_COLUMN
      );
      $widget->SetContent(sprintf(
       GBBLOGSEARCH_CONTENT, $this->r('Search')));
      $widget->SetTitle($this->r('Blog search'));
      $widget->SetOptions(GBBLOGSEARCH_OPTIONS);
      return $widget;
    }
    return null;
  }

Como ves, el plugin espera la acción correspondiente, y, cuando se encuentra con ella, crea un nuevo objeto de la clase "GbWidget" que se limita a retornar a Gesbit. Ahí donde lo ves, sin dejar de ser simple, cumple cierto cometido, como es permitir realizar búsquedas en la bitácora, directamente, desde el panel de administración. No es un prodigio de funcionalidad, pero, creo que puede dar una idea. ¿No te parece? Gesbit espera de la acción en cuestión espera uno o varios Widgets, que serán añadidos al escritorio de gestor de bitácoras.

Gesbit no envía (de momento) ningún argumento. El plugin puede determinar el título del Widget, sus opciones (cualquiera o todas estas: "collapsable", "collapse", "editable", "movable", "removable", "confirmClose"), exactamente las que espera el plugin jQuery Easy Widgets, digo, el plugin también determina el contenido del Widget (texto plano o HTML), un identificador (obligatorio) y el número de columna donde se alojará el Widget "de entrada". Está por ver qué ocurre con Widgets más complejos, pero, al menos estos sencillos "funcionan" muy bien. Aunque, por otro lado, tal vez debería dejar de pensar mal, pues a veces no se acierta.

Como curiosidad, cuando Gesbit añade los Widgets al escritorio, en uno de ellos, el de los "enlaces rápidos", se encuentra una especie de formulario de edición, que, precisamente, permite mostrar u ocultar los Widgets a voluntad. Con los Widgets de los plugins se hace exactamente lo mismo, contando también con esta opción. Si bien es cierto que esto me deja todavía un poco preocupado, porque, se consigue imprimiendo los Widgets de todas formas, encargándose de ocultarlos el plugin jQuery Easy Widgets. Esto quiere decir que un Widget que haga una consulta SQL, por ejemplo, la hará de todas formas, se muestre o no.

Esto podría evitarse acaso no imprimiendo el Widget "oculto". De hecho es perfectamente posible, desde el punto y hora en que Gesbit tiene acceso a las "cookies" correspondientes y por tanto sabe qué Widget está ocultado en un momento dado. Pero, entonces la implementación llevada a cabo en este sentido se vendría abajo. Habría que buscar una forma de que desde los "enlaces" rápidos pudieran "mostrar" widgets que en principio no se han impreso. Es factible, creo, mediante HTTP en segundo plano, el amigo AJAX, pero, de momento no me lo he planteado. ¡Si es que no lo estoy haciendo ahora mismo!

Pero, creo que voy a dejarlo por hoy. De hecho, pensaba publicar estos últimos cambios hoy mismo, y el plugin "Widget" que he llevado a cabo a modo de ejemplo, pero, creo que voy a esperar a mañana, si es que consigo descansar, para sopesar un poco todo este asunto, sobre todo esto último que he mencionado. ¡Faltaría ahora que después de que me costase un Widget el trabajo de hoy este no sirviera para nada! Menos mal que al menos quedará en el plugin Easy Widgets, pues todo indica que las cosas se pueden hacer de muchas formas, al menos de las dos apuntadas, y así dependerá de lo que más nos interese hacerlo de una forma u otra. Y ya no digo más, que, luego todo se sabe. :)

Recordemos. Básicamente, el plugin GbIExplorerAdvert ha de mostrar una advertencia a los usuarios que usen Internet Explorer, recomendándoles el uso de Mozilla Firefox. Esta advertencia ha de mostrarse sólo una vez, de modo que el plugin guarda una "cookie" para evitar mostrar la advertencia en sucesivas ocasiones. La "cookie" expirará en cinco días, pasados los cuales la advertencia podrá mostrarse otra vez, para luego repetirse este ciclo. Ahora bien, en el momento en que este plugin prepara la advertencia, esta se "imprime" junto al resto de código HTML de la correspondiente petición de usuario, y esta es guardada en el caché de contenidos.

Entonces, en la siguiente petición del mismo usuario, aparecerá de nuevo la advertencia... no porque el plugin la imprima de nuevo, sino porque la respuesta a dicha petición guardada en el caché de contenidos incluye la advertencia. En cuanto me he dado cuenta he visto la solución, que, pasa por deshabilitar el caché de contenidos para esa petición de usuario en concreto, de modo que la advertencia no se guarde en el caché. Sin embargo, nótese que el plugin sigue funcionando de la misma forma que antes, es decir, aunque la respuesta no se guarde en el caché, la siguiente sí podrá hacerlo, sin la advertencia del plugin, porque este no la habrá llegado a imprimir.

El plugin sigue estableciendo y comprobando la "cookie" correspondiente. Cuando el plugin imprime la advertencia significa que la "cookie" no está establecida, de modo que el plugin imprime la advertencia, evita que la respuesta al usuario se guarde en el caché, y establece la "cookie" que sirve de bandera. En sucesivas peticiones, por lo tanto, la advertencia no se mostrará, pero, las peticiones del usuario sí serán guardadas en el caché normalmente. Yo pensaba que la solución ya existía en Gesbit, es decir, que ya había forma de deshabilitar el caché de contenidos para una determinada respuesta, sin embargo, debí ponerme con ello pero no concreté nada.

Ahora sí, la clase "GbCache" incorpora métodos para deshabilitar, habilitar y conocer si el caché ha sido deshabilitado o no. Y además he preparado los correspondientes métodos en la clase "Gb", que son, precisamente, los que ya está usando el plugin "GbIExplorerAdvert", de modo que ahora este plugin funciona como se espera, se use o no el caché de contenidos en Gesbit. Huelga decir que esta situación puede darse en otros plugins, y de ahí los cambios en la clase "GbCache". Parece que contar con la posibilidad de deshabilitar el caché de contenidos para una petición en concreto es necesario a veces, como queda demostrado con el plugin GbIExplorerAdvert.

(Haz clic en la imagen para agrandarla)

La advertencia en cuestión se mostrará al usuario una sola vez cada cinco días, dicho de otro modo, al mostrar la advertencia una "cookie" es almacenada en el navegador del usuario, y esta "cookie" caducará a los cinco dias, de modo que "GbIExplorerAdvert" no la encontrará, mostrando de nuevo la advertencia al usuario. Vale. Es un plugin "chorri", en el sentido de que su utilidad es "superficial", pero, yo me he entretenido haciéndolo, qué quieres que te diga, y tal vez resulte curioso para alguien además. :)

En definitiva, un plugin realmente sencillo, como prácticamente todos los "filtros", que, si le hace falta a alguien, podrá utilizar en su bitácora. Personalmente, no creo que lo utilice, puesto que suelo controlar bastante bien, hasta el momento, los comentarios que recibo, de modo que todos son "amigos", por decirlo así, a los cuales se les permite enlazar lo que quieran, porque confío en ellos. Pero, en fin, ahí queda GbNoFollow para quien quiera usarlo, como digo, y también quien quiera puede echar un vistazo a su código fuente, a su línea de código, al plugin, vaya, a ver qué le parece, si es que le parece algo. ;)