PenguinPower

Videos :: The Girl: RPG

Autor: Nachitous
Titulo: The Girl: RPG
Publicado: Thu Jan 12, 2012 10:13 pm (GMT -3)

Pwitter :: RE: Alto gif gato!

Autor: Salitou
Publicado: Wed Dec 28, 2011 6:15 pm (GMT -3)

Pwitter :: RE: Alto gif gato!

Autor: Neon_Knight
Publicado: Tue Dec 27, 2011 5:58 pm (GMT -3)

Pwitter :: RE: Alto gif gato!

Autor: Salitou
Publicado: Fri Nov 04, 2011 3:39 pm (GMT -3)

Automovilismo :: RE: Freno y correa de accesorios.

Autor: ezeaguerre
Publicado: Wed Oct 05, 2011 5:06 pm (GMT -3)

Una pregunta, cuando coloc�s la correa del alternador, �c�mo sab�s cu�nto tensarla? lo mismo para la de la direcci�n

Programaci�n y Bases de Datos :: RE: Porn Specific Proxy

Autor: ezeaguerre
Publicado: Wed Oct 05, 2011 10:26 am (GMT -3)

P.D: Para usar el programa:

$ ./main.rb directorioCache

Luego le decimos al navegador que use el proxy localhost:8080

directorioCache debe existir con anterioridad

Programaci�n y Bases de Datos :: RE: Porn Specific Proxy

Autor: ezeaguerre
Publicado: Wed Oct 05, 2011 10:24 am (GMT -3)

gnemmi dijo:

le encontraste algo que no hayas visto en python o perl ( aunque nada que ver el uno con el otro .. pero b�sicamente, en python vas a encontrar que todo es un objeto al igual que en ruby ... y python "comes with batteries" ... y en perl el manejo de regexp es impecable ... sin mencionar CPAN y que una vez que le agarras la mano al lenguaje es terriblemente expresivo y flexible )?

* Claro, todo es un objeto, hasta las clases son objetos.
* Ruby me parece que tambi�n "comes with batteries": http://www.ruby-doc.org/stdlib/
* Ruby tiene manejo de regexp similar al de Perl, ej:

Codigo:

while gets.chomp!
puts $_ if /^[A-Z].*$/
end

Codigo:

while gets.chomp!
case $_
when 'quit' then break
when /^\s*(\S*).*$/ then puts "La primer palabra es: #$1"
end
end

Y nunca vi nada tan expresivo como:

Codigo:

3.times { puts "Hola 3 veces!" }

Me encanta el uso que hace de los bloques de c�digo, por ej:

Codigo:

open ( 'MiArchivo.txt', 'r' ) { |a|
a.each { |l| puts "L�nea #$.: #{l}" }
}

Codigo:

[ 1, 2, 3, 4, 5 ].each { |x| puts "MiValor: #{x}" }

Desde luego se pueden usar iteradores m�s comunachos, pero lo de los bloques asociados a los m�todos es genial :-)

Python tambi�n tiene lo suyo, pero Ruby me parece muy simple y elegante... y definitivamente me gusta la sintaxis

A Ruby desde Python: http://www.ruby-lang.org/en/documentation/ruby-from-other-languages/to-ruby-from-python/
A Ruby desde Perl: http://www.ruby-lang.org/en/documentation/ruby-from-other-languages/to-ruby-from-perl/

Y ac� est� el libro que le�: http://www.ruby-doc.org/docs/ProgrammingRuby/

Es una primera edici�n, o sea que es algo viejito, pero casi todo es v�lido a�n :-)

Programaci�n y Bases de Datos :: RE: Porn Specific Proxy

Autor: gnemmi
Publicado: Wed Oct 05, 2011 2:50 am (GMT -3)

lo baj�, en cuanto pueda lo pruebo.
que te gust� tanto de ruby?
le encontraste algo que no hayas visto en python o perl ( aunque nada que ver el uno con el otro .. pero b�sicamente, en python vas a encontrar que todo es un objeto al igual que en ruby ... y python "comes with batteries" ... y en perl el manejo de regexp es impecable ... sin mencionar CPAN y que una vez que le agarras la mano al lenguaje es terriblemente expresivo y flexible )?

