5 reasons I won’t be getting on the open id train es un muy buen post, para no irse ciegamente por las ventajas que ofrece OpenID; detrás de este sistema hay problemas bastante serios aún por resolver.

De hecho ya lo sufrí en carne propia, cuando cambié mi blog de jaroche.wordpress.com a javieraroche.com, sin saberlo mi viejo OpenID URI dejo de funcionar, porque ahora estaba con el nuevo dominio.

Y es que el problema real no es que tu OpenID cambié, si no que el usuario y clave con el cual te registraste en un sitio deje de funcionar por haberlo ligarlo a una cuenta OpenID. Justo lo que me sucedió con UserSytles.org y su sistema de OpenID.

Solo puede resolver el problema al escribirle al dueño del sitio para que realizara el cambio de mi OpenID URI. Creo que hasta el momento la mejor implementación OpenID que he visto es la de SourceForge: puedes usar múltiples proveedores OpenID y aún seguir usando tu usuario y clave de siempre, puedes usarlo como proveedor y si te aburres puedes delegar tu cuenta hacia otro proveedor… genial.

Para evitarme el problema de cambios de proveedores de OpenID, por ahora estoy usando aroche.net como URI desde donde hago una delegación al proveedor de WordPress.com, me resulta mucho más fácil de recordar, de escribir y me permite cambiar de proveedor sin perder el acceso a mis cuentas.

El gran problema sería si decido deshacerme de aroche.net como OpenID URI…

El proceso para tener las licencias Creative Commons adaptadas a las Leyes de Guatemala va avanzando. Invitados todos a unirse a la discusión.

Finalmente, twitter empieza a combatir a los spammers que se aprovechan de su servicio. De hecho había notado que no estaba recibiendo notificaciones cuando un nuevo twitter spammer me seguía en twitter.

¿Dejar comentarios grabados en video? simplemente, no gracias…

Desde hace una semana WordPress.com está mostrando Tips o mensajitos en el Dashboard de todos los blogs, con el fin de “promover” características poco conocidas (como usar un dominio para el blog) y ahora para dar a conocer las últimas noticias en WordPress.com:

Para los que no siguen el desarrollo de WordPress.com de cerca creo que está bien, para otros simplemente es un estorbo, y peor aún que ahora sale en todas las visitas al Dashboard ya no son ocasionales ni controlan si ya te salio o no uno de esos tips.

Por eso dedique unos minutos a crear un UserStyle que oculte los tips del Dashoboard de WordPress.com. Para usarlo necesitan la extensión Stylish de Firefox. También necesitarán modificar la URL del blog en el código del estilo, para que aplique a su dashboard:

