eeyore: el burro que maneja Blogger |

Por si alguien no se enteró del asunto, durante varias horas, cientos de blogs se vieron invadidos por un epidemia. Aparecían posts publicados, eliminados o programados con un título que sólo era una serie de números y con un texto que decía esto: "eeyore is cute".
Obviamente, quienes se dieron cuenta (todavía hay decenas de ellos indexados en Google) procedieron a eliminarlos pero temieron lo peor ¿un hacker había entrado en sus cuentas? ¿un spyware se había filtrado en la PC? ¿Qué era esto? La verdad es que cualquier explicación era posible e imposible a la vez; sonaba demasiado "tonto" para ser un "ataque" y demasiado centrado en un servicio para tratarse de un virus. Cambios de contraseña, backups urgentes, temor, lo obvio, lo que nos pasaría a cualquiera de nosotros que de golpe ve que aparecen entradas que uno no realizó. Taquicardia, infartos, muchos calmantes.
Ayer, Blogger contesto más o menos rápido con una entrada en sus Known Issues:
"Some blogs are seeing a new post that says "eeyore is cute!"
We are identifying the cause of the problem and are working on a fix."
¿Trabajando en una solución? Epa, entonces ¿se trata de un error del mismo Blogger? No puede ser, sería una vergüenza. Eso no puede calificarse como error es ... una burrada inaceptable.
Y sí. Lo es. Increible, pero real. Bastante después, un par de actualizaciones a la misma entrada intentaban explicar lo inexplicable:
"Durante tests de rutina, un bug provocó que en un pequeño número de blogs que publican via FTP saliera una entrada de prueba. Ninguna cuenta ha sido hackeada. Se ha corregido el bug y se está trabajando en remover esos datos de los blogs afectados. Mientras tanto, re-publicar el blog corregirá el problema."
Y aún más tarde:
"También se vieron afectados usuarios que tienen marcada la opción de recibir la confirmación via email de lo que han publicado."
Aparentemente, ya todo está "solucionado" ... hasta la próxima vez, claro.
Lo bueno de esto es que ya sabemos un poco más sobre los desarrolladores de Blogger. Son admiradores de Winnie-the-Pooh y con eso, está todo dicho.
Obviamente, quienes se dieron cuenta (todavía hay decenas de ellos indexados en Google) procedieron a eliminarlos pero temieron lo peor ¿un hacker había entrado en sus cuentas? ¿un spyware se había filtrado en la PC? ¿Qué era esto? La verdad es que cualquier explicación era posible e imposible a la vez; sonaba demasiado "tonto" para ser un "ataque" y demasiado centrado en un servicio para tratarse de un virus. Cambios de contraseña, backups urgentes, temor, lo obvio, lo que nos pasaría a cualquiera de nosotros que de golpe ve que aparecen entradas que uno no realizó. Taquicardia, infartos, muchos calmantes.
Ayer, Blogger contesto más o menos rápido con una entrada en sus Known Issues:
"Some blogs are seeing a new post that says "eeyore is cute!"
We are identifying the cause of the problem and are working on a fix."
¿Trabajando en una solución? Epa, entonces ¿se trata de un error del mismo Blogger? No puede ser, sería una vergüenza. Eso no puede calificarse como error es ... una burrada inaceptable.
Y sí. Lo es. Increible, pero real. Bastante después, un par de actualizaciones a la misma entrada intentaban explicar lo inexplicable:
"Durante tests de rutina, un bug provocó que en un pequeño número de blogs que publican via FTP saliera una entrada de prueba. Ninguna cuenta ha sido hackeada. Se ha corregido el bug y se está trabajando en remover esos datos de los blogs afectados. Mientras tanto, re-publicar el blog corregirá el problema."
Y aún más tarde:
"También se vieron afectados usuarios que tienen marcada la opción de recibir la confirmación via email de lo que han publicado."
Aparentemente, ya todo está "solucionado" ... hasta la próxima vez, claro.
Lo bueno de esto es que ya sabemos un poco más sobre los desarrolladores de Blogger. Son admiradores de Winnie-the-Pooh y con eso, está todo dicho.
Wallpapers (Twitter) |
XUL MSN Messenger para Firefox |
XUL MSN Messenger es un mensajero dentro de Firefox, una extensión que agregamos como cualquier otra y que crea una ventana independiente que imita la estética de Live Messenger y a través de la cual nos conectamos con el servicio sin necesidad de tener instalado el programa.
Al ser una extensión, tiene la ventaja de ser multiplataforma además de consumir muy pocos recursos y seguir funcionando, aún cerrando el navegador.
Obviamente, no posee todas las características del original pero la última versión ya integra la posibilidad de conversaciones con varios contactos simultáneamente y la transferencia de archivos. Está en inglés pero se comprende fácil. .
Lamentablemente, algunos usuarios no logran hacerlo funcionar pero es una versión experimental en la que mozdev.org viene trabajando hace años y vale la pena mirarla, aunque sea como curiosidad.
Al ser una extensión, tiene la ventaja de ser multiplataforma además de consumir muy pocos recursos y seguir funcionando, aún cerrando el navegador.
Obviamente, no posee todas las características del original pero la última versión ya integra la posibilidad de conversaciones con varios contactos simultáneamente y la transferencia de archivos. Está en inglés pero se comprende fácil. .
Lamentablemente, algunos usuarios no logran hacerlo funcionar pero es una versión experimental en la que mozdev.org viene trabajando hace años y vale la pena mirarla, aunque sea como curiosidad.

