Esta semana parece que a casi todos los supervivientes de El Reto Blogger les ha dado por ponerse a hablar de `su libro´ y yo no voy a ser menos...

Nuestra lema esta semana ha sido `menos de un segundo o nada´, ha sido algo asi como un mantra que nos hemos repetido hasta la saciedad... y es que nos hemos propuesto que ninguna de las páginas de nuestras aplicaciones tarden en cargarse más de un segundo.

Lo primero con la ayuda de Google Analytics y analizando los logs del servidor hemos hecho una relación de las páginas más visitadas, para asi centrar nuestros esfuerzos en las páginas más importantes... y dosificar el arte del Maestro.

Después hemos troceado el código incluyendo contadores después de cada conexión a la base de datos. Cuando veiamos alguna conexión que tardaba mucho en completarse, mostrábamos la SQL en pantalla y aquí es donde empezaba lo realmente interesante.

Parece mentira como la misma sentencia `diseñada´ de distintas maneras puede obtener el mismo resultado pero muchisimo más rápido. Podemos ver un ejemplo aquí, intentamos contar los registros que hay en un año y mes concreto, en la primera SQL hacemos uso de la función month() y year()... en la segunda SQL hacemos los mismo pero en el WHERE de la SQL optamos por indicar una fecha de inicio y una fecha final.



No debería haber mucha diferencia entre una y otra, pero en la primera MySQL trabaja con 26.800 registros y en la segunda sólo con 95, la diferencia de tiempo es muy grande (bueno, son décimas de segundo pero que van sumando y sumando... y nos van alejando de nuestro objetivo de no superar el segundo).

Cuando se han retocado las SQL, se han revisado los índices y aun no se ha alcanzado la meta ya comienza a ponerse la cosa un poco más complicada y llega el momento de meter la tijera: ¿realmente ese listado tiene que verse en esa pantalla? a lo mejor es más conveniente ocultarlo y dejar que el usuario sea el que decida cuando quiere verlo, pulsando en icono de despliegue [+]

También cuando el volumen de registros va creciendo hay que optar por sustituir consultas on-line por procesos batch. Muchas veces esta decisión implica que vas a perder la `información on-line´ a favor de que una información un pelín desactualizada se muestre con fluidez y por tanto de manera más cómoda para el usuario. Dependiendo del tipo de información el cambio puede merecer sin duda la pena, a un nivel agregado poner 12.502 ó 12.504... da prácticamente lo mismo (al menos en nuestra situación, si fueran valores de cotización... otro gallo cantaría).

Asi que con esas estamos ahora, repasando cosas programadas hace años para que funcionen aun mejor. No se puede decir que sea divertido... pero si que es un poco adictivo porque estás muy centrado en sumar centésimas de segundo y mientras que haces eso... no piensas en otra cosas que te preocupan.

Sed fugit interea fugit irreparabile tempus

Virgilio

Hoy estuve conduciendo por Madrid una Mercedes Sprinter y ha sido una de las cosas más divertidas que he hecho en mucho tiempo.

Creo que la versión que me han dejado conducir era la compacta que tiene unos 7,5 m³ de capacidad de carga, aunque ahora que reviso la web para buscar la foto de este post... puede que fuera las Standard, algo más larga y que se va a los 9 m³... el caso es que alguien como yo, con un modesto carnet de conducir tipo B, es capaz de ponerse al volante de un bicharraco como este y conducirlo sin mayores problemas.

¡Qué éxito de usabilidad! Al final todo estaba donde esperabas que estuviera: el freno de mano, las luces, la palanca de cambios... asi que no tienes que perder el tiempo aprendiendo cosas nuevas y puedes centrar toda tu atención en lo realmente importante: hacerte con el cambio de tamaño del vehículo y adaptarte a conducir a más altura.