te pregunto en serio porque ac� en casa tengo el libro de ruby de Users ( una basura como casi todos los users menos el de C++ ) y la verdad es que nunca llegu� a pasar del cap�tulo 4 porque no encontraba nada que me motivara ... nada que no encontrara en otros lenguajes ... no s� .. nada que me llamara la atenci�n en realidad ... por eso me gustar�a saber que fue lo que vos viste en ruby que yo no pude ver

PD:
1) Felicitaciones ... como siempre, est�s al menos 4 escalones por arriba del resto ...
2) GPL v3?? nah ... v2 o BSD ... la v3 va para atr�s ...

Programaci�n y Bases de Datos :: Porn Specific Proxy

Autor: ezeaguerre
Titulo: Porn Specific Proxy
Publicado: Tue Oct 04, 2011 4:36 pm (GMT -3)

Nah, no es el nombre que le di... lo bautic� como MIME-based Caching Proxy (MCP).

Esta semana me le� un librito on-line de Ruby y la verdad que me encant� el lenguaje, y la pasada me hab�a hecho un Proxy en C (muy as� nom�s, probablemente lleno de errores , aunque funcionaba)... ayer decid� mezclar mi idea del Proxy con mi incursi�n en Ruby... y esto fue lo que sali�.

Es basicamente un proxy HTTP que no realiza cacheo de contenido en el sentido est�ndar de la palabra (como Squid), sino que a medida que exploramos realiza dos comparaciones por cada conexi�n HTTP:

1. Comprueba si el path de la URL concuerda con alguna expresi�n regular. En particular lo uso para comprobar por determinadas extensiones, ej:
* \.flv$
* \.wmv$
* \.avi$
* etc...

2. Comprueba si el Content-Type (MIME type) de la respuesta concuerda con alguna expresi�n regular, ej:
* video/x-flv
* video/.*

Si alguna de las expresiones regulares concuerda, entonces genera un hash a partir de la URL y guarda todo el contenido transmitido en el directorio de cach� con la extensi�n que se le indique.

De esta manera es capaz de guardar los videos de youtube. �Pero para eso uso Clive! Bueno, la idea del Proxy no es ser "Yet Another Ultimate Video Downloader For a Bunch of Sites" �Es mucho m�s simple! No se esfuerza en parsear la URL de Youtube y buscar informaci�n sobre el video y ofrecerte el mejor formato para la descarga, no, nada de eso... simplemente descarga lo que le llega a tu navegador. �Qu� quiere decir? Que si tu programa de descargas no soporta descargas de... no s�... redtube... ah� entra este Proxy, para �l no hay diferencia entre redtube o youtube o vimeo o lo que sea... todos ellos terminan transfiriendo tarde o temprano contenido con el mime-type: video/ALGO. Y es eso lo que el Proxy captura.

Adem�s genera un log para que sepas que URL descarga con que nombre, de esa manera pod�s empezar a ver un video parar la descarga, ir al log y continuarla con wget. Basicamente es una t�cnica que he usado, nada m�s que sniffeaba el tr�fico con Wireshark hasta llegar a donde yo quer�a, ahora es mucho m�s f�cil :-)

Entonces, el Proxy te ofrece dos opciones:
* Descarga el contenido a medida que lo mir�s.
* Te da la URL y lo descarg�s cuando se te canta.

== NOTAS ==
* No soporte transferencias "Chunked", hasta ahora no conozco ning�n server que haga eso. �Qu� pasa si alguno lo hace? Va a descargar el contenido, nada m�s que nos quedar� un archivo inservible, tendr�amos que fabricar una herramienta de post-procesamiento para arreglarlo (pero el contenido est�!!! es cuesti�n de reformatearlo!), pero si llegara a ser una necesidad para mi, probablemente lo implemente en el Proxy antes que hacer una herramienta de post-procesamiento.

