Desde que yo recuerdo, se no has intentado vender la obra de Don Miguel de Cervantes Saavedra: El Ingenioso Hidalgo Don Quixote de la Mancha (sí, así con X), como un libro que hay que leer con seriedad y solemnidad. Si no me cree ud. estimado lector, puede ver las caras y las voces de las personas que participan en la “lectura continuada de El Quixote” (http://www.youtube.com/watch?v=25UymDjBcWE). Continúa leyendo »

Antes de empezar mis comentarios sobre la “Paradoja divina” de Antonio Vaquero [Vaquero, 2009] , es menester que establezca las premisas en las que están basados:

1. Lo que usted crea, estimado lector, sobre la divinidad de su predilección (e.g., Elvis, Maradona, Alá, Buda, Ganesha, el monstruo volador de espagueti, etc.) se sale fuera  del ámbito de estos comentarios. No estoy aquí para probar su existencia ni mucho menos para razonar sobre ellas. Mi objetivo general es mostrar que cuando se usa la razón y una de sus herramientas (e.g., la lógica matemática) muchas de las premisas o enunciados sobre estas entidades (sino es que todas) son falsas, verdaderas y falsas al mismo tiempo o paradójicas.

Continúa leyendo »

Diario de Rorschach, 20 de Julio de 2009:

Me cuentan que en el panorama de las descargas directas hay tres actores principales: MegaUpload, GigaSize y RapidShare. Todos proporcionan un uso gratuito (y limitado) y otro de pago (y sin restricciones). Aunque varía con la localización geográfica, normalmente sólo permiten una descarga simultánea, y algunos tiempos de espera entre descargas. Por ejemplo, los dos primeros te fuerzan a esperar cosa de un minuto antes de poder comenzar la descarga. El último es mucho más estricto: aparte de esa espera, te exige un tiempo de nada más y nada menos que 15 minutos para realizar una segunda descarga.

Como ocurre en estos casos, el amigo de un amigo quería bajarse precisamente de RapidShare (el de los 15 minutos entre descargas) varios ficheros. Con paciencia y unas cañas no hay problema… pero si el número de ficheros asciende a nada más y nada menos que 400, la cosa se convierte en inmanejable. En realidad, si no hay prisa para la descarga, de nuevo, no hay problema por hacerla… pero es demasiado laborioso. Además, mi amigo me contaba que le resultaba muy agobiante tener que andar pendiente de si habían ya pasado los 15 minutos de espera y podía poner el siguiente.

De modo que me pidió ayuda…

De un rápido vistazo es fácil darse cuenta de que RapidShare es el único de los tres que no tiene captcha, esos pequeños retos de letras retorcidas que sirven para averiguar si el solicitante de la página (o servicio) es o no humano. A si es que… gotcha! ¿Habría alguna manera de automatizar las descargas? Dado que no hay prisa (mi amigo no necesitaba esquivar la limitación de los 15 minutos) ¿podría hacerse algún programita para conseguir que los 400 enlaces se bajaran solos?

Con mi sombrero de analizador  de aplicaciones Web y un diccionario de alemán, me cargué de paciencia y empecé…

Cuando se introduce la URL de la descarga directa, RapidShare nos saluda con:

Si se analiza el .html veremos que el botón “Free user” está en un formulario, que invoca a una URL de un mirror de RapidShare con el parámetro dl.start=Free. Por tanto, el primer paso de nuestro programilla es ir a la página del enlace original, buscar la URL del formulario (un simple grep servirá), y llamar a la URL usando el método Post de HTTP con el parámetro anterior.

Tras pulsar el botón, un usuario normal,  verá la segunda página:

En ella se exige una espera determinada, cuya longitud depende del tamaño del fichero solicitado. Si miramos en Matrix (esto… en el html) veremos que toda esta página está programada con JavaScript. Cuanto termina el contador, el html se automodifica y nos deja ver un botón de descarga, e incluso elegir el servidor espejo del que descargárnoslo. El código del botón, y las opciones de los servidores lo tenemos en realidad desde el principio en el .html, por lo que nuestro programilla podría leerlo sin la espera. Sin embargo, los servidores se comunican entre sí, y si nos vamos directamente al servidor del fichero éste nos dirá que necesitamos JavaScript en nuestro navegador al haber podido pulsar el botón sin hacer la espera

Por tanto, lo que tenemos que hacer en nuestro programa es sacar el tiempo y esperar. Para eso basta buscar var c= y mirar el valor asignado, que será justo el tiempo inicial de espera en segundos. De nuevo, un grep y un poco de magia de expresiones regulares son suficiente para sarcalo.

Una vez hecha la espera, un usuario normal verá la página completa, para realizar la descarga:

Si se pulsa el “+” a la izquierda de “Advanced download settings” aparecen un grupo de botones de radio para elegir el servidor espejo del que descargarse el fichero, aunque normalmente el marcado automáticamente (elegido por RapidShare) será el que se use.

Nuestro programa debe extraer del .html (y de los botones de radio) la URL para comenzar la descarga. Para eso, lo sacamos de las líneas:

'<input  type="radio" name="mirror" onclick="... [mirror] ... " >

del formulario de elección del servidor. Si queremos escoger el que RapidShare nos ha propuesto, podemos buscar la cadena checked para saber cual estaba marcado.

Una vez elegido, saltamos a él. Pero, de nuevo, el botón está en un formulario, y la solicitud de descarga debe hacerse con Post. Ahora los parámetros son mirror=on&x=32&y=64 y listo. El servidor nos enviará sin más problemas el fichero.

Ten en cuenta, que en ocasiones la segunda página (la de la cuenta atrás) no nos llega así, sino con un error, bien porque tenemos que esperar 15 minutos hasta la siguiente descarga, bien porque no tenemos “slot de descarga” libre y nos toca esperar dos minutos a ver si hay más suerte la próxima vez. En ambos casos, nuestro programa debería salir limpiamente.

Una vez terminado, es suficiente con invocarlo un montón de veces, uno por cada URL que tengamos. Lo metemos en un script que espere 15 minutos entre invocaciones, y nos vamos a dormir.

Mi amigo me dice que anoche se bajó ya los 30 primeros enlaces.

Cuando vivíamos en el tranquilo mundo de la programación estructurada (incluso con C), era fácil saber que la igualdad era real. Por ejemplo ante la sentencia:

a = b;

Sabremos que el resultado de la expresión del lado derecho se asignará a la variable del lado izquierdo. Si por el camino tienes punteros, te da igual: se asignan los punteros y listo.

Pero cuando llega la orientación a objetos, la igualdad pasa a ser mucho más dudosa. De nuevo, ante el código:

a = b;

asignamos en el atributo a, el objeto b. Pero, ¿lo asignamos realmente? Si cambio el objeto b, ¿cambiará también el objeto a? En Java no soy consciente de los punteros (como lo era en la programación estructurada), y sin embargo, como todos sabemos, si cambio b, también cambia a.

Obviamente, el problema está en si la igualdad hace copia superficial o profunda. Pero, en realidad, no he venido hoy a hablar de eso. He venido a hablar de un tipo de igualdad que hoy está mucho más de moda. Un tipo de igualdad que también ha cambiado en el salto a la orientación a objetos (siendo estrictos, la anterior era asignación, no igualdad).

Y es que, en la programación estructurada, teníamos las variables, y las funciones. Ahora tenemos los objetos, los atributos, los métodos y los interfaces.

En el único sitio donde ellas permanecen es en las clases. Pero, en realidad, es una confabulación para engañarlas y tenerlas contentas. Porque todos seguimos pensando en masculino. Por eso hablamos de la clase padre.

Menos mal que nuestra ilustrísima Ministra de Igualdad no programa. O, al menos, no pasó de Pascal (claro, que si alguna vez aprendió a programar, seguro que lo hizo en Ada).