¿Son legales las protecciones anticopia de los discos? Duda resuelta

El pasado viernes tuve la oportunidad de acudir a la charla que @abonauta ofreció en el Apple Premium Reseller de A Coruña sobre las leyes aplicadas a Internet. Realmente fue una charla muy interesante aunque por desgracia algo justa de tiempo.

Se tocaron temas muy interesantes como la privacidad de los datos personales, los derechos a  la hora de comprar por Internet usando tarjeta, etc. Pero sin duda el tema de las descargas se llevó la palma, sobre todo en la tanda de preguntas.

Y aprovechando la ocasión, intenté resolver una duda que ya había plasmando antes en el blog en éste post. ¿Es legal que cuando compramos un DVD o un CD nos impidan la copia a pesar de pagar el dichoso canon compensatorio? Pues si, es totalmente legal. Cualquier distribuidora puede proteger sus discos con sistemas que impidan la copia aún a pesar de que en España es legal realizar una copia para uso doméstico. Entonces, ¿para qué les pagamos el canon? Aquí es donde está lo más interesante del caso. A la hora de repartir lo recaudado, las distribuidoras cobran su parte en función del porcentaje de sus discos que esté protegidos. Si, por ejemplo, todos sus discos están protegidos, no recibirán ni un solo euro. Esto empieza a oler mal… ¿Y quién realiza el reparto? Las entidades gestoras (SGAE, CEDRO, etc). ¿Y a quién dan cuenta estas entidades de la distribución del canon? A nadie, son cifras privadas que no se hacen públicas, con lo que solo nos queda confiar en que las cosas se estén haciendo de acuerdo a la ley.

No se que os parecerá esto a vosotros, pero teniendo en cuenta la cantidad de DVDs y CDs con sistema de anticopia que circulan por las estanterías de las tiendas, da la impresión de que ninguna distribuidora recibe su parte del canon. Y eso si que es como para desconfiar.

Gánate una invitación para Google Wave

Google WaveTras casi un mes probando el último producto de Google, Google Wave, por fin me han llegado las tan ansiadas invitaciones. Ya he repartido algunas a los que me las han pedido por mi twitter, pero como todavía me queda alguna, he decidido hacer lo mismo que hice en su día con las invitaciones de HD City, regalarlas.

Pero esta vez, dada la limitación de invitaciones y lo complicado que es conseguirlas, habrá que ganársela. ¿Y cómo? Muy sencillo. He pensado en hacer lo que muchos blogs comerciales con sus sorteos. Yo iré regalando invitaciones a todos aquellos que escriban un artículo en su blog dando a conocer a sus lectores el mio. Así vosotros os ganáis una invitación y yo doy a conocer mi blog a nuevos lectores.

Una vez que tengáis escrita la entrada, deberéis poner un enlace en un comentario de éste post. Os enviaré la invitación a la cuenta de correo que figure en ese comentario. Para que no paséis el trabajo en valde, iré indicando cuantas invitaciones me quedan para regalar y según vaya recibiendo más, os lo iré comentando. Empezamos pues ahora mismo regalando 3 invitaciones para los 3 primeros comentarios correctos.

Consigue un lector para el nuevo DNI gratis

Esta mañana me he encontrado una promoción muy interesante en uno de los múltiples blogs de tecnología que sigo (ahora mismo no se decir en cual). Resulta que Red.es y Tractis van a regalar 300.000 lectores para el nuevo DNI con chip incorporado y que nos identificarnos en varios servicios de la administración pública española. Por lo que he visto no tiene truco alguno, si bien hay que pagar los gastos de envío que “ascienden” a 2€. Solo se podrá solicitar un lector por domicilio y los 300.000 dispositivos van a ser repartidos entre las comunidades autónomas. Para conseguirlo tan solo hay que rellenar el formulario que aparecerá apartir del día 1 de octubre pulsando sobre la imagen de éste post o la que he puesto en la barra lateral.

En cuanto a la parte técnica, por lo que he podido ver disponen a día de hoy de dos modelos y un tercero aún por decidir. Los dos confirmados son el Gemalto PC Twin y el SCM SCR 3310. He estado curioseando en la web de ambos fabricantes y en lo que a mi situación respecta, parece ser funcionan en Leopard, así que espero que lo hagan igualmente en Snow Leopard.

Tenéis más información en la web de esta promoción.

Copias de seguridad automáticas en servidores web

Copia de respaldoAlgo de lo que muchas veces nos olvidamos al montar nuestras webs y de lo que solemos acordarnos cuando ocurre una desgracia es de las copias de seguridad. Tener un buen protocolo de copias de seguridad y de restauración es fundamental cuando de verdad nos importa nuestro proyecto.

Hoy en día la mayoría de las webs guardan dos tipos de información: el contenido en una base de datos y la configuración de la web, plugins, plantillas, etc en el sistema de ficheros del servidor. Teniendo en cuenta esto, os voy a explicar de forma sencilla como hago yo las copias de estos dos elementos de forma automática.

Para empezar, hace falta cumplir algunos requisitos para poder adaptar el método que aquí explico.

  • El servidor debe trabajar en Linux
  • Se debe tener acceso mediante SSH (Secure SHell)
  • Debemos tener disponible el demonio CRON
  • El servidor de base de datos debe ser MySQL