REFERENCIAS:ZonaFirefox
Solucionando cosas: Script de Posts Expandibles |
k_nelita preguntaba si era posible colocar el script para crear Posts Expandibles directamente en la plantilla y como es uno de los más extendidos, aquí va la explicación.
Solemos verlo en nuestra plantilla mediante un código como este:
Solemos verlo en nuestra plantilla mediante un código como este:
<script type='text/javascript' src='http://www.anniyalogam.com/widgets/hackosphere.js' />
Si bien es cierto que el script sigue funcionando, lo mejor, SIEMPRE, es tenerlo alojado nosotros. Lo podemos agregar a la plantilla usando el mismo criterio que usamos con las demás, colocando su contenido dentro de etiquetas SCRIPT:
<script type='text/javascript'>
//<![CDATA[
... aquí pegamos el contenido del archivo ...
//]]>
</script>Como se trata de una serie de funciones, también podemos emplear un elemento HTML si creamos una sección especial en la plantilla para guardar scripts:
<!-- CONTENEDOR SCRIPTS --> <b:section class='contenedorScripts' id='contenedorScripts' />
Alojando imágenes en Blogger |
Ahora que todos estamos un poco concientes de la necesidad de tener un blog que dependa lo menos posible de sevicios externos, vale la pena reciclar cosas escritas alguna vez. Una de ellas es las imágenes.
Alba, comentaba hace unos días, que las imágenes las tenía alojadas en ImageShack. Le sugerí colocarlas en Blogger mismo porque me estoy volviendo un poco paranoico con este asunto y su pregunta fue ¿cómo se alojan en Blogger?
Obviamente, no estamos hablando de las imágenes de las entradas sino de las que usa la plantilla. Tampoco estoy diciendo que no debe usarse un servicio externo, sólo creo que es mejor tenerlas en Blogger porque a la larga, será más rápido y nos evitaremos colapsos indeseados.
Lo que debemos hacer para alojar imágenes que luego usaremos en la plantilla es aprovechar el editor de entradas, ya sea en un post existente o, mejor aún, en uno nuevo al que usaremos de borrador. Vamos a un ejemplo práctico.
Creo una entrada nueva y me ubico en Edición HTML ya que allí tendré que mirar para saber la dirección URL de la imagen. Click en el ícono y me aparecerán una serie de opciones.
Alba, comentaba hace unos días, que las imágenes las tenía alojadas en ImageShack. Le sugerí colocarlas en Blogger mismo porque me estoy volviendo un poco paranoico con este asunto y su pregunta fue ¿cómo se alojan en Blogger?
Obviamente, no estamos hablando de las imágenes de las entradas sino de las que usa la plantilla. Tampoco estoy diciendo que no debe usarse un servicio externo, sólo creo que es mejor tenerlas en Blogger porque a la larga, será más rápido y nos evitaremos colapsos indeseados.
Lo que debemos hacer para alojar imágenes que luego usaremos en la plantilla es aprovechar el editor de entradas, ya sea en un post existente o, mejor aún, en uno nuevo al que usaremos de borrador. Vamos a un ejemplo práctico.
Creo una entrada nueva y me ubico en Edición HTML ya que allí tendré que mirar para saber la dirección URL de la imagen. Click en el ícono y me aparecerán una serie de opciones.
Elige un diseño nos da cuatro posibilidades: poner la imagen centrada, flotando a la derecha, flotando a la izquierda o no darle formato. Vamos a elegir esta última aunque, en realidad, no importa.
Tamaño de la imagen tiene tres posibilidades: Pequeñas, Medio y Grandes ¿Qué significa esto? Lo mejor es verlo. Voy a subir la misma imagen cuyo tamaño original es de 600x200:
Tamaño de la imagen tiene tres posibilidades: Pequeñas, Medio y Grandes ¿Qué significa esto? Lo mejor es verlo. Voy a subir la misma imagen cuyo tamaño original es de 600x200:
Me dará tres codigos similares pero diferentes donde elimino todo y me centro exclusivamente en lo único importante, la de la etiqueta IMG que contiene la URL:
<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://......./s1600-h/demoIMG.jpg"><img style="cursor: pointer; width: 200px; height: 60px;" src="http://......./sXXX/demoIMG.jpg" alt="" id="BLOGGER_PHOTO_ID_XXXXXXXXXXXXXX" border="0" /></a>Si sólo me concentro en esa parte, tendré tres etiquetas "normales. Algo así:
<img src="http://......./s200/demoIMG.jpg" />
<img src="http://......./s320/demoIMG.jpg" />
<img src="http://......./s400/demoIMG.jpg" />
Ninguna de las tres se muestra tal como es la imagen original, la primera tiene 200 pixeles de ancho, la segunda 320 y la tercera 400. Aparentemente, han sido redimensionadas por Blogger pero, en realidad, eso no es del todo cierto, lo que está ocurriendo es que nos está mostrando tres miniaturas que se crean automáticamente al subirlas. No habrá diferencias si el ancho de la imagen no supera cierto valor pero si se trata de imágenes más grandes, no se mostrarán a menos que hagamos algo.
Si se fijan en esas etiquetas IMG, verán que son iguales con una excepción, hay un directorio que se muestra en el parámetro src que difiere:
Si se fijan en esas etiquetas IMG, verán que son iguales con una excepción, hay un directorio que se muestra en el parámetro src que difiere:
src="http://......./s200/demoIMG.jpg"
src="http://......./s320/demoIMG.jpg"
src="http://......./s400/demoIMG.jpg"
Ese dato, es el que indica cuál es la miniatura a mostrar.
¿Y dónde está la imagen original? Por suerte, Google siempre usa el mismo criterio en todas esas cosas y las coloca en el mismo directorio pero con un nombre distinto, el s000 así que si la cambiáramos por:
¿Y dónde está la imagen original? Por suerte, Google siempre usa el mismo criterio en todas esas cosas y las coloca en el mismo directorio pero con un nombre distinto, el s000 así que si la cambiáramos por:
src="http://......./s000/demoIMG.jpg"veríamos esto:
Tamaño Original:


