Blog disparates

Lorem ipsum dolor sit amet...

A falta de completar nuestras condiciones de servicio, páginas de ayuda y tener más contenido, nuestros betatesters han estado sufriendo con textos de prueba. Hemos utilizado Lorem Ipsum para rellenar huecos y ahora nos toca ir reemplazándolos por los correctos. Ha sido realmente triste, al eliminar todos los falsos contenidos ver que poquito tenemos. Empezamos a pensar en la necesidad de crear un volumen de contenidos aceptable para el momento de salida, para que los primeros usuarios no lleguen a un servicio vacío que de poco les puede servir.

Hay muchas características y funcionalidades del servicio que estamos dejando para el futuro, que esperamos que sea cercano. Aún así, estamos contemplándolas, preparando hasta ahora todo con la posibilidad de soportarlo más adelante. Así podemos concentrar nuestro esfuerzo en una realidad más reducida e ir añadiendo según la demanda o necesidades del momento. Como contrapartida, tenemos nuevas ideas que vamos anotando, estudiando y valorando. Hemos acumulado una serie de ideas bastante interesantes pero que, llegado el día de implementarlas, nos obliga a hacer una gran reforma en el código base de la aplicación. Hemos decidido realizar esta reforma ahora. Nos podemos permitir retrasar un poco la fecha de salida y correr el riesgo de nunca necesitar esta reforma por no llevar a la práctica estas ideas. Sacar el servicio ahora y realizar estas reformas más tarde nos podría suponer muchos más problemas.

La reforma consiste principalmente en cambios a nivel de base de datos, nuevas tablas y modificación de algunas relaciones.

Por otro lado, el proyecto ya está la suficientemente definido para no requerir el grado de flexibilidad que tanto necesitábamos al principio. Ya con una estructura estable, comenzaremos a utilizar CakePHP, un framework para PHP inspirado en Ruby on Rails

La última versión de Google Toolbar presentada hace dos meses para Internet Explorer tiene la funcionalidad de mostrar una página diferente de la que ofrece el servidor web cuando éste no encuentra la página solicitada (error 404), presentando una página similar a la imagen en la que intenta mostrar más información sobre el error y dándole al usuario varias alternativas para intentar llegar a la información buscada.

Es realmente importante intentar retener a un usuario que ha llegado a tu web, siendo tú mismo quién le proponga alternativas de forma que el usuario pueda llegar hasta la página que busca u otra muy similar que le pueda interesar. Para que Google Toolbar no sustituya nuestra página de error basta con ésta pese al menos de 512 bytes. En google.dirson.com dan unas recomendaciones muy buenas sobre como debe ser nuestra página de error. Los puntos a tener en cuenta son:

1. Mostrar una cabecera 404. Para identificar la página como un error, sobre todo para que los buscadores sepan que es una página de error y no la rastreen.
2. Mostrar al usuario algo de información sobre lo que ha sucedido: explicarle que la página web no existe, sugiriéndole que quizá haya escrito mal la URL en la barra de direcciones del navegador web, o que la página se haya borrado.
3. Sugerir que se visite la página inicial o un índice de las secciones, y mostrar un buscador.
4. Configurar el servidor web para que use nuestra página de error personalizada en vez de la tenga por defecto.

Interesante lista de lo que se considera que son las Razones comunes para el fracaso de un sitio web. En Gran Impetu se detalla cada punto. Los puntos son:

1. Ausencia de objetivos bien definidos
2. Falta de foco en el usuario
3. Poco o insignificante contenido
4. Una mala estrategia de marketing
5. Una mala selección de nicho
6. Actualizaciones poco frecuentes
7. Falta de compromiso
8. Sistema de monetización ineficiente
9. Un mal diseño

[Visto en Microsiervos]

Asistiremos el próximo Lunes 18 de Febrero tendrá lugar desde las 19:00 hasta las 23:00 pm un encuentro en el Teatro Lara de Madrid para el lanzamiento de la plataforma de aplicaciones de Facebook en castellano.

