La mayor expansión de internet en 40 años aprovada para su implementación

Esta no es una entrada habitual en este blog, pero me ha parecido que el tema os podría interesar, ya que este asunto de internet lo vivimos todos los que, por H o por B, navegamos por la red.

La ICANN (Internet Corporation for Assigned Names and Numbers) es el organismo que regula y coordina el uso de los nombres de dominio en internet. Es quien decide si misitioweb.loquesea se puede implementar y cómo, donde .loquesea es lo que se llama TLD (Top Level Domain), y que no puede ser cualquier cosa. Hay una lista de unos veintitantos gTLD (TLD genéricos), entre los que estan los más conocidos .com, .org, .info, .net, .edu, o el .cat que es el primer TLD que se aprovó no hace mucho para representar una comunidad lingüística y cultural, y luego estan los ccTLD (country code TLDs) que vienen a representar los distintos países, como .es, .fr, .uk, … (ver lista completa).

Pues bien, la noticia es que, a día 26 de Junio, el ICANN ha aprovado una recomendación de norma para que se pueda crear casi cualquier tipo de TLD. Esto todavía tardará algún tiempo ya que ahora tendran que especificar los detalles de la normativa y la implementación, pero se puede decir que esta decisión sería el pistoletazo de salida. Parece que la implementación está prevista para la segunda mitad del año que viene.

No está claro todavía qué requisitos se tendran que cumplir. Es posible que para solicitar un TLD se tenga que demostrar alguna cosa, pero tiene pinta de que funcionaría como el registro de dominios genéricos. Es decir, que valdría cualquier cosa, y que habría una cierta política sobre la cual se podrían establecer reclamaciones cuando hay marcas registradas de por medio y tal, pero en principio, dicen que no habrá TLDs protegidos, igual que no hay .com protegidos.

Esto no significa que cualquiera podrá registrarse un TLD, ya que quien lo registre será el encargado de gestionar todos los nombres de dominio que dependan de él. Por ejemplo, si alguien registra .ejemplo, pues ese alguien tendrá que montar la infraestructura necesaria para que el resto podamos registrar dominios con ese TLD, como misitio.ejemplo. Así pues, un TLD no lo podrá registrar cualquiera, pero digamos que no habrá restricciones para quien pueda y se lo proponga.

Podéis leer el anuncio en la propia web del ICANN, que también contiene una mini FAQ. ¿Las reacciones? …seguro que no tardaremos en leer más y más sobre este tema. Por el momento, aquí tenéis la noticia publicada en Slashdot.org (en inglés).

Sindicación de comentarios

Para aquellos que no conozcáis lo que son los RSS Feeds, os recomiendo que le echéis un vistazo a esta entrada de LoganKeller.

Lo comento porque hoy ponemos en marcha RSS Feeds para comentarios de entradas de blog. Esto significa que cualquier persona tendrá la posibilidad de hacer un seguimiento de las entradas que le puedan interesar, tanto si está registrado como si no. Esto puede venir bien, especialmente, para entradas que puedan ir recibiendo comentarios a lo largo del tiempo, del tipo guías, tutoriales, índices, libros de visitas, etc.

El enlace para este tipo de feeds lo encontraréis dentro de cada entrada, en la parte de arriba a la derecha del contenido veréis un iconito como el gráfico que os he puesto aquí arriba. Las URLs son iguales que las de las entradas pero añádiendo /feed al final. Podéis echarle un vistazo a esta misma entrada para ver un ejemplo. Ojo! No confundir con los RSS Feeds que ya se generan a nivel de blog. Wink

En los casos de entradas que no aceptan comentarios no aparecerá este icono y tampoco se generará contenido RSS. Sobre este tema, os recomiendo la lectura de la entrada donde explicaba las opciones de comentarios.

Galerias con cycle (ejemplos de efectos especiales)

Esta entrada contiene ejemplos de los diversos efectos especiales que se pueden utilizar con las galerías de tipo cycle, cuya documentación puedes encontrar en la siguiente entrada:

 