En primer lugar debemos definir un directorio de trabajo dentro del servidor, que será donde alberguemos los scripts y donde guardaremos las copias de seguridad. La mejor opción es ponerlo fuera del directorio propio de la web, aunque hay servidores que no contemplan esta opción y que todo el directorio del usuario está publicado en la red. En éste caso conviene proteger el directorio para que nadie pueda tener acceso.

Ahora que tenemos el directorio listo, debemos crear los scripts. Como ya he comentado antes, vamos a separar la copia de base de datos de la de los archivos. Comenzaremos por la base de datos. En el siguiente script debéis cambiar los datos en negrita por los de vuestro servidor, si poner comillas ni nada similar.

#!/bin/bash
# Obtiene la fecha para el archivo
FECHA=`date +%m%d`
mysqldump --opt --host=servidor --user=usuario --password=password base_de_datos > bd.sql
zip -q bd/bd$FECHA.zip bd.sql
rm bd.sql

Una vez reemplazada la información necesaria, lo guardaremos con extensión .sh y luego desde la línea de comandos le cambiamos los permisos (chmod 744 script.sh). Lo que hará el script es descargar la base de datos a un fichero sql y luego lo comprimirá en una subcarpeta llamada bd añadiendo la fecha de la copia y luego borrará el fichero sql anterior. Una vez hecho esto, ya podemos editar la configuración del Cron con el comando crontab -e. Incluiremos una entrada en el fichero indicando cuando queremos que se ejecute. En mi caso le indico que debe ejecutarse siguiendo el esquema 0 0 * * *, es decir, a las 0:00 todos los días de todos los meses. Tras indicar cuando lo queremos, se debe añadir donde encontrar el fichero con el script. Estos pasos son los que pueden resultar más complicados si no se tienen unos mínimos conocimientos sobre linux, así que si alguno necesita alguna aclaración, no tiene más que pedirla en los comentarios.

Para copiar los ficheros de la web, tendremos que usar otro script:

#!/bin/bash
# Obtiene la fecha para el archivo
FECHA=`date +%m%d`
zip -qr archivo_destino.zip carpeta_origen

Ahora solo deberemos configurar que carpeta queremos guardar comprimida y en donde y luego añadir otra entrada en el Cron. Yo normalmente realizo una copia semanal, ya que raro es que se cambien los ficheros importantes de la web.

A grandes rasgos éste es el método que yo empleo para realizar mis copias y por ahora siempre me ha dado buen resultado. Un buen consejo es que una vez configurado el método hay que comprobar que se puede recuperar la web desde los ficheros, ya que más de una vez ha pasado que estos no se creaban como era debido y uno se entera demasiado tarde.

Cualquier duda, os podéis poner en contacto conmigo o bien a través de los comentarios o a través del formulario de contacto.

Me sobran cinco invitaciones para HDCity

HD CityHD City es uno de los mejores trackers en español dedicacos a contenido en alta definición que yo conozco. Hace meses que un amigo me regaló una invitación para poder registrarme (requisito indispensable) y ahora que tengo unas cuantas quiero compartirlas con quien las pueda necesitar. Tengo cinco que enviaré a los primeros que me las pidais en los comentarios.

Os recuerdo que HD City utiliza ratios, con lo que será necesario dejar los archivos descargados compartiendo durante un tiempo para no ser baneados, para que luego no os llevéis el susto.

EDITO: Por cuestiones que solo HD City sabrá, no se pueden enviar invitaciones a cuentas de Hotmail, así que si estáis interesados, pedirlas a cuentas de otro proveedor como puede ser gmail o yahoo.

Las operadoras empiezan a escuchar a sus clientes

RO por lo menos algunas. Hoy revisando feeds me he encontrado con ésta noticia(en gallego) en el blog del operador de cable de Galicia, R. Actualmente esta operadora ofrece varias opciones de velocidad de conexión a internet entre las que destacan 12.000/600kbps, 12.000/1.000kbps, 30.000/1.000kbps y 100.000/3.000kbps. Todas estas opciones tienen una buena velocidad de descarga y una velocidad de subida de lo más normalíta para lo que estamos acostumbrados en España y extremadamente pobre si la comparamos con paises vecinos como Francia. Estas velocidades tan limitadas se deben al precio que debe pagar el operador por el ancho de banda de subida que a su vez repercute en el precio del servicio para los clientes.

Pero hoy anuncian una mejora, que aunque insuficiente para algunos usos, resultará muy útil para casi todos los usuarios. Voy a explicar lo que se les ha ocurrido a los ingenieros de R con un ejemplo. Dos clientes de la empresa tienen contratados 600kbps de subida cada uno. Resulta que el cliente A quiere subir las fotos de sus vacaciones a Flickr. Hasta ahora tendría que hacerlo a paso de tortuga, usando solo los 600kbps que tiene contratados. Pero ahora resulta que el cliente B no está subiendo nada y un nuevo instrumento que tiene R en sus instalaciones se da cuenta de que puede “prestarle” los 600kbps de éste al cliente A. Durante un breve espacio de tiempo, el cliente A contará con los 600 kbps propios y los prestados del cliente B, es decir, 1200kbps. Si esto se aplica a toda la red de R (la mayoría de los usuarios no suelen usar intensivamente la subida) se podrían llegar a alcanzar conexiones simétricas.

Éste es un buen paso, si funciona tan bien como lo hace sobre el papel, hacia unas conexiones de calidad. Habrá servicios en los que no se podrá hacer uso de esta característica o días en los que funcione mejor o peor, pero es un gran avance. Habrá que estar al tanto para ver como va evolucionando.