Javier Oliván, director de Producto y Marketing Internacional de Facebook, presentará la plataforma de aplicaciones en español y FON presentará las aplicaciones que está desarrollando para Facebook. Otros desarrolladores y empresas también presentarán sus aplicaciones.

Aprovecharemos la ocasión para conocer más de cerca esta comunidad y ver como podemos aprovechar sus herramientas para nuestro servicio.

Microformatos por todas partes

La web nos está quedando plagada de microformatos. Esta forma simple de agregar significado semántico para que los diferentes programas, principalmente buscadores, sean capaces de destacar información nos está trayendo de cabeza.

Parecía muy fácil al principio. Muy sencillo, muy simple. Pero incorporar los microformatos sin haberlos tenido en cuenta en el diseño ha sido un grave error que nos está pasando factura.

Por otro lado nos hemos encontrado con un grave problema. Hasta ahora no hemos querido anunciar la accesibilidad del servicio porque no hemos logrado un nivel de accesibilidad satisfactorio. La gran decepción ha sido con la etiqueta abbr. Usamos bastante esta etiqueta, por ejemplo, para marcar la abreviación de un tipo de licencia, donde el nombre sin abreviar se indica en el atributo title. Los lectores de pantalla reconocen esta etiqueta perfectamente. El problema comienza cuando, al usar microformatos, la etiqueta abbr es usada para especificar fechas, poniéndose en el atributo title la fecha enformato ISO 8601. El resultado en un lector de pantalla es una ristra de números que no aportan información alguna y resultan molestos. Aunque estamos intentando seguir la recomendación de Web Standards Projectign, no tenemos del todo claro que vamos a hacer.

Hemos actualizado nuestras máquinas con la nueva versión del kernel (2.6.24.2) que corrige la vulnerabilidad que afecta los kernel linux 2.6.x (hasta 2.6.24.1). Este bug permite a un usuario cualquiera conseguir privilegios de root ejecutando un simple exploit.

Otra opción es aplicar el sencillo parche.

La actualización ha sido rápida y sin contratiempos. Esta ha sido, quizás, la intervención más rápida que hemos tenido que realizar hasta ahora. Como se suele decir:

Hemos tenido un microcorte

Una de las características de nuestro servicio será la posibilidad de embeber los contenidos en las páginas de los usuarios que quieran. Para comenzar pensamos dar un pequeño código HTML como hace flickr y más adelante hacerlo más dinámico. Sería un engorro para los usuarios tener que cambiar el código más adelante. Para que se despreocupen y que podamos actualizar a nuestro antojo pensamos en Javascript. Pero podría darnos problemas según las versiones de los navegadores, de seguridad al intentar cargar contenidos, y de compatibilidad con la propia página del usuario.

Estamos valorando muy seriamente usar Flash al estilo de YouTube y otros sitios similares. Esto permitirá:

• Despreocupación del usuario. Podremos actualizar el visualizador sin que deba intervenir.
• Interactividad. El usuarios podrá interactuar con el visualizador sin modificarse el comportamiento de la página donde se encuentre.
• Control del contenido. El contenido a visualizar podrá ser actualizado / modificado y siempre se podrá visualizar la información más reciente. Especialmente útil para mantener actualizado la lista de relacionados.

Me acabo de enterar del ataque de DDoS que está sufriendo Genbeta.

Hace unos días recibieron el siguiente mensaje:

Les comento que si no sacan esta nota [url de la entrada en cuestión] su pagina sufrira una denegacion masiva enorme, desde un datacenter de china, la cual no la podran detener, y es tan fuerte, que podra afectar toda la red donde alojan, es decir, a otros servidores dedicados.
(…) El motivo es simple, la gente como ustedes me da por las bolas, se la pasan hablando sin fundamentos, o acaso auditaron algun servidor y tienen constancia alguna de que esas web hagan «pishing» entonces para que hablan?
(…) ASI QUE HASTA QUE NO LA SAQUEN, GENBETA.COM NO FUNCIONARA.