Siempre que veo la cantidad de gente que es capaz de conducir un coche me maravilla lo que ha sido capaz de conseguir la industria de la automoción, han logrado hacer accesible algo complejo. Piénsalo, cualquiera es capaz de sentarse en un coche y conducir ¡a más de 100 km/hora!... ¿en cuánto tiempo ha sido posible este prodigio? Apenas han pasado 125 años desde que Karl Benz invetará el primer automóvil (1886) y cien años desde que Henry Ford pusiera en marcha la primera cadena de montaje de fabricación de vehículos `en masa´

Pienso en esa centena de años y luego como la cabra que tira el monte, miro hacia las páginas webs... veo lo que hemos recorrido y pienso en todo lo que nos queda por conseguir hasta que cualquier persona sea capaz de navegar por Internet, instalar un escáner, un procesador de texto o configurar su ADSL sin tantísimos problemas como en la actualidad.

Desde mi punto de vista el AJAX y próximanente HTML5 suponen un enorme avance ya que consiguen tender un puente de unión entre las Aplicaciones Web y las Aplicaciones de Escritorio... y eso más allá de florituras varias supone hacer ahorrar tiempo de aprendizaje al usuario, que en teoría si maneja ya un Word, un Excel o algo similar, debería de ser capaz de utilizar todas las funcionalidades básicas de casi cualquier aplicación web... y si no lo consigue, es que la aplicación está mal hecha.

Es el programador o diseñador de la aplicación el que debe cuestionarse la calidad de su trabajo y no echar la culpa al usuario pretendiendo que evolucione, porque por mucho que nos pese: el usuario casi siempre tiene la razón.

Luego, claro está, existen otras muchas circunstancias... a veces programar una aplicación como `debería hacerse´ supondría invertir en ella un número de horas que el cliente no está dispuesto a pagar. A veces una parte de la aplicación va a ser utilizada por tan pocas personas (Mantenimiento, Administración, Paramertrización...) que te resulta más rentable formarlas para que sean capaces de entender `esa complejidad´ que invertir en horas de programación para conseguir soterrarla.

En definitiva: el mundo idílico que podíamos ser capaces de conseguir a través de la informática a veces simplemente no se puede realizar porque no es rentable. Otras veces no es problema de presupuesto, es simplemente una combinación de soberbia, ineptitud y desidia... y eso si que es triste, hacer chapuzas cuando hay dinero para hacer las cosas bien. Líbreme Dios de todo ello... y deme tiempo para poder fabricar algún días la Mercedes Sprinter de las aplicaciones web.

Por fin ya hemos habilitado la posibilidad de crear Galerias en nuestro CMS nos hemos esforzado para que sea una tarea muy sencilla y rápida para que los escritores se animen a usarlas.

• El tamaño máximo permitido es de 950 pixels de ancho y 600 de alto, cualquier foto que se suba de mayor tamaño se reduce en la versión para publicar de manera transparente para el usuario.
• Utilizamos el formato jpeg a 90 de calidad, normalmente usamos 80 pero preferimos no ser tan tacaños y que capturas que hubieran quedado mejor publicadas en formato gif o png conserven una buena nitidez pese a estar en jpeg.

...volumes that operate with 20 GB or less of modified data since their most recent Amazon EBS snapshot can expect an annual failure rate (AFR) of between 0.1% – 0.5%, where failure refers to a complete loss of the volume. This compares with commodity hard disks that will typically fail with an AFR of around 4%, making EBS volumes 10 times more reliable than typical commodity disk drives

Amazon Elastic Block Storage (EBS)

Este esquema muestra como hemos hecho para pasar todas las fotos de nuestros blogs a Amazon S3.

At the end of the day, ship the fucking thing! It’s great to rewrite your code and make it cleaner and by the third time it’ll actually be pretty. But that’s not the point—you’re not here to write code; you’re here to ship products.

Jamie Zawinski leido Joel on Software

The present need for security products far exceeds the number of individuals capable of designing secure systems. Consequently, industry has resorted to employing folks and purchasing "solutions" from vendors that shouldn't be let near a project involving securing a system.

— Lucky Green

Lista actualizada de direcciones IP de los robots que indexan nuestras webs habitualmente.

El tráfico generado por robots, crawlers, spiders y demás que navegan por la red es casi tan grande como el de los humanos. Si queremos programar un contador fiable debemos excluir todas esas visitas.

If our logs are any indication, few bots actually bring enough human traffic to make up for their crawls, so there's alot of free-loading bots out there.

Bots vs Browsers