El Consejo de Estado Francés recuerda el derecho de las comunidades locales a elegir software libre

Fuente: http://www.april.org/le-conseil-detat-rappelle-le-droit-des-collectivites-locales-de-choisir-du-logiciel-libre

El 30 de septiembre 2011, el Consejo del Estado Francés dió una decisión sobre los mercados de provisión de servicios en software libre1. Este decreto subraya la diferencia entre los mercados de servicios y los mercados de provisión y confirma por la jurisprudencia la posibilidad de los actores públicos de optar por el software libre.

En este caso, la región de Picardía había decidido poner en marcha el software libre Lilie para los espacios numéricos de trabajo de los liceos de la región. Había, posteriormente, lanzado una licitación pública para la puesta en marcha, la explotación, el mantenimiento y el hosting de una plataforma de servicios de este entorno de trabajo. Esta decisión había sido atacada por dos empresas, argumentando que la elección de un software libre específico antes de la redacción de la licitación pública para los servicios malograba el principio de libre competencia.

El Consejo de Estado Francés ha dado razón a la Región de Picardía, recordando que, para software libre, no hay mercado de provisión de software, ya que la región ha podido “gratuitamente y libremente” obtenerlo: no hay juridicamente una compra (ya que el software es gratuito), por lo tanto no hay mercado. En otras palabras, y es el primer aporte de esta jurisprudencia, las colectividades locales pueden elegir libremente software libre y usarlos sin pasar por un mercado de provisión de software.

El Consejo de Estado Francés aprovecha luego para subrayar que las libertades del software libre permiten la competencia entre los prestatarios de servicios, y que por lo tanto el mercado de provisión de servicios para el despliegue y la adecuación del software responde a todas las exigencias de igualdad entre los candidatos. En efecto, y segun los términos mismos del Consejo de Estado Francés (ndlr: texto traducido del original),

« En lo que se refiere a su caracter de software libre, [este software] estaba libremente y gratuitamente accesible y modificable por el conjunto de empresas especializadas [...] que estaban por lo tanto todas en capacidad de adecuarlo a las necesidades de la colectividad y de presentar una propuesta indicando las modalidades de esta adaptación. »

Los jueces del Palacio Royal precisan luego que, por consecuencia, hasta una empresa co-propietaria del software no tien ventaja de competencia indebido para responder a la licitación, lo cual es, por lo tanto, perfectamente legal.

Esta decisión conforta el análisis de la April sobre los mercados públicos informáticos2 : la elección de un software libre puede ser hecha librement por las colectividades, ya que las libertades del software no se limitan por la competencia a continuación. La April recuerda que estas libertades se traducen igualmente en otras ventajas para las colectividades locales, ya que permiten evitar encerrarse tecnológicamente y garantizan la perenidad de los datos.

Un análisis más detallado de las consecuencias de esta decisión será publicada próximamente (en el sitio de April).

How to upgrade Drupal 6 to Drupal 7

Another detailed article, this time on how to upgrade from D6 to D7: http://www.ostraining.com/blog/drupal/migrate-drupal-6-to-drupal-7/

Setting up multilingual menus in Drupal 7

Reference to another detailed article: http://renaudjoubert.com/en/article/setting-multilingual-menus-d7

Chamilo User Day en Latinoamérica Mayo 2013

Gallery 2.3 not translating

Just in case you would fall upon this issue as well, Gallery2 requires the corresponding language-specific locales to be installed on the system (it depends on them to show the matching translated terms).

The code to do that (and to debug it) is located (in Gallery 2.3) on line 330 of modules/core/classs/GalleryTranslator.class.

We hope it helps you a little.

Nginx + CDN + GoogleBot or how to avoid many useless Googlebot hits

If you’re like me and you’ve developed a CDN distribution for your website’s content (while waiting for SPDY to be widely adopted and available in mainstream distributions), you might have noted that the Googlebot is frequently scanning your CDNs, and this might have made your website a bit overloaded.

After all, the goal of the CDNs are (several but in my case only) to elegantly distribute contents across subdomains so your browser will load the page resources faster (otherwise it gets blocked by the HTTP limit or any higher limit set by your browser of simultaneous content download).

Hell, in my case, this is the number of page scans per day originating from the Googlebot on only one of my CDN-enabled sites (I think there are like 5 different subdomains). And these are only the IPs that requested the site the most:


3398: 66.249.73.186
1380: 66.249.73.27
1328: 66.249.73.15
1279: 66.249.73.214
1277: 66.249.73.179
1109: 66.249.73.181
1109: 66.249.73.48
1015: 66.249.73.38
822: 66.249.73.112
738: 66.249.73.182


As you can see, it sums up to about 13,000 requests in just 24h. On the main site (the www. prefixed one), I still get 10,000 requests per day from the Googlebot.

So if you want to avoid that, fixing it in Apache is out of the scope here, but you could easily do it with a RewriteCond line.
Doing it in Nginx should be relatively easy if you have different virtual host files for your main site and the CDN (which is recommended as they generally have different caching behaviour, etc). Find the top “location” block in your Nginx configuration. In my case, it looks like this:

        location / {
                index  index.php index.html index.htm;
                try_files $uri $uri/ @rewrite;
        }

Change it to the following (chang yoursite.com by the name of your site):

        location / {
                index  index.php index.html index.htm;
                # Avoid Googlebot in here
                if ($http_user_agent ~ Googlebot) {
                    return 301 http://www.yoursite.com.pe$request_uri;
                }
                try_files $uri $uri/ @rewrite;
        }

Reload your Nginx configuration and… done.

To test it, use the User Agent Switcher extension for Firefox. Beware that your browser generally uses DNS caching, so if you have already loaded the page, you will probably have to restart your browser (or maybe use a new browser instance with firefox –no-remote and install the extension in that one *before* loading the page).

Once the extension is installed, choose one of the Googlebot user agents in Tools -> Default User Agent -> Spider – Search, then load your cdn page: you should get redirected to the www page straight away.

BeezNest fixes new Chamilo security flaws in 48h

Secunia gave the Chamilo Security team full details of three security flaws detected in version 1.9.4 on Monday the 4th of March 2013. These flaws were detected by Fernando Muñoz, a regular contact for Chamilo in terms of security. We are very grateful for his and Secunia’s work.

Within less than 48 hours, the Chamilo Security team, part of BeezNest‘s development team, has reviewed, patched, published and communicated a fix to its community through the Chamilo wiki and Chamilo Security team’s Twitter account, doing its best effort to inform everyone in time.
In fact, a patch was available within 12h, but it took us some time to go through the right communication channels and make the patch accessible to the greatest number.

Our fast turn around time on this security issue is a reflection of the priority and focus we place on security. Security is more than a side item for us, it’s part of our core principles.

At Chamilo, we embrace security research and show our appreciation to all involved. Thank you for helping us make Chamilo better!

BeezNest offers hosting, development and maintenance services for any Chamilo LMS portal. Feel free to contact us for a quote if you need help. Chamilo is free software and you are absolutely not forced to use our services. We can help you out if you need it, that’s all!