Imagino que todos conocéis la salida de Ubuntu Intrepid Ibex 8.10 por parte de Canonical. Una versión de Ubuntu que no me ha desagradado, pero tampoco me ha maravillado. A pesar de todo recomiendo la actualización si crees que no habrá problemas.

En general esta versión de Ubuntu corrige con algunas de las carencias y errores, todavía sin resolver, de su antecesora, LTS ella. Hay algo realmente nuevo en Intrepid, nótese el sarcasmo, una librería (o más bien una versión de la misma) para tratar la salida de las webcams del sistema. Desgraciadamente, parece ser que hay una incompatibilidad con los drivers para webcam gspcav1 o eso he entendido.

Realmente no se exactamente que es. Pero tiene algo que ver con libv4l y según tengo entendido es como una estandarización de las webcams en Linux. El caso es que con Intrepid gran parte de las aplicaciones que usan webcam no funcionan: entre ellas están aMSN, Cheese, Skype, etc.

Decir que la webcam “no funciona” no es del todo cierto pues estas si que lo hacen, es más, están instaladas correctamente. El problema o como quiera llamarse reside en alguna parte entre el kernel (driver) y la salida de la aplicación. Ahí es donde entra en juego esa nueva versión de la librería.

En el Launchpad de Ubuntu lo saben y parece que están trabajando en ello. Actualmente han encontrado la forma de solucionar este problema en algunos programas (como Skype, lo corroboro) y otros funcionan (como Ekiga, en principio funciona). Es una pena que la webcam en aMSN sea algo secundario. Mientras tanto la gente está intentando buscar una solución. Yo soy uno de esos.

Ando ayudando como puedo. De tester o lo que sea. El caso es que quiero que esto se solucione y pongo todo el empeño y toda la información posible para que los programadores puedan corregirlo. ¡Si sabéis alguna forma de solucionarlo no tardéis en publicarlo!, la gente esta deseando hacer sexo por cam… (¿¿no os da pena…??).

Ante todo un saludo enorme a los programadores que están trabajando en la solución del bug (Hi! Devid Antonio Filoni) y a los desarrolladores de aMSN.

Link que debéis visitar: Lauchpad Bug - #260918
Foro aMSN

Ayer Miércoles participé en la que fue la mayor manifestación en la que jamás había estado. Cerca de 2000 manifestantes calculo. Un número tan impresionante como ver a toda esa gente reclamar por algo que nos tenían que haber dado hace mucho, mucho tiempo.

Son Ingenieros Informáticos, algunos los seremos pronto y otros tienen estudios y trabajos relacionados con lo mismo. Somos la única ingeniería sin atribuciones, sin estar regulada. Es una vergüenza. QUEREMOS IGUALDAD. Somos PROFESIONALES no pedimos limosna, EXIGIMOS lo que nos pertenece. Somos la mayor ingeniería de España: Un cuarto de los ingenieros de España son Informáticos.

Grandes manifestaciones se hicieron ayer día 19 de Noviembre del 2008 a las 12:00h en muchas de las ciudades de España. En Barcelona y en Madrid, por ejemplo, llegaron a ser 2500 y 4000-5000. Impresionante. En valencia no fuimos muchos menos. Como ya os he dicho estoy seguro de que estuvimos cerca de las 2000 personas a mitad del recorrido.

Mi cámara personal privado estuvo grabando toda la manifestación, apoyándonos con un sensor de muchos megapixels.

Como decía, fue increíble. Entregamos el manifiesto en la Delegación del Gobierno de Valencia a un señor que no se quien era. Serían como la 1:30 o casi las 2:00 del medio día.

Como ya os imagináis. Si no se nos toma en serio en pocos días toda España se movilizará a Madrid para exigir nuestra profesionalidad, nuestra regulación. Una manifestación que probablemente sea de las más importantes en mucho tiempo.

