Comunidad

Me gusta Twitter

Uh, qué descuidada tengo esta bitácora. Desde hace tiempo decidí que todo lo que contara sobre Jabber lo haría aquí y no en mi web. Mejor no mezclar cosas... :) Pero como hace mucho que no hago nada para Jabber, pues esto queda medio abandonado.

Hoy me ha dado por commitear unos cambios en mi servicio de Status on Web de Jabberland. Ha sido algo mínimo porque otra mejora importante que tengo en desarrollo aun me da algún problema, de carga sobre todo.

Dejando los arreglos de siempre, depuración de código y mejora de rencimiento oportunos, el cambio añadido ha sido la integración de mi servicio con el de Twitter.com. Twitter es una web que simplemente permite mostrar "qué estás haciendo" y actualizarlo vía web, IM y SMS. Lo que he hecho es que ahora si se usan los dos servicios y cambias el mensaje de estado en tu cliente Jabber/Gtalk, se actualizará también en el estado de Twitter. Así de sencillo.

Para activarlo solo hay que decirle a mi bot "twitter USUARIO CONTRASEÑA", y para desactivarlo en un futuro "twitter off". Eso mismo sale en la ayuda del bot (si le dices "ayuda" o "help"). Fijísimo que mucha gente es reacia a usar esto por el hecho de tener que indicar sus datos de la cuenta twitter... no les culpo, yo lo haría también, así que espero que confíen en mi buena fe y me crean cuando les digo que los datos según me llegan los guardo ya encriptados para la autentificación HTTP futura.

Esa es otra, puesto que twitter soporta mensajería instantánea... porqué no uso ese método? Sencillo, porque para actualizar los datos por ese método hay que tener un bot suyo agregado y validada tu cuenta, y para actualizar el dato se hace enviándole un mensaje cada vez. Así pues, no tengo acceso a ese método... por lo que vi más correcto usar el método HTTP.

Ahora con las dos cosas integradas puedo por ejemplo mostrar en cualquier web el avatar que uso en Jabber (con mi servicio), el estado que tengo (también con Jabberland), y el mensaje de estado (esta vez bien con mi servicio o bien con el de twitter).

En fin, alguna posibilidad más? :)

Charla con los desarrolladores de Psi

Actualización: La charla ya se ha realizado, podeis ver los logs en dos partes: primera y segunda.

Ha habido mucho movimiento últimamente alrededor de [[Psi]]. La inclusión de características como el soporte para MUC (Multi-User Chat), PEP o Comandos Adhoc en la próxima versión, junto al hecho de que se le adjudicaron varios proyectos del Summer of Code, le han dado bastante protagonismo.

Puesto que hay bastante gente interesada en el proyecto, los desarrolladores van a organizar una charla con ellos para hablar del futuro de Psi. Ya hemos podido ver en alguna ocasión más este tipo de charlas, por ejemplo con Roz Chavez, de Google Talk

La charla será en la sala psi@conference.jabber.ru, el miércoles 21 de Junio de 2006 a las 19:00 GMT (21:00 en España)

Servidor Jabber actualizado: SSL desactivado, ubuntu-es.org

Tagged:

Ayer actualizamos el servidor Jabber, parece que sin mayor problema. A continuación iremos listando los cambios importantes:

  • Soporte de cifrado usando el viejo SSL en el puerto 5223: deshabilitado definitivamente. A partir de ahora para tener comunicación cifrada con el servidor Jabber hay que usar TLS en el puerto 5222, tal como define el protocolo XMPP. Casi todos los clientes soportan ya este método (Gajim, Tkabber, GAIM, Pandion, Exodus...) y lo usan por defecto. Solo algunos clientes todavia no lo incluyen (Psi 0.10, Kopete).
  • Actualizado 4 Junio: ubuntu-es.org tiene ahora un servidor Jabber hospedado por jabberes.org. Noticia completa.

Superamos las 20000 cuentas en el servidor Jabber

Tagged:

Durante el día de hoy hemos superado nuestro segundo diezmil: tenemos más de 20.000 cuentas de usuario creadas en el servidor Jabber/XMPP de JabberEs. Y muchos de vosotros sois responsables de ello (y no hablamos por los que se han creado n cuentas ;).

Por otro lado y directamente relacionado, últimamente superamos con facilidad los 400 usuarios simultáneos, lo que también es un logro.

A todos vosotros, gracias.

Diario de Jabber #26 24-03-2006

Han pasado tres meses desde el último Diario Jabber. Y pueden pasar un montón de cosas en tres meses, ¡especialmente en el mundo de Jabber/XMPP! Aquí están algunas de ellas...

Para comenzar, la federación está despegando. En Enero, Google Talk abrió su red con el resto de la red Jabber. El número de servidores registrados en la web de XMPP Federation continúa creciendo (y es una pequeña parte de loas decenas de miles de servidores en la red). Algunos ISP's están probando la comunicación entre servidores con el resto de la red, aunque no lo hayan hecho público todavía. Mis fuentes me dicen que el sistema de mensajería instantánea segura lanzado recientemente por la compañía japonesa NTT Communications usa XMPP, así que podría convertirse en un nuevo nodo de la red. Nuestros amigos de Gizmo Project tienen un gran servicio XMPP para sus usuarios y hospedan imfederation.com promoviendo la interoperabilidad entre proveedores de servicios de Mensajería Instantánea. Según ComputerWorld, IBM está añadiendo soporte XMPP a Lotus Sametime para comunicarse con servidores Jabber/XMPP. Etcétera. Aśí que pienso que 2006 será un año muy bueno para la comunicación federada, que ha sido una característica nativa de la visión de Jabber de la mensajería instantánea desde 1999.

Fallo de los administradores de servidores Jabber

Esto no es más que una reseña para los que tengan y/o administren un servidor Jabber. Me gustaría que lo pudiera leer mucha más gente, porque casi todos los que tienen este problema son extrangeros, pero bueno.

Llevo unos días algo mosqueado con muchos servidores Jabber con los que no consigo una buena comunicación. El bot que indexa las salas de conferencia del buscador de Jabberland de todos los servidores (conocidos y públicos) me da contínuamente avisos de servidores no encontrados. Después de revisar qué pasaba me he dado cuenta que el host de los servicios que ofrecen estos servidores como lo es el de las salas de conferencia, no resuelve a ninguna IP.

Pongamos el caso de conference.jabber.server.com (un host ficticio). Ese host, al igual que pasa con jabber.server.com para conectar y agregar gente, hablar, o lo que sea, tiene que resolver a una IP, la IP del servidor. Si no se hace, evidentemente al intentar conectar a una_sala@conference.jabber.server.com será imposible.

El problema es que muchos servidores estan en universidades o entidades públicas donde ya es un milagro que den un subdominio para un servicio, por lo que pedir más subdominios de tercer o cuarto nivel (*.jabber.algo.com) para el resto de servicios del servidor Jabber es casi imposible, y los administradores los activan quedando estos inaccesibles desde el exterior, y ya sea por descuido, inexperiencia y desconocimientos, los dejan tal cual.

Solución, que todos los hosts de los servicios del servidor apunten a la IP de la máquina, tal y como se hace con el dominio principal del servidor.

Distribuir contenido