@-moz-document url(http://tublog.wordpress.com/wp-admin/)

Una vez instalado el estilo, dejaran de ver esos bloques de texto molestos

Etiquetas: wordpress.com, css, stylish, userstyles, firefox

Desde hace meses todos los blogs de Blogger, tienen la opción para comentar usando una cuenta OpenID. En aquel entonces no le vi mayor ventaja, pero ahora que leo mucho más feeds desde el iPhone (gracias a la versión móvil de google reader) he encontrado esta característica muy útil.

La razón principal es que tan solo tengo que llenar un campo de texto (además del comentario) para comentar, cuando usualmente son 2 o 3 campos los que hay que llenar para dejar un comentario. Considerando lo complicado que es usar el teclado del iPhone y que MobileSafari no recuerde los datos que has usado en campos con el mismo nombre (como lo hace Firefox), he alli la ventaja.

Además al usar OpenID hay una capa extra de confianza de quién dejo el comentario usando OpenID es realmente quien dice ser. Para los que tengan blogs en WordPress y quieran permitir comentarios via OpenID, hay varios plugins que solucionan ese tema.

A veces me pregunto si TwitterAdder es la causa de esos followers misteriosos en twitter, esos que no lucen tan spammers pero siguiendo a miles…

Ahora se pueden ver los followers de cualquier usuario en twitter, el texto ‘followers’ ahora es un enlace

Muy buena sorpresa la de hoy, al ver que SourceForge ha agregado soporte de OpenID en su sitio, pero la forma en la que lo han hecho me pareció muy buena:

• Funcionan como proveedor de OpenID para otros sitios usando tu cuenta:
  http://sf.net/users/username
• También aceptan cuentas OpenID externas, y puedes usar varias con las misma cuenta de usuario.
• Si ya no estuvieras interesado un usar SourceForge como proveedor OpenID, puedes delegar la autenticación a cualquiera de las cuentas OpenID externas que estén relacionados con tu usuario. Es el primer proveedor que conozco permite hacer esto.
• Decides si quieres hacer públicas las cuentas OpenID externas que estén relacionadas con tu usuario. Útil para los paranoicos.

Solo el hecho de que actúen como cliente y proveedor de OpenID ya es bastante, la gran mayoría de quienes quieren participar con OpenID lo hacen como proveedor (e irónicamente son pocos los sitios que funcionan como clientes OpenID), tal el caso de WordPress.com o Yahoo.

Me gusta mucho el hecho de que permitan usar varias cuentas a la vez, la última vez que me propuse usar OpenID en serio, me dio problemas con implementaciones a medias

Se nota que Sourceforge cuido mucho los detalles, tiene todas las opciones que uno quisiera ver en un cliente/proveedor OpenID. Por supuesto, OpenID solo funciona en los servicios web… para SVN y CVS aún tendrás que usar tu usuario y contraseña de siempre.

Etiquetas: internet, openid, sourceforge

Parece la semana de los bugs y fallos de WordPress, uno de los últimos resulta que no puedes reiniciar la contraseña de un usuario con WordPress 2.5.1; No es algo común, pero mientras llega WP2.5.2 más vale parchear, especialmente los blogs con muchos autores.

Últimamente he encontrado muy útiles los tweets de @twtooltrack, para estar al tanto de nuevas herramientas para Twitter.

Para avivar más el escándalo de los fallos de seguridad en WordPress, luego de ver un post raro en el feed de alt1040 desde el Google Reader me doy cuenta que los hackearon:

Ya borraron ese post, pero ahora tienen otro post de un gatito muerto y luciendo Kubrick a todo su esplendor:

¡Vivan los fallos de seguridad en WordPress!

Edito: Ya regresaron a la normalidad…. me gustaba más con el gatito BTW: Confirmaron que el problema si fue el fallo de seguridad de WordPress 2.5, resuelto con 2.5.1

Hasta no hace mucho tiempo no existía diferencia en la página de un etiqueta en inglés o en español, se listaban los mismos posts. Ahora solo aparecen los blogs del mismo idioma que la etiqueta.

Esta semana WordPress.com activo una nueva característica a todos los blogs hospedados acá, se trata de los posibles posts relacionados al contenido del post que se este viendo. Lo que pareciera una buena novedad para los bloggers tiene 2 inconvenientes:

• Fue activado para todos los blogs, sin consulta alguna, pero de todas formas se puede desactivar (ver más abajo).
• Los post relacionados que aparecen son a otros blogs de WordPress.com en vez de al blog del post.

Ya que los posts relacionados se van a otros blogs ajenos, es por lo que considero que está funcionalidad no tiene ningun valor. Hubiese preferible ver otros posts que he escrito, en vez de enviar tráfico a blogs que ni siquiera conozco. Esto más parece otra juego SEO que una funcionalidad real, casi como el caso de las páginas de tags, llevando el tráfico y el PR fuera del blog.

Y es que ya surgieron los primeros problemas, como el caso de una blogger que habla de justicia racial y el feminismo que recibió ataques de otro blog sobre la supremacía blanca. Y ni mencionar a los que se confunden por esos links misteriosos que no aparecen en el editor.

Desactivar los post relacionados

De momento los posibles post relacionados solo funciona para los blogs en ingles, seguro que pronto estará disponible para otros idiomas. Para los que no nos agrada esta característica, podemos desactivarla yendo a Dashboard > Design > Extras y marcar Hide Related Links:

Etiquetas: wordpress.com, chapuces

Uno podría pensar que al ejecutar un query tan simple como elegir una fila al azar de una tabla pequeña (cerca de 500 registros) no debería tener importancia, que es el query ejecutado en los botones de Blogs Chapines:

SELECT * FROM bc_blogs ORDER BY RAND() LIMIT 1;
(1 total, Query took 0.0128 sec)

Un tiempo bastante pequeño y razonable. Pero cuando este query se ejecuta 7,000 veces al día, ya empieza a tener mayor importancia. Buscando por una opción mucho que me diera un query mucho rápido, encontré en Selecting random record from MySQL database table, otra forma de seleccionar un registro al azar ejecutando:

SELECT FLOOR( RAND() * COUNT(*) ) AS `offset`FROM `bc_blogs`
(1 total, Query took 0.0005 sec)

Un query que en mi PC se ejecuta 25 veces más rápido que el que el anterior, sweet!. Luego de ejecutarlo sabemos que fila debemos obtener, ejecutando un simple:

SELECT * FROM `bc_blogs` LIMIT $offset, 1

Que toma solo una fracción de segundo ejecutar. Muchas veces nos pasa que por comodidad no nos fijamos en el rendimiento de las cosas, es algo que estoy aprendiendo ahora que he estado reescribiendo el código detrás de Blogs Chapines.

El código original fue hecho sobre la marcha, ahora que ya se mucho más de lo que hay que hacer, viene bien replantear la estructura del código. Pero ese es tema para otro post

Etiquetas: programación, blogschapines, mysql