Via | Bits & Pieces

Si es que desde que Ona Mallorca saliera con su apartado Online en streaming con el catálogo consultable, es algo que ya debieran todas las cadenas radiofónicas tener implantado a día de hoy.

Todo esto lo digo a raíz de la noticia de que Gomaespuma está sacando sus sketches online en formato podcast.

En Alt1040 hacen alusión a la crítica de cine de La Venganza de los Sith.

Pero volviendo al tema, por ejemplo FreakyTown tiene podcast de su programa de radio. Pero hay pocas emisoras que hagan lo mismo… Es algo totalmente raro a día de hoy no destinar algún recurso a hacer estas cosas, máxime cuando todas las cadenas deben contar con una biblioteca (por no decir almacén) de los programas realizados anteriormente… Hoy la tecnología da para alcanzar audiencias más amplias y se pueden obtener ingresos derivados de la publicidad, aunque el programa radiado online tenga 10 años.

Via | Bits & Pieces

Hechos sobre la blogosfera:

• ¿Quién está blogueando ahora mismo?
  • 2/3 son hombres
  • Un 75% son graduados universitarios
  • 3/4 partes ganan menos de 100 mil dólares anuales
  • Un 48% de los blogueros son de USA, de Europa el 26%, un 10% del Asia Pacífica, el 16% restante del resto del mundo
  • De todos los blogueros, un 35% son blogueros profesionales o periodistas
• ¿Por qué y sobre qué bloguea la gente?
  • Lo más blogueado son cosas y pensamientos personales (como cosas de vampiros por Crepúsculo y mierdas de esas)
  • Los siguientes tópicos son sobre tecnología, política, noticias, ordenadores, etc
  • Los menos blogueados son sobre salud y cosas de televisión
  • El 42% de los blogueros y lectores se han hecho amigos de alguien al que han conocido en persona tras escribir en su blog
  • El 63% afirma que tras bloguear sobre los temas que le interesan, se han visto más comprometidos e involucrados con el tema
  • El 19% de los blogueros sabe que en su trabajo no verían con buen ojo sus puntos críticos de sus blogs
  • Entre los motivos para bloguear, los importantes son estos:
    • Mantener a los amigos y familia actualizados
    • Conseguir salir en medios tanto digitales como escritos
    • Conectar con gente de los mismos gustos
    • Compartir experiencia
    • Dar voz a tu mente
• ¿Cuanta gente está blogueando?
  • Hablando de la frecuencia de actualización:
    • El 20% actualiza 1 o 2 veces al día
    • El 27% lo hace de 3 a 4 veces por semana
    • El 23% solo 1 vez a la semana
    • El 15% lo hace 1 vez cada varias semanas
    • El 3% solo 1 vez por mes
    • Un 5% menos de 1 vez por mes
    • Y el 7% más de 3 veces al día
  • Sobre el tiempo que se pasan los blogueros en la tarea:
    • El 26% pasa menos de 1 hora
    • El 27% pasa de 1 a 3 horas
    • El 22% se pasa de 3 a 10 horas
    • Un 13% se pasa de 10 a 40 horas
    • Y el 2% restante se pasa más de 40 horas blogueando
• A grandes rasgos, hay 133 millones de blogs en todo el mundo. Y van aumentando.

Via | Bits & Pieces

Este es un post técnico que complementa al de cómo implementé el tema de NginX + PHP en FastCGI.

Desde siempre, dados varios bugs conocidos de php en cgi que, según la versión, hacían que los sockets fueran más o menos estables tenía un proceso en el cron del sistema que me reiniciaba el php (los sockets realmente) cada día a las 6:15 de la mañana.

A veces, cada X semanas, el php se quedaba colgado y lo reiniciábamos manualmente. NOTA: no es que el php se quedaba colgado, el tema radica en que el socket de escucha se quedaba tonto sin responder, los procesos de php seguían ejecutándose esperando cargas y peticiones (en estado suspendido). La solución al reiniciar, era que matando los procesos y rearrancando esa parte, el socket se creaba de nuevo y volvía a la normalidad.

Esto no se trata en casi ninguna web, exceptuando una: En el blog de Taragana.

