Archive for the ‘ servicios web ’ Category

Cherokee Summit 2010

Dentro de poco (en Mayo, los días 7 y 8) tendrá lugar en Madrid el Cherokee Summit donde podremos tratar casi todos los temas relacionados con el servidor web que tan fuerte está pegando ultimamente y que tiene pinta de ser el futuro sucesor de Apache 😉

Yo le tengo un cariño especial porque el principal desarrollador y fundador del proyecto es un ex-estudiante de mi universidad, la UEM. Aunque seguramente le habría cogido cariño igualmente por su agradable interfaz de administración y el buen rendimiento que ofrece.

En el Summit se podrán ver todo tipo de temas relacionados con las tecnologías Cherokee, desde los niveles de novatos hasta los más avanzados, también se mostrarán casos de éxito en la adopción de Cherokee como servidor web y se plantearán problemas que se están encontrando los administradores para buscar soluciones. Tiene pinta de ser un evento donde estará muy presente el networking, que está muy de moda eso de conocer gente que trabaja en lo mismo que tu para compartir experiencias, opiniones, ideas y toda clase de pensamientos varios.

De paso aprovecho para mostrar un par de banners que ha propuesto mi compañero Sowe para el éste evento:



Le han quedado chulos, eh? jejeje…

Si queréis dejarle algún comentario, crítica, etc.. podéis hacerlo en éste post de su blog 😀

Anuncios

El pulido que necesita Google Buzz

Google BuzzDespués de unos días usando Google Buzz, hay que decir tiene sus virtudes y sus defectos, como todo sistema nuevo. Ahora hay que echar un ojo a las correcciones/mejoras que esperamos que aparezcan para hacer la herramienta más cómoda a los usuarios.

Acertar con los gustos de todos los usuarios es una tarea difícil y dura, muy dura, sobre todo porque siendo un servicio de la factoría Google, con tantos usuarios y abierto al público en general directamente, sin pasar el proceso de invitaciones controladas (como hizo Wave, que tampoco les salió muy bien, aunque creo que por motivos muy diferentes…) supone una cantidad de Feedback a procesar que, como mínimo, tiene que acojonar.

¿Cómo solventamos la papeleta de que a un usuario le guste un servicio y a otro, radicalmente distinto, también? Con las configuraciones. He aquí uno de los primeros problemas de Buzz, no tiene un triste panel de configuración. Ahora mismo o te lo comes como está o lo desactivas y te olvidas (como están haciendo algunos usuarios ya…).

Lo que yo haría si estuviese trabajando en mejorar/mantener Buzz sería filtrar todo ese feedback con una buena lista de feature request (que para algo tienen Google Code!) y ir añadiendo esas funcionalidades a un panel de configuración para que quien quiera lo fuera usando y quien no que lo pudiera dejar como estaba.

Aquí va lo que yo cambiaría:

  • Notificaciones: no tengo porqué recibir los correos que buzz me manda, y no tengo porqué tener que hacerme un filtro debería poder configurar el tipo de notificación que quiero recibir.
  • No quiero ver los comentarios por cojones (como mínimo el primero y el último) mejor que los pueda ocultar completamente y desplegarlos (en AJAX, no volvamos al 1.0 de tener que recargar xD) cuando quiera verlos. Me interesa la noticia, muy pocas veces los 10.000 comentarios que acarrea y que suelen decir lo mismo o llevar a discusiones estúpidas.
  • Puedo querer comentar algo en un buzz… pero no que me avises de todos los siguientes comentarios en un buzz. Quier poder evitar eso sin tener que volver al buzz y darle a dejar de seguir. Dame la opción de apuntarme al seguimiento o no, igual que en los blogs. A mucha gente le gusta soltar su mierda y olvidarse.
  • Quiero integrarlo en mi escritorio, como mínimo un notificador, como deseable un cliente. Aquí no va a haber problemas porque lo va a hacer la comunidad y tendremos miles de cada cosa, para aburrir… xDDD
  • La integración con twitter. Vale, existe, pero debería ser en tiempo real.
  • La capa de Google Maps necesita mejoras, a mi, por ejemplo me gustaría poder ver la que hay ahora (todos los buzz) y por otro lado poder ver sólo los míos para tener mis fotos, vídeos y demás material geoposicionados.
  • Grupos. Hacen falta grupos, las empresas y los que usen buzz para trabajar lo agradecerán.

Así a bote pronto son éstas, diría que las más importantes son la de evitar los mails y la de evitar los comentarios. Lo demás está más o menos bien cubierto 😉

A ver si vemos avances interesantes en los próximos meses 😀

Feature-killer en Chrome

Resumiendo, Yo si fuera Mozilla me pondría las pilas con Firefox.

Ya no en todo el tema que concierne de por si al renderizado de páginas, yo en eso no tengo gran queja respecto a ninguno de los dos, pero la verdad es que Chrome se está haciendo un hueco a base de rendimiento y de funcionalidades añadidas.

Por ejemplo lo que han incluido ahora me parece algo realmente útil, la sinocronización de marcadores. Que si, que en Firefox se puede hacer, pero dependes de un servicio de terceros, tanto para el servicio como para el software que tienes que instalar en tu equipo.