Ejemplos:

  • fade, zoom y fadeZoom:

  • scrollLeft y scrollRight:

  • scrollUp y scrollDown:

  • slideX y slideY:

  • turnUp y turnDown:

  • turnLeft y turnRight:

  • blindX, blindY y blindZ:

  • growX y growY:

  • curtainX y curtainY:

  • cover y uncover:

  • shuffle, wipe y toss:

 

Para más información o cualquier comentario, por favor usad la siguiente entrada:

 

Galerias con cycle (documentación)

Bueno, pues después de lidiar con algunos problemas de compatibilidad de varios tipos, ya tenemos aquí la posibilidad de generar galerías de imágenes cíclicas. Este método es compatible con todos los navegadores más habituales. Para aquellos que tengais curiosidad, esto se implementa con el plugin cycle de jQuery, que es la librería básica de javascript que utilizamos en este entorno.

Este sistema de galerías nos permite rotar una serie de imágenes, o de cualquier clase de contenido. Todo depende de algunos detalles que tenemos que introducir en el HTML de nuestros textos. Para poder escribir los códigos que activan las galerías es necesario desactivar el editor de texto enriquecido (WYSIWYG) y utilizar una sintaxis particular que ahora os explico.

Para generar galerías de imágenes utilizaremos el siguiente formato de código:

<div class="cycle" cycle="opciones de la galería">
 <img src="…" width="x" height="x" title="" />
 <img src="…" width="x" height="x" title="" />
 <img src="…" width="x" height="x" title="" />
 <img src="…" width="x" height="x" title="" />
</div>

Para generar rotaciones de cualquier otro tipo de contenido utilizaremos el siguiente formato de código:

<div class="cycle" cycle="opciones de la galería">
 <div>…aquí nuestro contenido…</div>
 <div>…aquí nuestro contenido…</div>
 <div>…aquí nuestro contenido…</div>
 <div>…aquí nuestro contenido…</div>
</div>

Es decir, tenemos un div normal y corriente al cual le añadimos un par de atributos. El primero, class="cycle", es el que activa este tipo de galerías, y el segundo, cycle="opciones de la galería", es el que nos permite especificar sus parámetros de configuración, algunos de los cuales son obligatorios y otros opcionales.

Si nos fijamos, la estructura es muy parecida en los dos casos. En el primero, el div con el atributo class="cycle" contiene imágenes, y en el segundo caso contiene otros elementos div. La idea es que con este método de galerías se va a rotar cíclicamente todo elemento contenido en el div principal.

La ventaja con el primer método es que es más sencillo, y suficiente si lo que queremos es mostrar algunas imágenes. El segundo método es más complicado, como veremos más adelante.

Una variante sobre el primer ejemplo (sin div) podría ser como lo siguiente, donde los elementos de la galería no son div, ni img, sino a, que desde el punto de vista de la estructura del HTML viene a ser similar al primer ejemplo, pero donde las imágenes son a su vez un enlace.

<div class="cycle" cycle="opciones de la galería">
 <a href="…"><img src="…" … /></a>
 <a href="…"><img src="…" … /></a>
 <a href="…"><img src="…" … /></a>
 <a href="…"><img src="…" … /></a>
</div>

Veamos, de momento, un ejemplo con cada uno:

El código utilizado en el primer ejemplo es:

<div align="center">
  <div class="cycle" cycle="fx=scrollLeft;width=250;height=185">
    <img src="miniaura1.jpg" width="250" height="185" alt="" />
    <img src="miniaura2.jpg" width="250" height="185" alt="" />
    <img src="miniaura3.jpg" width="250" height="185" alt="" />
    <img src="miniaura4.jpg" width="250" height="185" alt="" />
  </div>
</div>

El primer div nos permite centrar la galería, lo cual es totalmente opcional. En el segundo es donde especificamos class=»cycle» y el resto de parámetros con el atributo cycle=»…». Luego ya repasaremos todas las opciones que se pueden utilizar, pero aquí se ven los más importantes. fx nos permite especificar qué tipo de efectos especiales queremos que se apliquen para las transiciones de las imágenes que componen nuestra galería de ejemplo. Las opciones width y height son muy importantes ya que definen el espacio que ocupará la galería, y conviene que se calcule en base al tamaño de las imágenes. En este caso, definimos una galería de 250×185 que va a contener imágenes de ese mismo tamaño, pero esto podría no ser así, dependerá de lo que necesitemos en cada momento.