Tras varios meses así, decidí implementar una mejor solución. Encontré una versión mejorada para Ubuntu (aunque yo uso Debian) de un script de arranque usando demonios. Tras esto, mejoraba 2 cosas: era más consistente el arranque (al poderlo poner en el arranque del sistema sin problemas) y se cargaba la configuración de php con más megas de RAM asignados (de la otra manera lo que pasaba era que se arrancaba el php en fcgi con valores por defecto (aunque le pasara por parámetro el fichero php.ini).

Estos scripts básicamente son dos: /etc/default/php-fastcgi (fichero de configuración) y el script de arranque.

Este cambio lo realicé a principios de enero y durante 2 semanas no dió ningún problema, tuve que comentar la linea de reinicio del cron porque no era necesario.

Pero tras eso, por alguna actualización o algo, la cosa fallaba como una escopeta de feria. Volví a poner el reinicio cada 2 días, pero ni eso… lo volví a poner a un día. Pero no bastaba…

La solución por probar era compilar el php-fm, pero se me antojaba demasiado complicado para dejar el sistema tal como lo tengo ahora, así que decidí investigar.

Primero pensé en ver si había alguna otra implementación de sockets que recibiera peticiones y pudiera ejecutar lo recibido usando el cliente normal de php de bash. Miré si había alguna manera de crear sockets desde 0 con php para este fin, pero no había nada sin tener que sumirme en decenas de varios de documentos de programación en C sin tener mucho tiempo.

Tras buscar, llegué hasta un blog que hablaba del tema. El auto se había programado un script en python que, básicamente, escaneaba por errores en el log del NginX cada 2 segundos sin impacto en el sistema. El que aquí os pongo simplemente tiene comentadas las lineas para enviar correo, dado que pasaba mal algunos parámetros al sendmail y se colgaba.

Básicamente, lo que hace es:

• Se ejecuta y se ‘demoniza’, así que se queda en el sistema.
• Escanea el /var/log/nginx/error.log cada 2 segundos, usando algo como tail -f.
• Si se encuentra en el log las cadenas “104: Connection reset by peer” o “111: Connection refused”,
  • Ejecuta un killall -9 php5-cgi (el binario se puede configurar)
  • Ejecuta el script de arranque /etc/init.d/php-fastcgi start

Al usar el tail -f, se usa muy poca memoria y permite estar tranquilo… como mucho hay un downtime de varios segundos. Luego se arranca como si no hubiera pasado nada.

Para evitar que algo reviente el phpmonitor.py, he creado un script en bash ejecutado cada minuto via cron que simplemente mira si se está ejecutando el monitor. Si se ejecuta, sale; si no, lo ejecuta. La doble seguridad o doble chequeo es necesario.

Cosas a mejorar:

• En el script de python, podríamos usar el propio script de arranque para parar los procesos en lugar de hacer un kill directamente; o usar un simple restart…
• Aplicar una parte de la solución de Taragana: crear pools para cada aplicación, así no siempre se quedaría todo parado. Aunque eso implicaría modificar el script de python para discriminar entre dominios/aplicaciones y no reiniciar lo que no toca

Alguien tuvo acceso a muchos datos referentes al precio de transmitir datos en Internet en los últimos 10 años. Es increible observar la tendencia general del declive del precio, sobretodo en la última década. Y esas tarifas solo hacen referencia a lo que las empresas pagaban, pero no incluye la depreciación general.

En 1998, el precio medio pagado por los distribuidores de contenido para transmitir video a Internet era de 15 céntimos de dólar por megabyte transmitido. Repetimos, por transmisión; eso no incluye el precio del hosting donde tener el archivo etc. Para entonces, las cosas no se medían en GB o TB, dado que nadie transmitía tanto, y la media del video transmitido era a un ancho de banda de 37Kbps. Si avanzamos hasta el presente, tenemos que empresas como Netflix codifican y transmiten contenido a un bitrate 90 veces más grande que en 1998.

Para ponernos definitivamente en el tema, y para que todo el mundo lo entienda, a día de hoy Netflix paga 5 céntimos de dólar para transmitir TODA una peli por Internet. Si Netflix existiera en 1998, y a la misma calidad que hoy, le costaría la friolera de 270 dólares por peli. Por supuesto, en 1998 nadie tenía conexión de 3 Mbps, incluso si solo se codificara los videos a 37Kbps, ello le saldría entre 2′40 y 4′80 dólares por una sola peli. Todo esto os sirve para daros una idea de cuan lejos ha llegado la validad del video en internet, hábitos de consumo y tarifas a grandes rasgos de los últimos 10 años.
Pero incluso con esa bajada de precios tan sorprendente, las compañías siguen haciendo números para conseguir dinero con el tema del video de online.

Texto original aquí.

Fácil, sencillo y para toda la familia. Y por si tienes dudas de si LAS WEBS DE ENLACES

Via | BlogPocket y Juan Andrés.

Si, hoy voy a hablar de algo que se llama progreso.

Después de ver el videoclip del éxito de este año de David Guetta varias veces, que se llama Sexy Bitch (aquí la versión light, donde vemos a la Poly en acción):

En ella podemos ver unas escenas en las que la gente se hace fotos con una Polaroid. Esto me recordó a como el progreso y la tecnología las ha ido apartando poco a poco del camino de todo el mundo y las ha relegado a los museos (aunque hay gente, muchísima que tiene una y han conseguido que la casa fabricante vuelva a fabricar rollos para poder seguir haciendo fotos, pero todas terminarán en un cajón o en un museo).

Vayamos por partes.

¿Qué hizo tan revolucionarias y famosas a las Polaroid?

Aunque no soy fotógrafo y nunca he usado una Polaroid, si que se ven las ventajas a la legua. La primera gran ventaja era la del revelado ultra-rápido (la foto se imprimía al instante y se hacía visible en 5 min). Eso era , en la época de los hippies y demás, lo más parecido a la instantaneidad. Además, era algo relativamente compacto, cosa que es su segunda ventaja. El resto es lo mismo que todas: una máquina de fotos aunque con el objetivo cambiado.

Con solo estos pequeños detalles, simplemente la Polaroid pasará a ser conocida como la precursora de la fotografía digital actual.

El hecho es que la tecnología ha sido capaz de miniaturizar muchos factores de la fotografía y darnos lo que se conoce como las cámaras compactas. Con las mismas ventajas y algunas más que ahora se detallan.

¿Qué tienen de similar las cámaras digitales con las Polaroid?

Instantaneidad, pero en el caso de las digitales es de verdad: tu haces una foto y en pocos segundos la puedes ver en el visor. Aunque antiguamente había que esperar algunos minutos, era una ventaja no tener que revelar la foto en un estudio fotográfico.

Ser compactas. Y aquí todavía más. Aunque las Polaroid eran compactas, el tamaño sería para hoy algo abultado realmente. Las digitales compactas tienen el tamaño de una caja de cigarrillos y con más tecnología que las Polys.

Ventajas de las Digitales sobre las Polys.

Aquí viene lo que se denomina un K.O. técnico de la ciencia y la técnica del progreso.

Primero: no se necesitan productos químicos de antemano para realizar la impresión instantánea. Simplemente no necesitas impresión, con lo que solo dependes de la batería y la memoria de la cámara. No de un rollo imprimible.

Segundo: puedo borrar fotos sin afectar al resultado. Simplemente si una foto no ha salido bien, se borra de la memoria. Con las Poly’s no podías hacerlo, tenías que estropear y tirar la foto que ya estaba imprimida.

Por eso las compactas han tenido un gran auge. Han dado a la gente lo que dieron antaño las Polys: fotos y verlas al momento.

P.D.: Incluyo la versión del videoclip que todo el mundo conoce:

Esto es lo que yo llamo una buena opinión del mundo de las descargas que nos rodea.

Aún así, hay varios puntos que difiero en el sentido de cosas diferentes que no se comentan.

Napster tenía un gran problema: solo descargaba de una persona a la vez el mismo fichero. La ventaja real del P2P llegó con el Kazaa, con el cual era posible descargar el mismo fichero de tantas fuentes que estuvieran disponibles (dado el número de personas que compartieran el mismo fichero con su HASH y los slots abiertos).

Napster solo será lo que fue en su momento: la punta que abrió la puerta P2P, pero no era eficiente.

El auténtico P2P en música (dado que lo otro era todo mierda, literalmente, avi’s que eran fakes, exe’s con más virus que un moribundo, etc) vino de la mano de Kazaa, el cual tenía búsquedas múltiples y demás avances. Eficiencia, señores.

Luego dimos el salto al eDonkey/eMule y derivados que ya fue la revolución del P2P en todo tipo de ficheros. Solo tenía un problema: el protocolo estaba ideado por un auténtico subnormal. De ahí empezaron muchos devaneos de las operadoras y todo el auténtico meollo de los derechos de autor. Era tan fácil buscar las cosas en esos programas (igual que también se crearon foros y webs dedicados a los enlaces), que todos se cegaron en esa solución sin ver la realidad: un auténtico cáncer que se ha extendido a lo largo de estos años y sigue estando vigente.

De ahí, muchos operadores y proveedores de acceso tuvieron muchos quebraderos de cabeza. El protocolo se comía todo el ancho de banda disponible sin ser útil. Si chicos y chicas, más del 70% del tráfico que vuestras lineas se han tragado usando este software (me refiero al Emule y al eDonkey y derivados del protocolo) no han servido para nada, eran solo cosas de control. Ergo, habeis multiplicado por 3 el tráfico que realmente necesitabais haber bajado. ONO empezó a hacer un prefiltrado, pero no le fue muy bien.

Luego llegó la gran salvación: el bittorrent. Realmente al creador de este protocolo habría que hacer una estatua o un monumento. El protocolo solo usaba lo que necesitaba, el tracker o punto central realmente hacía el cálculo de lo transferido asignando bien las preferencias a los clientes. El problema que tuvo es que se hizo famoso primero en la escena del manga/anime. Pero la transferencia P2P había llegado a la eficiencia en persona (y de hecho sigue siendo, muchos trackers de alta definición usan este protocolo… por algo será).

La descarga directa ha sido la solución para salir de todo el meollo del P2P y poco más. El problema de esto resulta que ahora todo el mundo descarga de las mismas fuentes directas (como antaño), y entre que los usuarios descargan de la misma fuente y tienen anchos de banda inimaginables al principio, se saturan. Es una cuestión de números, señoras y señores.

Ahora no podemos tirar de FTP’s si no se restringen las velocidades de descarga, porque todos chupando del mismo servidor terminan por agotar el ancho de banda contratado. Antaño simplemente descargábamos de FTP pero porque era lo mejor: una máquina fuera del país con ancho de banda muy bestia comparado con la velocidad de conexión. Además, solo había poquísima gente con internet, no era algo necesario o cool como ahora. Antes era puramente de Freaks.

Si hay que compartir, se comparte como toca: usando bittorrent pero con unas fuentes seguras y completas durante varios días. Eso sí que será el futuro. Otro futuro es descargas directas de servidores no saturados…

Via | Meneame

Click para ampliar imagen

La explicación en español:

Más de 210 mil millones de correos electrónicos se envían al día (1 billón americano son mil millones, no un millón de millones). Esto implica más palabras e información que las escritas por todos los periódicos de Estados Unidos en varios años.

Cada día se suben más de 3 millones de fotos a Flickr, lo que supone suficientes imágenes para llenar un albúm de fotos tradicional de 375 mil páginas.

Más de 43 millones de gigabytes (aproximadamente, unos 40 mil terabytes) es la información enviada entre dispositivos móviles (refiriéndose a moviles de toda la vida). Esto es suficiente información para llenar 1′7 millones de discos Blu-Ray o 9′2 millones de DVD’s o 63 billones de disquetes de los antiguos.

Hablando en la parte monetaria, los servicios para móviles generan 143 millones de dólares al día, de los cuales 13 millones se generan en la venta de videojuegos para teléfonos.

Facebook tiene la friolera de 700 mil usuarios nuevos, lo que es lo mismo que la población total de Guyana en América del Sur (pero eso es CADA DIA). Entre todos los usuarios de Facebook, se consigue la friolera de 45 millones de actualizaciones de estado, lo cual contrasta con los 5 millones de tuits en las cuentas de Tweeter.

Hablando de postear, los blogueros crean o añaden un total de 900 mil nuevas noticias/artículos, lo suficiente para llenar el periódico New York Times en los próximos 19 años.

Via | Online Education