La ventaja de Chromium es que sólo necesitas tener una cuenta de Google para poder sincronizar tus marcadores, además de que no te creas que de momento da muchas opciones, tu metes la cuenta y el solito se encarga de que los tengas sincronizados.

No sé para el resto, pero para mi tener mis marcadores sincronizados es una prioridad y si Chromium me lo ofrece out of the box y con una configuración tan sencilla, supondrá una ventaja que me llevará a usar éste navegador e ir olvidándome de Firefox por mucho cariño que le tenga.

¿Google funciona bien?

La pregunta del título va más por el lado de la “integración” de sus productos. Tenemos los típicos productos que casi todo el mundo conoce y muchos usan GMail, Google Maps, Google Calendar, Google Docs, etc…

El problema que yo veo está en la integración de identidades que tiene Google entre todos sus servicios. Para empezar, la gente lo entiende mal. Por ejemplo, casi todo el mundo dice que tiene “una cuenta de GMail”. Si nos ponemos críticos sabemos que eso está mal dicho, lo que tenemos es una cuenta de Google y esa cuenta, en otras cosas, nos sirve para utilizar el servicio de correo de Google.

Ahora bien, el problema que yo veo lo está fomentando Google. Y es que no toda la información de los servicios de Google está bien organizada. Por ejemplo, hoy he estado jugueteando un poco con la API para acceder a los contactos de Google desde java. Google Contacts se llama el servicio, y yo no lo conocía, los que tengáis un teléfono con Android ya sabéis donde están todos vuestros contactos sincronizados por si le pasa algo a vuestro teléfono.

Ahora vamos con lo peliagudo… Google se hizo con Blogger, con lo que las identidades de Blogger deberían pasar a formar de parte de Google, no? Bueno, pues aquí es donde me ha dado una patada algo que yo siempre alabé de Google. “cuando google compra una empresa, la deja como está” eso dije yo siempre al comparar Google con Microsoft, como algo bueno. Ahora veo que igual no estan buena la cosa, véase mi ejemplo:

Tengo un colega, josek (no voy a dar más datos por el tema de la privacidad y tal, con lo que la explicación se puede hacer un poco más compleja :P), supongamos que se llama jose X Y, donde X sería el primer apellido e Y el segundo. Yo en mi teléfono tenía un contacto que tenía como nombre X (más que nada porque así le llamamos siempre xDDD) con su número de teléfono y su dirección de correo (una que no es de google).

Más adelante, puso en su blog el widget de Google Friend Connect y me hice coleguilla suyo en ese servicio que también es de Google. Pues mira tú, una vez que me pillé mi teléfono con Android y se sincronizó con mis contactos y todo eso resulta que ahora lo tengo “repe”, por un lado tengo el contacto “X” que metí yo a mano en mi antiguo teléfono y luego copié a éste y tengo otro contacto que se llama “José X Y” que, supongo, proviene del Friend Connect.

Ahora estaréis pensando… “claro, porque tiene dos direcciones de correo distintas” pues nanai, la dirección de correo en ambos contactos es la mismita. Aquí es a donde voy, lo que (me supongo) el servicio de Google tuvo en cuenta para comparar mis contactos fué el nombre y… a mi me parece muy pobre. ¿qué compararíais vosotros? ¿el nombre o el mail o el número de teléfono? Cae de cajón, yo usaría la dirección de email. ¿por qué? Porque es única, dos personas pueden llamarse igual, incluso pueden tener el mismo teléfono (el fijo de casa), pero cada uno tendrá su dirección de correo electrónico (a menos que tengan una simbiosis chunga xDDD).

Me parece una soberana cagada por parte de Google. Deberían unificar todos los usuarios que tienen en sus diferentes servicios de identificación (Google Accounts, Blogger, Youtube, etc…) a través de una única identidad bajo las Google Accounts que es su servicio “nativo” para control de usuarios. Y que lo hagan a través de la dirección de correo electrónico!!

¿alguien tiene alguna idea mejor de cómo puede ir ésto? ¿o algún punto en el que yo haya entendido mal como funciona o debería funcionar ésto?

Twitter en Java

Como ya dije el otro en el post en el que probábamos Twitter desde python, hoy cuento como hacer lo mismo desde Java.

La librería que vamos a utilizar para acceder a los servicios de twitter es Twitter4J, aunque hay alguna otras por ahí que también promete buenos resultados (como java-twitter). Aquí os dejo el link de descarga del zip con los jars y la página con los ejemplos en los que me he basado para probarlo.

Nuestro primer ejemplo consistirá en actualizar nuestro estado en twitter (he cambiado el orden, no por nada, sino por seguir el orden de los ejemplos originales), viene a ser algo como ésto:

import twitter4j.Twitter;
import twitter4j.TwitterException;
[…]

Twitter twitter = new Twitter(“nuestro_username“,”nuestro_password“);
twitter.updateStatus(“Twitting from Java…”);