El código utilizado en el segundo ejemplo es:

<div align="center">
  <div class="cycle" cycle="fx=scrollRight;width=270;height=220">
    <div class="box10" align="center">
      <img src="miniatura1.jpg" width="250" height="185" alt="" />
      <br />
      (<a href="imagen1.jpg">Pulsa aquí para ampliar la imagen</a>)
    </div>
    <div class="box10" align="center">
      <img src="miniatura2.jpg" width="250" height="185" alt="" />
      <br />
      (<a href="imagen2.jpg">Pulsa aquí para ampliar la imagen</a>)
    </div>
    <div class="box10" align="center">
      <img src="miniatura3.jpg" width="250" height="185" alt="" />
      <br />
      (<a href="imagen3.jpg">Pulsa aquí para ampliar la imagen</a>)
    </div>
    <div class="box10" align="center">
      <img src="miniatura4.jpg" width="250" height="185" alt="" />
      <br />
      (<a href="imagen4.jpg">Pulsa aquí para ampliar la imagen</a>)
    </div>
  </div>
</div>

Si observamos en el código de este segundo ejemplo, los dos primeros div son prácticamente iguales al primero. Pero fijémosos en los parámetros width y height. Aquí tienen valores algo mayores que nuestras imágenes. Esto es así porque los elementos que componen esta galería contienen algo más que una imagen (ver la parte gris del código, que va dentro de otros div).

En estos div que conforman los elementos de nuestra galería podemos utilizar las clases CSS box10 (como es el caso del ejemplo), o box20, que es igual, pero que genera algo más de margen. Por lo demás, el contenido de estos div puede ser cualquier cosa. Lo que tenemos que tener en cuenta es el tamaño que van a tener para poder definir correctamente los parámetros width y height del div que tiene la clase class=»cycle». En caso contrario, si el espacio que calculamos para la galería es menor del necesario, ésta se mostrará recortada, y si es mayor, entonces vamos a generar espacio en blanco sin necesidad alguna.

Bien, hasta aquí la estructura del HTML que necesitamos montar para nuestras galerías. Ahora centrémonos en la sintaxis del atributo cycle=»…». Las opciones se separan con punto y coma unas de las otras, y tienen el formato opción=valor.

Las opciones disponibles son:

  • fx: Especifica el tipo de efectos especiales que se quiere aplicar para las transiciones de los elementos de la galería (valor predeterminado: fade). Un poco más abajo tenéis una muestra de cada uno de los efectos que se puede utilizar.
  • width/height: Especifica las dimensiones en pixels para el espacio destinado a mostrar elementos de la galería. Estos dos parámetros son imprescindibles. Son los únicos que no tienen un valor predeterminado y que el sistema tampoco puede calcular. Si no se especifican, entonces la galería no va a activarse.
  • random: Se puede utilizar el valor 1 para que los elementos de la galería se muestren aleatoriamente. En caso contrario se muestran en el mismo orden en el que estan en el HTML.
  • speed: Especifica un valor en milisegundos. Es el tiempo que se tardará en aplicar las transiciones. El valor predeterminado es 1000 milisegundos (1 segundo).
  • timeout: Especifica un valor en milisegundos. Es el tiempo que se mantendrá visible cada elemento de la galería. El valor predeterminado es 6000 milisegundos (6 segundos).
  • delay: Especifica un valor en milisegundos. Es el tiempo que se tardará en iniciar la rotación de elementos de la galería. El valor predeterminado es 0, lo cual implica que las transiciones se inician justo cuando se carga la página. Aquí se pueden especificar valores positivos o negativos. Este parámetro va bien si se quieren mostrar varias galerías en la misma página con ritmos distintos para las transiciones.
  • pause: Se pueden especificar los valores 0 y 1 (predeterminado). Permita pausar las transiciones situando el cursor encima de la galería. Si se quiere desactivar este efecto, entonces conviene utilizar el valor 0.
  • click: Si se especifica el valor 1, entonces se puede pasar al siguiente elemento de la galería haciendo click sobre la misma. El valor predeterminado es 0, es decir, esta característica está desactivada.