Da lo mismo usar s000 que s00 o bien s0:
src="http://......./s00/demoIMG.jpg"
src="http://......./s0/demoIMG.jpg"
Funcionará siempre que estemos en blogspot porque hay una restricción para quienes tienen dominios propios ya que nuestras imágenes son alojadas en Picasa y este, impide el hotlinking.
No son las únicas miniaturas disponibles, hay más:
s48, s64, s144, s150, s512, s640 e incluso, hay una que algunos utilizan para mostrar las imágenes en su tamaño real:
No son las únicas miniaturas disponibles, hay más:
s48, s64, s144, s150, s512, s640 e incluso, hay una que algunos utilizan para mostrar las imágenes en su tamaño real:
src="http://......./s1600/demoIMG.jpg"pero esta en particular suele no funcionar en la plantilla.
En resumen, una vez que subimos la imagen y copiamos la URL que se encuentra el el atributo src, le cambiamos ese directorio, sea cual sea por s000 y ya tenemos la imagen disponible. Ahora, podemos hacer dos cosas, borramos el post y al hacerlo, le decimos que no borre la imagen, o lo guardamos como borrador para utilizarlo en cualquier otro momento.
En resumen, una vez que subimos la imagen y copiamos la URL que se encuentra el el atributo src, le cambiamos ese directorio, sea cual sea por s000 y ya tenemos la imagen disponible. Ahora, podemos hacer dos cosas, borramos el post y al hacerlo, le decimos que no borre la imagen, o lo guardamos como borrador para utilizarlo en cualquier otro momento.
Solucionando scripts: Emoticones en los comentarios |
Seguimos en la tarea de eliminar scripts alojados en archivos externos, agregándolos a la plantilla de manera directa y utilizando el mismo criterio que en los casos anteriores (LightWindow y Últimos Comentarios) es decir, colocándolos en un elemento HTML para no sobrecargar la plantilla y dejarla lo más despejada posible.
A mi juicio, lo mejor es crear una sección nueva en la plantilla y allí colocar los elementos HTML nuevos que contendrán los scripts. Eso, lo hacemos de manera muy sencilla si justo debajo de <body> agregamos este código:
A mi juicio, lo mejor es crear una sección nueva en la plantilla y allí colocar los elementos HTML nuevos que contendrán los scripts. Eso, lo hacemos de manera muy sencilla si justo debajo de <body> agregamos este código:
<!-- CONTENEDOR SCRIPTS --> <b:section class='contenedorScripts' id='contenedorScripts' />
Ya tenemos una sección nueva en la que podemos adicionar gadgets desde Diseño | Elementos de la página. Lo hacemos, le ponemos un título o no, a gusto de cada uno y luego copiamos y pegamos el código del archivo entre etiquetas SCRIPT:
<script type='text/javascript'>
... aquí pego el contenido del archivo ...
</script>Sólo faltaría eliminar el script de la plantilla o modificarlo. Buscamos entonces el código que debería estar justo antes de:
<div id='sidebar-wrapper'>
y, en lugar de:
<b:if cond='data:blog.pageType == "item"'>
<script src='direccion_URL/VEmoticones.js' type='text/javascript'/>
<script type='text/javascript'>
emoticonComentario();
</script>
</b:if>sólo ponemos la llamada a la función:
<b:if cond='data:blog.pageType == "item"'> <script type='text/javascript'>emoticonComentario();</script> </b:if>
Guardamos y ya está resuelto el tema con ciertas ventajas:
- no dependemos del buen humor de quienes alojan archivos
- el script es fácilmente editable
- al estar en la misma plantilla, se ejecutará más rápido y el blog reducirá su tiempo de carga