Como os comenté en la entrada de registro de usuarios del otro día algo principal a la hora de trabajar en un proyecto web importante es hacer las cosas bien desde un principio. Aunque siempre puedes ir probando con cosas nuevas que todavía no habías hecho pero siempre dejando la puerta abierta para corregirlas y modificarlas fácilmente.

Todo eso me ha llevado a traer molts mal de caps pero cuando obtienes lo que estaba en tu mente es como un orgasmo que puede durar días (ni los cerdos, oiga, para que después digan de la vida sexual de los informáticos). Pero… no es sano tener tanta información, tantos datos en la memoria RAM de tu cerebro. Así que os vuelvo a repetir hasta la saciedad lo que un día me recomendó un amigo: “que la fuerza te acompañe“. Bueno, eso no era más bien lo que me dijo. Pero básicamente se refería a que toda idea que tuviera la plasmara en papel.

Os recomiendo que os hagáis con una libreta y bolígrafo de Google lo más rápido posible. Si eso no fuera posible, sería buena idea comprarse algún bloc de notas en algún chino. Solamente entonces cuando debéis plasmar en esa libreta todas vuestras ideas. En definitiva planificar el proyecto. De otra manera probablemente no acabará siendo como esperabas (sí lo acabas).

Así que, ¡¡Suerte!!

Estos días estoy sumergido de pleno en un proyecto personal, ultrasecreto, que seguro que tendrá muy buena aceptación si las cosas me siguen yendo como hasta ahora.

El proyecto necesita de un sistema de registro de usuarios. Tiene soporte de login, de escritura de cookies y de redirección en caso de que todo haya salido correctamente (o incorrectamente).

Para que un sistema de login funcione. El sistema debe comprobar en cada página si el usuario es quien dice ser (cookies) y comprobar si existe en nuestra base de datos. De otra forma poniendo datos aleatorios podría entrar en sitios protegidos.

Aquí un sencillo diagrama de flujo para entenderlo mejor:

Esta estructura sería necesaria en cualquier página que necesite de privilegios de un usuario logueado para visualizar una parte de la página.

Ahora bien. Que orden seguir para crear eso. Yo siempre recomiendo planificar todo sobre papel para después plasmarlo en código. En mi proyecto, la página de login sigue esta estructura:

1. Diversas partes de Cookies para guardar (o borrar) (login & logout) si se recibe algo por las cabeceras HTTP (métodos GET y POST)
2. Parte correspondiente al registro si lo que se recibe es para registrarse. Es decir, el envío de unos datos a la Base de Datos.
3. Formularios de registro/login
4. 2º Formulario de registro/login

Como ya os podéis imaginar el atributo ‘action’ de los formularios apuntará a esa misma página. Como os imagináis habrá un dato extra que se pasará según que formulario hayas introducido (para que cuando se recargue la página se sepa que se ha hecho, si loguearse, si se ha registrado o si se ha deslogueado).

Así que tendréis una página de loggin con soporte de registro de usuario (envío de los datos a la base de datos), soporte de login (comprobación de los datos de usuario y guardado en cookies), soporte para desconectarse (lo mismo que el punto anterior, solamente que a la inversa).

¿Qué otra cosa añadirías tú?

PD: El diagrama fue “ideado” con palabras por Alex Barros. Yo lo plasmé, dibujé y mejoré. Además de adaptarlo a código. Y pongo esto porque es un llorica y no sabe ser inferior xD.

Holaaaa Soy el nuevo monopolio ya no de la informática, sino de la información Me llamo Google y soy cool, guay, chachi pilongui. Además, mi lema es “No seas malo”, así que creedme, soy una buena empresa

Me apasiona Google, peroooo… es que da miedo!! Mucho miedo. Y más ahora que estamos ayer era Halloween. Pero más todavía después de que Google está probando un servicio de envíos gratuitos de sms con posibilidad de respuesta del receptor mediante el chat de gmail.

Comentariete en meneame.