Para finalizar, aquí tenéis una muestra de todos los efectos especiales que se pueden utilizar con el parámetro fx:

 

Nuevo bloque: Archivo de entradas

Activamos un nuevo bloque con el nombre de "Archivo de entradas" que podréis encontrar en la página de personalización de vuestro blog.

Este bloque muestra una lista de los años y meses en los que se han publicado entradas del blog personal. Entre paréntesis se muestra el número de entradas para cada periodo. Los nombres de los meses son enlaces a una página donde se muestran las entradas que se han publicado durante ese periodo. Tenéis un ejemplo en mi blog, al final de los bloques laterales.

En resumén, se trata de un elemento típico en cualquier blog que aquí nos faltaba, y que a alguno os puede ir bien para organizaros mejor el contenido.

La única duda que tengo sobre esto, es que la página que muestra las entradas de un determinado periodo las muestra como si fuese el blog, en "formato recortado". En cambio, he visto algunos por ahí que lo muestran en plan listado, sólo con los títulos de las entradas. Si algunos lo queréis en este otro formato, por favor comentadlo aquí mismo exponiendo los pros que le véis. Si hubiese suficiente demanda, podría ponerlo como opción.

¿Desde dónde está llegando más tráfico?

Repasemos algunas estadísticas primero, y luego te suelto un consejillo que podría ayudarte a mejorar a (medio/largo plazo) el tráfico que le llega a tu blog.

Hasta hace muy poquito, la mayor fuente de tráfico aquí en Gamefilia era la portada de Meristation, pero desde hace algunos días esto ya no es así. En general, ya nos está entrando más tráfico desde Google que desde cualquier otra fuente, lo cual está genial. Significa que nos estan indexando correctamente y que cada día que pasa, nos van posicionando mejor en los resultados de búsqueda.

Fuentes de tráfico en Gamefilia a Junio del 2008
Fuentes de tráfico en Gamefilia a Junio del 2008

 

Todavía es pronto para que se pueda considerar una situación "normal". Si te fijas en el gráfico de arriba (extraido de nuestra cuenta de Google Analytics), el apartado "Sitios web de referencia" es todavía mayor que "Motores de búsqueda", pero con el tiempo será al revés. Como ejemplo de esto, aquí tienes el mismo gráfico pero para Meristation:

Fuentes de tráfico en Meristation a Junio del 2008
Fuentes de tráfico en Meristation a Junio del 2008

 

Volviendo a los datos que tenemos sobre Gamefilia, dentro del apartado "Sitios web de referencia", aparte de la portada de meri tenemos a zonaforo como la siguiente fuente, y luego menéame como la fuente más destacada. La suma de todos estos sitios es lo que se ve de color azul en el gráfico de arriba del todo, el de Gamefilia.

Dentro del apartado "Motores de búsqueda" tenemos a Google como el primero destacadísimo, superando a cualquier otra fuente de tráfico. Después tenemos a yahoo! y live con bastante menos significancia, y después a terra, aol, altavista, lycos, ozu, etc. pero a muchísima distancia de los, digamos, grandes. La tendencia es que el tráfico que nos envían los motores de búsqueda vaya siendo como el de Meristation.

Consejo: Si quieres mejorar el tráfico que te llega desde los motores de búsqueda, que ya ves que se trata de algo fundamental, una cosa que va muy bien es darse de alta en DMOZ, el Open Directory Project (esto es el directorio que tuvo Yahoo! en su portada durante tantos años, por poner un ejemplo), fuente de la que salen prácticamente todos los directorios de páginas web que nos ofrecen como alternativa los motores de búsqueda (ejemplos: Yahoo! Directory, Google Directory). Si quieres, puedes mirar en Google, a ver cuántos sitios hablan de este tema.

Más información sobre DMOZ en su página Acerca de. El único problema, entre comillas ya que es algo bueno, también entre comillas, es que tardan bastante tiempo en cursar las peticiones de alta. Nosotros, por ejemplo, todavía no salimos. Supongo que el día que nos la cursen, será otro factor más con el que contar a la hora de analizar el tráfico. Lo importante de esto es cursar tu alta cuanto antes mejor. Para ello, tienes que navegar por el directorio hasta que encuentras la categoría en la que quieres darte de alta, pinchar en el enlace "Sugerir URL" o similar que aparece en el menú superior, rellenar los datos, y armarse de paciencia, que esto se lo tiene que mirar alguien, y deben tener una cola de espera impresionante… a pesar de ello, vale la pena intentarlo. Dicho queda. Wink