CIUDAD DEL ESTE Y EL GRUPO CHINA SE ENCARAGA DE ESTO

Y parece que han cumplido su amenaza. Genbeta está caído actualmente.
En solidaridad con este blog, con Weblogs SL y, en general, con la blogosfera que no quiere ser callada, reproduzco aquí la entrada por la que están atacando a Genbeta. No nos mantengamos con los brazos cruzados ante cosas como esta.

Parece mentira que después de tanto tiempo (¡años ya!) del invento de este fraude todavía haya gente que siga cayendo en él. Es muy simple, y seguro que muchos lo conocéis, simplemente se trata de páginas que ofrecen el servicio de mostrarte quién te tiene como no admitido o te ha eliminado del mésenyer a cambio de que les des tu datos de conexión, es decir, tu usuario y contraseña. Creía que este negocio ya estaba más que muerto, pero hoy mismo un par de contactos míos me han saltado con la típica ventanita que me acceda a una de esas páginas para que me lea el futuro.

Como norma general, dar la contraseña de tu correo a alguien que no pertenezca a tu familia ya es un suicidio tecnológico, y en este caso sería como darle la contraseña de tu tarjeta de crédito a una persona desconocida para que te muestre el dinero que tienes. ¿Quieres saber qué es lo que hacen? La mayoría de páginas, después de mostrarte esa información, se conectan a tu cuenta varias veces al día para molestar a todos tus contactos con spam descarado. Lo que es peor, esto puede colapsar tu cuenta y no sería raro que la perdieras para siempre, o al menos que la conexión sea pésima. Así que ya sabes, no des tu contraseña a ningún sitio web, o atente a las consecuencias.

Pero claro, ¡tú quieres saber quién te tiene como no admitido! Sorpresa: esos sitios, además de ser peligrosos, no funcionan. Microsoft cambió hace tiempo el protocolo para que los servidores de msn no difundieran esta información. Antes sí podías, pero ahora mismo ni siquiera puedes saber el estado de otra persona sin que ella te invite/admite o sin saber la contraseña de la cuenta (sin cambiar la configuración de la cuenta). Sin rebuscar demasiado, algunos sitios fraudulentos que siguen esta práctica serían: blockoo.com, scanmessenger.com, detectando.com, quienteadmite.info, checkmessenger.net, blockstatus, etc… Todos ellos son potenciales phishing, y ninguno funciona más allá de recolectar cuentas de correo.

Disculpad los lectores avanzados que ya habéis dejado atrás este tipo de engaños facilones hace mucho tiempo, pero es que hoy me he vuelto a conectar al messenger por obligación y me he dado cuenta de que las cosas han cambiado muy poquito.

Con este chantaje sólo están consiguiendo que se haga más ruído y mucha más gente conozca el timo. Entre las reproducciones que estamos realizando, los meneos y todo el revuelo generado, la noticia va a dar vueltas por los buscadores durante mucho tiempo.

Este post lo he copiado de El Pollo Matutino, y el banner es de Pepe.

Más información en:

- Comunicado oficial de WeblogsSSL
- Noticia en Meneame, se están realizando meneos de apoyo
- Ecos solidarios de todo esto

Nos alegramos mucho de haber dicho sí a OpenID a pesar de nuestras primeras dudas. Parece ser que 2008 está siendo buen año para este sistema de identificación abierto y distribuido que ahora anuncia como Google, IBM, Microsoft, VeriSign y Yahoo! se unen a OpenID.

Aunque aún queda mucho para que OpenID se desmarque y, por el momento, sea un medio de identificación opcional en la mayoría de los sitios, este apoyo hace que otros proveedores de servicios se planteen el incorporarlo. Sólo cuando los usuarios encuentren en OpenID la comodidad de acceder a sus servicios favoritos con un único medio de identificación podrá tomar verdadero protagonismo.