Tan sencillo como en el ejemplo de python, una línea más si contamos el incluir la excepción necesaria. Aquí paso de la excepción porque sólo es un ejemplo 😉

Vamos con el siguiente caso, mostrar el estado de las personas que estamos siguiendo en twitter:

import twitter4j.Twitter;
import twitter4j.TwitterException;
import twitter4j.User;
import java.util.List;
[…]

Twitter twitter = new Twitter(“nuestro_username”,”nuestro_password”);
        List<User> friends = twitter.getFriends();
        for (User f:friends) {
            System.out.println(f.getScreenName() + “: ” + f.getStatusText());
        }

Como vemos es también muy sencillo, igualito al ejemplo del otro día en python. Hay una sóla cosa que no me gusta demasiado porque puede liar… ¿por qué el objeto se llama “User” y el método “getFriends”? vamos, canta un poco cuando el método “getFriends” devuelve un objeto de tipo “User”, sería mucho más lógico que devolviese un objeto de tipo “Friend”. Pero bueno, sería sólo un cambio de nombre de la clase, aunque sería un poco más claro. Eso suponiendo que yo esté haciendo las cosas bien…

Quedan más ejemplos, en el link que os dejado arriba cubren también el envío/”recepción” de mensajes directos, la búsqueda de tweets, paginación, autenticación mediante OAuth (como se hace Taske con RememberTheMilk), … pero todo eso se escapa de lo que quería mostrar.

Me esperaba que éstos ejemplos ocuparan bastante más en java que lo que ocuparon en twitter (y que sería bastante más lento) pero la verdad es que las dos APIs son clavaditas, un puntazo! 😀

Posiblemente me anime a hacer algo que permita utilizar twitter para llevar los logs de aplicaciones (sobretodo ahora, que si vuelvo en verano, la aplicación que estaba haciendo en el curro pasa a pre-producción en un par de delegaciones :D), algo muy básico, pero que permita controlar los posibles errores sin tener que coger el teléfono cada dos por tres 😛

Ríete con los Errores HTTP

Leyendo Blux 2.0 me he encontrado con una lista de errores HTTP que me ha llamado la atención. Sin duda es una curiosa forma de mostrar éstos errores para que molesten un poco menos a los usuarios y hasta les hagan reir un poco! xD

Aquí os dejo la lista:

400 Bad Request: Dímelo con flores.
401 Unathorized: Estoy casada.
402 Payment Required: Son 10.000 y la cama.
403 Forbidden/Access Required: ¡ZZZZAS! (bofetón).
404 Not Found: He quedado con las amigas.
405 Method Not Allowed: No, por detrás no…
406 Method Not Acceptable: …y en la boca menos.
407 Proxy Auth. Required: Lo hablaré con mi madre.
408 Request Timeout: ¿Sabes cuanto hace que no me llamas?
409 Conflict: ¿Quién era ESA?
410 Document Removed: Quiero el D-I-V-O-R-C-I-O.
411 Lenght Required ?: ¿A eso llamas pedazo polla?
412 Precondition Failed: ¿Que no has traído condones?
413 Request Entity Too Large: Eso no me va a caber ahí dentro.
414 Request URL Too Large: Eso tampoco me va a caber ahí dentro.
415 Unsupported Media Type: A cuatro patas no me gusta.
500 Internal Server Error: Tengo la regla.
501 Not Implemented: Nunca haría eso.
502 Bad Gateway: …y por ahí, menos todavía.
503 Service Unavailable: Me duele la cabeza.
504 Gateway Timeout: ¿Ya está?

Curioso, verdad?

Melodías para el móvil desde YouTube

Hoy ha venido mi novia y me ha pedido que le consiguiera la canción del anuncio del ikea para el móvil. Esa de “en el salón no se juega”, sorprendetemente había un montón de videos en youtube sobre el tema y pude encontrar uno donde le sonido se oía bastante bien. Vale que no sé porqué la gente se emperra en tener en el móvil canciones con una calidad de la ostia, total, casi siempre que suena estás rodeado de ruido xD

En fin, me puse manos a la obra porque es algo que nunca había hecho y decidí probar. Es MUY fácil. Os dejo los pasos:

  • Instalamos youtube-dl desde los repositorios (lo usaremos para bajar el vídeo)
    sudo aptitude install youtube-dl
  • Instalamos mplayer también desde los repositorios (lo usaremos para extraer el audio)
    sudo aptitude install mplayer
  • Bajamos el video de la siguiente forma:
    youtube-dl -o nombre.flv URL_completa_del_video
  • Extraemos el audio del video:
    mplayer -dumpaudio nombre.flv
  • Cambiamos el nombre y la extensión del fichero:
    mv stream.dump nombre.mp3

y listo. Ya tenemos el fichero mp3 con el sonido del video que queremos para nuestro móvil 😀

PD: Si lo que queréis es un videotono no dejéis de pasaros por ConvertTube, es MUY sencillo y rápido. Aunque no sé si ha sido sólo el vídeo que yo he probado, pero al convertirlos a 3gp los vídeos se quedan sin sonido, no sé si es que ese formato no lleva sonido o qué es lo que falla 😛

Fuente:
ICeman