Descargas de vídeos de youtube II

Continuando con el primer post sobre este tema, ahora vamos a ordenar el listado que nos ofrece por tipo de archivo. Como en este ejemplo estamos buscando vídeos de Youtube, y éste trabaja con vídeos del formato flv, tenemos que buscar el tipo video/x-flv.

Listado de vídeos vistos en Youtube

Ahora, ¿cómo sabemos qué elemento de la lista seleccionar es el que queremos guardar? Una opción puede ser guiarse por la fecha y hora en la que hemos cargado el vídeo. La otra tiene un poco más de miga. Pongamos un ejemplo. El siguiente vídeo tocan en piano una canción de Where the hell is Matt?

Viendo que muchos vídeos de Youtube que nos muestra tienen una URL que sigue una estructura como esta:

http:/letraNúmero.cadenaNúmero.c.youtube.com/videoplayback...

y que la mayoría de esa cadenaNúmero se corresponde con lscacheNúmero vamos a buscar en el código fuente algo que se corresponda con esas características. O, incluso, podemos buscar algún trozo de cada una de las cadenas hasta que coincida:

Coincidencias en las búsquedas

Ahora vamos a guardar el fichero seleccionado. Para ello, vamos a Archivo --> Copy Seletect cache files to... Entonces, nos saldrá el recuadro que he puesto en rojo:

Guardar fichero

Seleccionamos el lugar donde queremos que se guarde. Utilizará como nombre el que viene en la columna del filename. De todas formas, se puede cambiar el nombre como se haría con cualquier otro fichero:

Fichero guardado

Ahora sólo hay que seleccionar el programa con el que vamos a abrirlo, en nuestro caso, será el VLC:

Viendo el vídeo

Así es como podemos localizar los datos que se nos cargan en la caché del Chrome. Ni decir hace falta que no sólo son estos vídeos los que se pueden localizar. 

Si tenéis más ideas de cómo localizar estos datos, incluso si son con otros navegadores, bienvenidas sean.

Descargas de vídeos de youtube I

Algunas veces he querido descargar algún vídeo de Yuotube. Entonces, he buscado en Google a ver qué podía encontrar y cada uno de los sitios que encontraba me permitía poner la URL del vídeo en cuestión. Pero, después, me obligaba a ejecutar algo... que evidentemente no iba a ejecutar sin saber qué era.

Así, se me ocurrió que tenía que haber otra opción para recuperar esos datos. 

Una de las opciones era utilizando un sniffer. Y, como de costumbre, casi, casi consigo que me salga. Pero, como el "casi, casi" no sirve aquí, hasta que no consiga hacerlo funcionar, no la vamos a contar como válida. 

La otra opción es más simple. Cuando el vídeo se está cargando, va a alguna parte. Esos datos se están guardando temporalmente en el disco. Luego, hay que localizar dónde es ese lugar. Ahí es donde juega una vez más Google. Y, según pude localizar en este sitio se guarda en la carpeta de usuario--> datos de programa --> Google... Y por ahí abajo hay alguna carpeta donde se encontrarán esos datos. En un Windows Vista, y previsiblemente en un W7 nos encontraremos algo parecido a esto:

Carpeta caché del Chrome

Como se puede ver, hay ficheros de distinto tamaño. Ahora. ¿Cómo se puede saber de qué tipo es cada uno de esos ficheros? Hay varias opciones.

La primera de todas, intentar abrir uno de estos ficheros y seleccionar el programa que creamos que nos lo abrirá. Por ejemplo, uno de estos ficheros que ocupan unos cuantos megas, podrían ser vídeos de Youtube. Pero esto puede ser muy tedioso si estamos buscando algo en concreto. Imagínate ir abriendo uno a uno los ficheros hasta que encuentres el que te interesa.

La otra opción nos la dan esta página, en la que nos ofrecen una aplicación que se llama GoogleChromeView. Es un ejecutable del que no hace falta instalación. Nada más arrancarlo se pone a buscar en la carpeta correspondiente:

ChromeCacheView

Y, una vez ha dejado de buscar, muestra el listado de las cosas que ha encontrado:

ChromeCacheView con datos

Y... Creo que de momento voy a contar esto. En alguno de los siguientes posts contaré un poquito más cómo funciona esta aplicación. No vayamos a "quemar" todas las posibilidades de contar cosas de una tacada. De todas formas, si alguno de vosotros tiene algún otro método para obtener estos datos que se ven en los navegadores y que se quedan ocultos sin que podamos acceder a ellos tan fácilmente, no dudéis en poner un comentario. 

Atachments y calendarios en Gmail

He visto que el blog de Gmail que han añadido dos funcionalidades nuevas.

Una de ellas es la posibilidad de adjuntar ficheros en Firefox y Chrome a través del drag & drop. Es decir: arrastrando los ficheros desde el directorio donde se encuentran al e-mail que tienes abierto. Según comentan, de momento sólo funciona en esos navegadores. Se espera que poco a poco vaya funcionando en el resto.

La otra es muy curiosa. Integra Gmail con Google Calendar. ¿Cómo lo hace? Pone un enlace más junto al de "Adjuntar fichero". Resumiendo lo que dice el blog: mostrará los horarios libres de todos los destinatarios y además tienes que tener permisos para verlos.

En cuanto lo pruebe os comento algo al respecto.

XSS en hablemosdeeuropa.es

Desde... SbD nos enseñan un nuevo caso de XSS en la página de hablemosdeeuropa.es. Una de esas páginas preparadas para hacer política.

El caso es que nos enseñan una imagen con un alert:

Imagen de SbD y su XSS

Una vez echas las pruebas, a estas horas parece que ya está arreglado. O, al menos, desde el Chrome sale esto:

XSS desde Chrome: solucionado.

Como se puede ver, en ambas imágenes, en el recuadro de texto, la diferencia entre lo que procesa radica en que la búsqueda tiene modificados los caracteres especiales. Ahora. Si hago una prueba con el IE8 en el que intento que se muestre algún texto, como por ejemplo, HOLA MUNDO, me sale esto:

XSS desde IE8. Bloqueado.

El IE8 detecta un posible XSS y lo "bloquea". Desde aquí es muy difícil de ver, pero también me ha llamado la atención el texto en la página de arriba a la izquierda. 

// var MSOWebPartPageFormName = 'aspnetForm'; // 

No me apetece investigar mucho... Así, a simple vista, se puede dar por hecho que es un comentario por las dobles barras. Y que se trata de un formulario. ¿Será el formulario desde el que se realiza la búsqueda? Si miramos el código fuente desde la página abierta con el Chrome, se puede encontrar que aspnetForm es el nombre del formulario y más abajo tenemos la siguiente línea:

[script type="text/javascript"] var MSOWebPartPageFormName = 'aspnetForm';[/script]

Para el que no lo sepa, los corchetes se tendrían que cambiar por < el [ y ] por > . Lo he puesto así para que no se "oculte" cuando se cargue esta página (espero que los que saben del tema sepan a qué me refiero). Esto es lo que el sistema anti XSS del IE8 ha bloqueado. Y este el código fuente que ha resultado del bloqueo:

Codigo fuente modificado

Como se puede ver, IE8 ha modificado una letra del tag script y le ha puesto una #.

Por cierto. Al aceptar la barrita de aviso sale más código:

Código al final de la página tras aceptar aviso