* No soporta Keep-Alive, lo cual quiere decir que no va a reusar una conexi�n TCP ya abierta para transmitir m�s datos... esto lo hace un poco m�s lento �Cu�nto? No s�... agrega latencia (NO disminuye la tasa de transferencia, s�lo aumenta la latencia, pues tiene que reconectar por cada elemento de una p�gina HTML), pero no es la idea del Proxy ser usado todo el tiempo, es s�lo para cuando queremos ponernos a descargar cosas. As� que de momento no es que me importe mucho.

* No soporta contenido comprimido, y aqu� otra vez... si un server no respeta el pedido del proxy y manda contenido comprimido... el contenido se va a guardar, s�lo que vamos a tener que descomprimirlo a mano (NOTA: Otra raz�n por la cual no conviene usarlo para TODO).

* Iba a implementar soporte para guardar contenido parcial (y completarlo a medida que se vayan pidiendo otros rangos del archivo), pero me di cuenta que es una porquer�a, porque en lugar de usar el est�ndar HTTP para pedir contenido parcial, los reproductores de videos flash simplemente realizan un pedido com�n y corriente y pasan un par�metro en el query string, ej:

http://mihost/mivideo.flv <-- Contenido entero, de principio a fin
http://mihost/mivideo.flv?start=1234 <-- Contenido a partir del byte 1234

Si usara el path de la URL (sin inclu�r el query string) para el hash podr�a respetar esta forma de pedido de contenido parcial, pero por ej. youtube usa el mismo path para todos los videos: /videoplayback, pasando el id del video como parte del query string.

Adem�s, es tan pero tan choto flash que por alguna raz�n siempre se agrega el header del FLV... �es rid�culo! ni siquiera incluye informaci�n sobre el video, es s�lo una est�pida cadena de caracteres constante! As� que adem�s de soportar esta tonter�a del start tendr�a que agregar soporte para remover el header FLV!!

Simplemente me parece rid�culo gastar fuerzas en implementar soporte para todo esto, que est� sencillamente mal dise�ado, el est�ndar HTTP soporta pedidos y respuestas de contenido parcial!! por qu� carajo no usaron el est�ndar?? y lo que es peor... por qu� carajo retransmiten el est�pido header?

En fin, a�n as� el proxy tiene la opci�n (y, por defecto, lo hace) de convertir un pedido parcial en un pedido completo, aunque no prob� si funciona, puesto que todos los videos flv usan el esquema de arriba en lugar de usar el est�ndar HTTP.

* NO entrega contenido desde la cach�, �por qu�? en primer lugar porque no se me cant�, y en segundo lugar porque varios sitios usan distintas direcciones para el mismo video. El primer paso en el balanceo de carga es proveer varias URLs distintas para el mismo contenido:

http://cdn1.mihost/mivideo.flv
http://cdn2.mihost/mivideo.flv
http://cdn3.mihost/mivideo.flv

Todas esas URLs devuelven el mismo video, pero todas generan un hash diferente. Es decir, que si quisieran usar el proxy como cach� de videos probablemente terminen con el mismo video en la cach� m�s de una vez. No hay una manera est�ndar de resolver este problema, Squid lo resuelve con store-rewrites, que permiten modificar esas URLs en algo como:

http://mihost.sincdn.internal/mivideo.flv (por decir algo)

entonces el contenido de las distintas URLs terminan generando el mismo hash para ir a buscar en la cach�. Pero esto requiere de conocimiento espec�fico de los distintos sitios (YouTube, etc), y por ende se va de lo que yo quiero hacer.

* Por defecto elimina todas las cabeceras del tipo If-xxxx, para lograr que el server SIEMPRE nos entregue el contenido, y nunca nos diga algo como "El contenido no fue modificado desde su �ltima visita"... nosotros queremos que el contenido circule, no lo queremos estancado en la cach� en ram/disco del navegador.

* Pese a todo lo anterior, el contenido NO es transferido 2 veces, el proxy lo copia a medida que circula entre el servidor y el navegador.

* _PUEDE_ tener bugs, hasta ahora no me top� con ninguno... baja todos los videos

Por �ltimo, el link: http://www.mediafire.com/?j06rdjyg250253f

S�lo necesita de Ruby (si ya s�, es mucho m�s que pedir s�lo la librer�a est�ndar de C), no usa ninguna librer�a externa (s�lo la est�ndar de Ruby).