Bueno, no me enrollo más… ahora te toca a tí… ¿cómo anda la cosa con tu blog? …aunque el volumen no sea el mismo, ¿has observado alguna evolución que valga la pena resaltar?

 

Ejemplo del mensaje que muestra dmoz.org después de enviar una URL:

“ Se ha recibido su sitio. Un editor verá su sitio para decidir si se incluye en el directorio.

Una vez que se acepte su sitio en el Open Directory, puede tomar entre dos semanas a algunos meses para que su sitio sea listado en directorios que usen los datos del Open Directory, tales como AOL Search, AltaVista, HotBot, Google, Lycos, Netscape Search, etc.

Facilitamos actualizaciones de los datos semanalmente, pero cada directorio tiene su política de actualización. ”

 

Optimización de motores de búsqueda

SEO BlocksComo ya sabréis la mayoría de vosotros, una buena parte del éxito de un sitio web pasa por aplicar una serie de técnicas, estándares y procedimientos que nos permitan optimizar los contenidos para que los motores de búsqueda puedan indexarnos mejor. Lo que quizá no conozcáis es que los principales motores de búsqueda ofrecen, gratuitamente, algunas herramientas que nos pueden ayudar a realizar esta tarea, a la par que aprendemos nuevos conceptos que nos van a permitir mejorar nuestros propios contenidos.

Aunque no todos los motores de búsqueda ofrecen las mismas opciones, básicamente nos permiten analizar diversas estadísticas obtenidas durante el proceso de indexación de nuestro blog, errores de acceso, palabras clave que los usuarios han utilizado para acceder a nuestro blog, páginas de otros sitios que enlazan al nuestro, revisión del XML Sitemap del blog, etc.

Para poder utilizar estas herramientas es necesario obtener una cuenta de usuario en el sitio correspondiente, dar de alta la URL de nuestro blog, y pasar por un proceso de verificación a través del cual estos servicios comprueban que el sitio que queremos analizar es realmente nuestro.

Para completar este proceso de verificación, puede que nos ofrezcan varios métodos. Uno de estos métodos implica añadir un código especial en el HTML de la página principal de nuestro blog similar a lo siguiente:

<meta name="etiqueta" content="código" />

Cada motor de búsqueda tiene sus particularidades en la manera en cómo organizan estas herramientas. Recordad que cuando os ofrezcan la posibilidad de verificar vuestro blog, debeis seleccionar la opción que genera un código similar al anterior.

Una vez obtengamos este código, lo único que tenemos que hacer es entrar en Preferencias / Blog personal / General, donde encontraremos una sección deplegable con el título Optimización de motores de búsqueda. Aquí informamos el código de verificación que nos hayan asignado, muy importante: sólo la parte del código que está resaltada en rojo en el ejemplo de arriba, y guardamos los cambios.

A partir de ese momento, si miramos el código fuente de cualquiera de las páginas de nuestro blog, observaremos que el sistema nos está generando ese código que nos pedían. Una vez comprobado, ya podemos volver a la página de herramientas del motor de búsqueda correspondiente y utilizar los servicios que nos proporcionan.

A continuación os dejo una lista de enlaces relacionados con cada uno de estos servicios:

En la variedad está el gusto, dicen, pero ahora mismo de estos 3 servicios, el que está mejor con diferencia es el de Google. El Live está en beta, proporciona muy poca información y parece que tiene problemas en reconocer el código de verificación en el blog personal (para Gamefilia sí ha funcionado). El de Yahoo! todavía no he conseguido que me verifique el código de autentificación META, ni para el blog personal, ni para Gamefilia. Para más detalles sobre este tipo de problemillas, ver más abajo actualizaciones de este documento.

Para cualquier consulta que tengáis sobre el uso de estos servicios, por favor utilizad los canales de ayuda y soporte que ellos mismos proporcionan. Si a través de los informes que os proporcionan, se os ocurre cualquier duda relacionada con algún aspecto de la implementación del sistema de blogs, entonces podéis usar esta misma entrada, que aquí sí, intentaremos resolver cualquier duda que os pueda surgir en este sentido.

 


