Es más fácil creerse democrático que serlo

¿Qué significa REALMENTE el porcentaje de Uptime?

Se denomina "Uptime" al porcentaje de disponibilidad de un servidor web funcionando correctamente (online), en contraposición con el tiempo de caida (offline o downtime).

Empresas de todo tipo de hostings se apresuran en asegurar un uptime con muchos "nueves" y decimales. Pero realmente... ¿Qué implica?

Para averiguarlo nada mejor que esta tabla que indica el tiempo de caida máximo que garantiza cada porcentaje de disponibilidad indicado.

* Calculado con meses de 31 días y años de 365 días.

Conclusiones, si un hosting te asegura que su uptime es del 99,9999% o más allá te está mintiendo con toda probabilidad. Significaría que su servicio estará caido un maximo de 2 segundos cada mes, que acumulado anualmente serán 24 segundos maximo.

Este nivel de disponibilidad obviamente no lo tiene ni Google teniendo decenas de miles de servidores, en decenas de datacenters, por todo el mundo.

Simplemente reiniciando un servidor cada 2 años ya estarías acumulando los 24 segundos de downtime al año. Por no hablar de que todo sistema informático necesita hacer paradas de mantenimiento programadas.

Volviendo a la realidad... incluso un uptime del 99,999% se me antoja dificil de creer. Si reinicias el servidor... ya has superado los 26 segundos de downtime del mes. Solo sería posible si se está un largo periodo de tiempo (1 año) sin que no haya ninguna incidencia. Por minima que sea la incidencia, facilmente vas a palmar los 5 minutos prometidos.

Antes de calcular la tabla para escribir este artículo... realmente estaba en una especie de "burbuja de la disponibilidad". Creía razonable exigir un uptime de 99.999% para mi hosting. Pero en verdad con un 99.99% estaré muy contento, incluso con 99.9% me conformaría.

El problema es cuando hay una incidencia y el tiempo de caida se dispara hasta hacerse infinito. Una agonia de estres para todo sysadmin que se precie, que no recomiendo a nadie. Esto es lo que ha sucedido con Amazon AWS (computación en casi-nube) dejando a proyectos como Menéame el uptime por los suelos con casi 3 dias de downtime. Estimando a ojo 65 horas de caida, esto supone un uptime del 91,26% para este mes.

Con este ejemplo queda claro que ante una incidencia grave (que podría ser un disco duro que peta y hay que reemplazar, o una caida de red) va a desplomar la media de uptime una barbaridad.

Me imagino que ciertas empresas de hosting solo cuentan caidas completas de sus sistemas para el uptime o tienen en cuenta periodos de tiempo a conveniencia, o directamente prometen más de lo que ofrecen.

Bug en el servicio SMS (remitente personalizado)

Desde hace muchos años tengo conocimiento de una característica desconcertante del servicio SMS. Una característica que más de uno pensará -como yo- que es un bug. Un fallo de seguridad de base.

Este bug no es un hack, ni nada avanzado. Es una característica del servicio SMS muy poco conocida, que no se suele mencionar, pero que sin embargo ahí está disponible para cualquiera.

Para usarlo solo hace falta contratar el servicio adecuado, por Internet hay varias empresas que lo ofrecen por unos céntimos. Cualquier usuario intermedio, tras leer este articulo -y conocer alguna de estas empresas- podría hacer uso de ello.

El bug/característica es el siguiente:

Cualquier persona puede enviar un SMS a otra con un número de remitente "personalizado". Sin validación de ningun tipo.

Lo de "personalizado" es la clave. En verdad es un eufemismo que suaviza lo que realmente significa: suplantación. Parece inofensivo, pero no lo es.

Te deberías preguntar... ¿Como? ¿Si me llega un SMS no puedo saber a ciencia cierta quien lo ha enviado? Pues no. Puede ser cualquiera.

De hecho, cualquier persona que conozca tu numero puede enviar SMS a diestro y siniestro con tu numero. Sin que haya forma de distinguirlo. Con total seguridad creerán que lo has enviado tu y difícilmente creerán lo contrario.

Y me pregunto yo... ¿qué objetivo tiene esta "característica"? ¿Qué necesidad hay? No tiene ni pies ni cabeza. No puede ser una limitación técnica porque si pueden cobrar pueden identificar. ¿Cual es la ventaja? Para mi no tiene sentido.

Inconvenientes tiene muchos. Por costumbre social se otorga total credibilidad al remitente de un mensaje SMS, cuando en realidad es pisar barro.

Otro inconveniente es que muchos servicios web se apoyan en el servicio SMS. Algunos incluso confían la verificación o recuperación de usuario en este sistema. Lo cual implica que cualquiera que averigüe tu número de teléfono podrá hacerse con tu usuario.

Un ejemplo de este problema es que rechacé la validación de ciudadanos de VirtualPol mediante SMS pues no aportaba ninguna seguridad.

Otro ejemplo. En 2007 comprobé el alcance real consiguiendo dejar esta nota en Menéame con otro usuario (tras testear el problema, acto seguido avisé del problema). Sinceramente, pensé que no sería posible, pero el agujero de los SMS es así de basto y sencillo.