Redes y Telecomunicaciones :: Benchmark servidores HTTP.

Autor: ezeaguerre
Titulo: Benchmark servidores HTTP.
Publicado: Mon Aug 15, 2011 6:49 am (GMT -3)

Hoy estuve compilando algunos servidores para hacer unos benchmarks, reci�n hice unas corridas preliminares para ir teniendo una idea... tengo que configurar bien algunas cosas y ver bien c�mo voy a hacer los benchmarks, pero para que vayan teniendo una idea (al que le interese) dejo unos gr�ficos pedorros que acabo de hacer...

Basicamente:
1ro: nginx 1.1.0
2do: Cherokee 1.2.98
3ro: Apache 2.3.14-beta (2.4 beta) mpm-event
4to: Apache 2.3.14-beta (2.4 beta) mpm-worker
5to: Apache 2.3.14-beta (2.4 beta) mpm-prefork

El benchmark consisten en bajar un archivito (hola.txt ) que pesa 100 bytes, osea que es un benchmark donde se baja constantemente el mismo peque�o archivo, lo cual quiere decir que:

* El archivo est� en cache.
* Basicamente se est� midiendo el "overhead" del servidor.
* Seguro que no es representativo de un caso de uso real.
* La aplicaci�n de benchmarking y el servidor corr�an en la misma m�quina compitiendo por los mismos recursos: RAM, CPU, sockets!!! etc

Tengo que pulir todos esos detalles, y me gustar�a ver c�mo se comportan ante una aplicaci�n un poco m�s realista (un phpBB, un Wordpress, un Drupal, o algo de eso) pero por hoy me conformo con haber compilado los distintos paquetes y haber hecho esta corrida provisoria

�Saludos!

Programaci�n y Bases de Datos :: C++0x is unanimously approved!!

Autor: gnemmi
Titulo: C++0x is unanimously approved!!
Publicado: Sun Aug 14, 2011 11:21 pm (GMT -3)

Cita:

The final ISO ballot on C++0x closed on Wednesday, and we just received the results: Unanimous approval.

The next revision of C++ that we�ve been calling �C++0x� is now an International Standard! Geneva will take several months to publish it, but we hope it will be published well within the year, and then we�ll be able to call it �C++11.�

I want to extend my thanks again to Bjarne Stroustrup for sharing his work with the world and continuing to help move it forward, and to all of the participants whose hard work went into achieving this important milestone in the history of a great language. Thanks!

Link

Salidas y Encuentros :: RE: Almuerzo / After office

Autor: Salitou
Publicado: Tue Aug 09, 2011 3:44 pm (GMT -3)

Excelente!!!!!!!

12:30 quedamos con le Mars�n

Salidas y Encuentros :: RE: Almuerzo / After office

Autor: Kaos_Engine
Publicado: Tue Aug 09, 2011 3:31 pm (GMT -3)

Voy!

Salidas y Encuentros :: RE: Almuerzo / After office

Autor: Salitou
Publicado: Mon Aug 01, 2011 3:24 pm (GMT -3)

Mi�rcoles 10/8/11, a las 13 m�s o menos, el Marson y la que les tipea se juntan a almorfar, el q se quiera prender, bueno, ya saben

El Marson no me deja mentir, es m�s, �l me dijo si si , yo lo vi

Compras - Ventas - Alquileres :: Vendo Teclado Casio CTK-4000 Sentisitivo + Soporte Tijera +

Autor: MaRsOn
Titulo: Vendo Teclado Casio CTK-4000 Sentisitivo + Soporte Tijera +
Publicado: Thu Jul 28, 2011 5:16 pm (GMT -3)

El teclado se entrega con su Atril original, Fuente de 9V, Cable USB para conectarlo a la PC, Manuales originales, Pedal de Sustain y Soporte Tijera!

Teclado Ideal para comenzar a tocar. 5 Octavas, Sensitivo, con conexion MIDI.
Tiene 4 meses de uso. Esta como nuevo.

Imagenes del producto:

Su pregunta no molesta

Saludos