Actualización 1: Por el momento, de estos 3 servicios, el único que he conseguido que sea capaz de completar el proceso de verificación del código META es Google Webmaster Tools. Si la cosa cambia, ya pondré una nueva nota al respecto. Si alguien lo consigue, por favor que deje un comentario. Es posible que el problema sea tan sencillo como esperar a que el bot correspondiente visite el blog, lo cual podría llegar a tardar un día o más.

Actualización 2: Buenas noticias sobre el servicio de Yahoo! Ha tardado un poco más en reconocer nuestro código de verificación, pero al final ha funcionado (ver comentario de Rox). Ahora sólo falta el de Live, que parece que al tratarse de un servicio en estado Beta, todavía no sabe reconocer los Meta tags de nuestro blog.


 

Entradas relacionadas:

 


La encuesta es abierta, quiero decir que no tiene caducidad. Os rogaría que antes de votar, procuréis echarle un vistazo al menos a un par de estos servicios, si es posible. Ya sea en vuestro blog de Gamefilia, o en cualquier otra web que tengáis por ahí. De momento, el único servicio que parece funcionar aquí es el de Google, por lo que si sólo conoces éste, no vale la pena votar. De todos modos, mantengo la encuesta por si acaban funcionando los otros dos servicios, o por si los conocéis de haberlos usado en otro sitio.


¿Cómo tratamos los errores 404 (página no encontrada)?

El tratamiento de los errores 404 (página no encontrada) es más importante de lo que parece a simple vista. ¿qué triste es encontrarte con una página que te dice simplemente, esto que buscas no está? …suena casi a un adiós muy buenas.

Además, esto aquí os puede afectar más ya que las URLs de las entradas de blog se derivan del título, y si lo cambias, también cambia la URL. Supongamos que los buscadores nos han indexado con la primera URL ¿cómo les podemos decir que la hemos cambiado? …muy sencillo, aquí generamos lo que se llama XML Sitemaps, y es un tema que ya os expliqué en otra ocasión. Lo cual está muy bien, pero… ¿qué pasa si alguien nos enlaza desde otra página web? …aquí los XML Sitemaps no nos van a servir de nada. Entonces, ¿qué podemos hacer?

Pues muy sencillo, cuando detectamos un error 404, en lugar de mostrar un triste error sin más, vamos a analizar la URL y ver si podemos deducir alguna cosa a través de la cual podamos extraer la nueva URL y/o el blog donde se publicó esa entrada. Aparte de que, a malas, si no encontramos nada, podemos mostrar enlaces a las páginas de búsqueda, o a la nube de etiquetas, que quizá a través de ahí, el visitante pueda encontrar aquello que venía buscando.

La URL de la entrada no es dificil de deducir. Si os fijais, el formato de las URLs es /blog/fecha/número/título, donde número es el código interno de la entrada de blog. Entonces, si alguien cambia el título, esa parte va a seguir igual, así que cuando detectamos un error 404, si podemos extraer ese número, podemos buscar en la base de datos, a ver si encontramos esa entrada, aunque sea con un título distinto, y así proponérselo al visitante para que nos se nos vaya con las manos vacías. Como quizá también nos sea posible deducir en qué blog se publicó, podemos proponer un enlace a ese blog en particular, por si el autor borró la entrada y/o escribió algo relacionado en otra. En fin, no siempre será posible conseguir generar una página de error 404 con las propuestas alternativas más acertadas, pero menos da una piedra.

Aparte de esto, si quien genera un error 404 es un buscador de internet (Google, Yahoo! o MSLive, por ejemplo) que nos llega siguiendo un enlace que haya visto en otra página, que podría estar mal escrito, pues en ese caso le podemos mandar directamente a la página correcta de la entrada, y le pasamos un código de redirección 301 (que indica "redirección permanente") por lo que el buscador nos tendrá en cuenta con la URL correcta. Esto nos va a venir bien para que no descarten ese enlace cuando calculan el nivel de popularidad de nuestro blog (el famoso pagerank).