En definitiva. No se quien ha diseñado esto de los SMS, pero me resulta muy difícil de imaginar la razón por la cual las operadoras permiten remitentes personalizados. No es más que una fuente de problemas, que a priori nadie se imagina.

¿Cuanta precisión se necesita para geolocalizar?

eventuis es mi primera web que hace un uso extenso de la geolocalización. Cada evento puede ser geolocalizado y esto permite a cualquier usuario buscar los eventos más cercanos.

Empecé desde cero a aprender todo lo que pude acerca de la geolocalización. Desde formulas con arcocosenos hasta el radio de la tierra al nivel del mar de media (6.372,797 kilómetros).

Una de las preguntas más interesantes que me surgió fue ¿cuanta precisión necesito? Hice una serie de cálculos sencillos que no encontré por ningún lado y por eso me decidí a hacer esta anotación.

Para averiguarlo hice una tabla indicando la precisión dada por determinado numero de decimales de grado.

De forma que, por ejemplo, la distancia entre latitud 1º y latitud 1,0001º es de poco más de 11 metros (misma longitud y a al nivel del mar).

¿Que conclusiones extraigo de los resultados?

Pues resulta que la mayoría de webs se exceden en la precisión para geolocalizar sus items.

Por ejemplo en la Wikipedia la precisión habitual es de 6 decimales de grado. Madrid está geolocalizada con una precisión ±11 centímetros. En mi opinión para geolocalizar ciudades es suficiente con indicar latitud 40,416ºN, longitud 3,700ºW.

Volviendo a mi caso particular. Los eventos de eventuis son por ejemplo partidos de fútbol, congresos, conciertos... para geolocalizar estos eventos he decidido usar 4 decimales, es decir 11 metros arriba o abajo, lo que mide una rotonda de diámetro.

Mi consejo/conclusión:

Cuatro decimales de grado son suficientes para la gran mayoría de aplicaciones web.

Puede que algún proyecto requiera 5 decimales de grado, no es descabellado, pero más allá es rotundamente inútil. A no ser que sea un sistema de guiado de misiles y puede que incluso en este caso sea innocua una precisión ±11 centímetros.

Y la pregunta que algunos me han hecho. ¿Porqué escatimar en decimales?

Con eventuis he pensado a lo grande (por escalabilidad que no sea) del orden de millones de eventos geolocalizados. Además se requiere algunos cálculos que consume muchos recursos como la obtención de los eventos más cercanos a una posición dada. En definitiva, cuanto menos RAM y cálculos consuma mejor. Puede que estemos hablando de muy pocos recursos ahora, pero pensando a lo grande creo que es buena idea empezar ahorrando.

Postdata: un GPS de coche normal ofrece una precisión de 15 metros. El sistema GPS de uso civil más avanzado llega hasta 1 o 2 metros en las mejores condiciones usando 12 satélites (12 canales).

Colosal discurso de Alex de la Iglesia en los Goya 2011

Impresionante demostración de inteligencia y comprensión por parte de Alex de la Iglesia en referencia a la revolución que Internet va a producir en la industria del cine.

La mayoría a quienes ha hablado se ha dedicado a insultar y menospreciar a los ciudadanos. Alex de la Iglesia les ha mostrado la realidad y el futuro con claridad.

Me quedo con: "a ellos no les gusta que les llamen internautas, porque son sencillamente ciudadanos"

Memorable.

Votamos cara o cruz cada 4 años... y siempre sale moneda

Creía que vivía en democracia. Siempre me ha entusiasmado el concepto de la democracia. Una persona un voto, todos participando en una elección que se convertirá en una sólida decisión.

Pensar en democracia me inspira cosas buenas: armonía, justicia, equilibrio, libertad. Es tal la energía que despierta en mi que desarrollé el proyecto VirtualPol basándome en mi idealización de la democracia.

Pero he despertado, he abierto los ojos. Y lo que veo no huele a democracia.

Votamos cara o cruz cada 4 años, desde 1982. Cuando nací esto ya estaba montado así. De izquierda a derecha, y viceversa. La elección es binaria, dos resultados distintos en teoría.

Alguien puede explicarme cómo demonios vamos a resolver todos los problemas de la sociedad, elegir buenos diputados, purgar los malos, castigar la corrupción, elegir buenos alcaldes, buenos senadores, buenos ministros... ¿Con unas elecciones binarias cada 4 años? ¡Cómo!

Esto chirría.

Votamos cara o cruz ¿y qué sale siempre? moneda. Y esta es quien dirige nuestra sociedad.

Si no hacemos nada para cambiar esto es que somos ganado, y en lugar de vivir tan solo pacemos.

Hay que hacer borrón y cuenta nueva. Hay que elevar la democracia a su verdadero ideal. Es la llamada democracia directa, que no es más que la democracia verdadera, democracia a secas.

Con los medios actuales podemos votar una vez al año fácilmente. Incluso una vez al mes. Incluso podríamos votar gran parte de las decisiones importantes. Todo de forma segura, desde casa, basado en el concepto del DNIe.

Esta es una revolución que llegará. Igual que la distribución audiovisual 1.0 ha caducado, la Democracia 1.0 morirá. Y dará paso a la Democracia 2.0 que será populista y tendrá sus lagunas pero al menos no nos darán pienso por liebre.