Bueno, igual suena muy técnico todo esto, así que veamos un ejemplo generando expresamente mal un enlace para esta misma entrada:

¿Qué tal pinta tiene la página que sale? El objetivo sería que el visitante que la vea la entienda a la primera. ¿qué os parece a vosotros? Neutral

 

Entradas relacionadas:

 

Posible incremento en el contador de visitas

Estadísticas, incremento contadorAquí una entrada cortita para comentar un cambio que he realizado en la manera en cómo se incrementan aquí los contadores de lectura de entradas y de visitas al blog.

Ya he contado en alguna ocasión que sólo incrementamos estos dos contadores por cada sesión de usuario. Esto significa que por cada sesión nos guardamos una lista con las entradas de blog que cada uno ha ido visitando durante su sesión. Esto hace que no cuadren los números que veis aquí con los datos que os pueda proporcionar Google Analytics, ya que este servicio cuenta todo lo que le llega por cada página que se visita, sólo si el visitante tiene el javascript activado lo cual descarta algunos bots, cosa que nuestro sistema de contar sí lo tiene en cuenta todo puesto que no requiere javascript. Aunque GA tiene una manera de mostrar los datos para que se pueda distinguir página vista de lo que sería una visita, son conceptos muy distintos de medir, no se va a poder comparar nunca.

Nuestra manera de contar lecturas/visitas tenía un problema que tratamos de resolver ahora. Y es que una vez creas una sesión, ésta puede vivir muchos días si la vas reutilizando, cosa que ocurre por cada página que visitas, hasta que dejas de visitar Gamefilia y pasa suficiente tiempo como para que caduque y sea eliminada de la base de datos. Esto significaba que aunque visitases una entrada al cabo de un tiempo después de tu anterior visita a esa misma entrada, no se incrementaba el contador puesto que durante esa sesión ya la habías visitado.

Para resolver esto, añadimos ahora un control que mira cuanto tiempo hace que no visitas Gamefilia, aunque sea con la misma sesión de usuario, y si hace más de 1 hora, se va a reinicializar la lista de entradas que has visitado durante esa sesión. Y esto puede provocar que los contadores de lecturas de entradas de blog y visitas al blog se incrementen a un ritmo superior a lo que estábamos acostumbrados.

 

Referencias:

 

Personalización de la zona horaria

Bueno, como parece que nuestro querido paraiso llamado Tierra es redondo (fijate xD), y que no todos vivimos en el mismo rinconcito del globo, pues resulta que no es la misma hora para todos, y quizá podamos hacer algo para ajustarla para que todos veamos algo coherente con el lugar donde estamos.

Aunque parezca mentira, aquí entramos en un terreno que no es tan sencillo como parece, pues nuestro perfil de usuario para estas cosas es el que tenemos en Meristation, que se sincroniza con el de Gamefilia cada vez que nos identificamos.

Entonces, si queremos ver las horas en nuestra zona horaria, nos vamos al perfil de meri, donde al final de la sección preferencias podremos ajustarlo a nuestro antojo, guardamos los cambios, y luego cerramos la sesión de usuario para volverla a abrir. Cuando nos identificamos, lo hacemos en los dos entornos (el sistema se encarga de ello), y al crear una nueva sesión aquí en Gamefilia, se importan algunos datos automáticamente, entre los cuales está la zona horaria, y ya podremos ver las horas aquí tal como lo hayamos configurado.

Comentar que las zonas horarias en zonaforo no funcionan para las fechas de los mensajes allí. Esto se debe a que quien implementó al principio la versión actual de foros, cambió todo el código que formatea las fechas y se hizo sin tener en cuenta las zonas horarias. Y como esto afecta a mucho cacho de código aquí y allí, pues no lo he corregido (todavía). Y así estará hasta que algún día tenga tiempo de entretenerme con eso. No se puede hacer poco a poco porque entonces sería un lio, ver las fechas de una manera distinta según donde la miras.

En fin, un lio… pero aquí en Gamefilia sí funciona, así que ya lo sabéis, si queréis ver las horas correctamente, lo tenéis que ajustar en el perfil de meri, salir de la sesión y volverla a abrir para que se importen los datos de allí a este entorno.