¿Que es la Internacionalización?

La Web se ha convertido en la principal herramienta de difusión de información para una audiencia variada y de gran tamaño que requiere de un procesamiento de información sencillo. La información que se muestra al usuario está compuesta de partes diferentes que han de trabajar en conjunto de forma coordinada para que la información sea accesible y universal, es decir, estas partes que integran la Web han de funcionar bajo cualquier circunstancia, en cualquier país, con cualquier idioma y cultura. Por este motivo la internacionalización podría definirse como un proceso a través del cual se van a diseñar sitios Web adaptables a diferentes idiomas y regiones sin necesidad de realizar cambios en el código. La utilización de formatos y protocolos que no establezcan barreras a los diferentes idiomas, sistemas de escritura, códigos y otras convenciones locales, es esencial para hablar de internacionalización en un sitio Web.

La Internacionalización también es conocida como I18N, que es la abreviatura de Internacionalización porque hay 18 letras entre la i y la n. Fuente.

Otro aspecto importante es saber como funciona la internacionalización.

Norma N. 1 – TODO EN UTF-8: editor, archivos, BD, tablas, campos, es decir todo, esto soluciona el 90% de los problemas de i18n.

Recordar que este ejemplo esta adaptado para KumbiaPHP, aunque la generación de los catalogos es igual en cualquier caso, la recomendación es usar Gettex fácil de usar y estándar, hay un tutorial en la Wiki de KumbiaPHP (KumbiaPHP y Gettext)el cual explica como generar los catalogos con Poedit y donde ubicarlos dentro de la estructura de directorio de la versión 1.0 Beta1

El autor del blog Matando Tigres ha creado su receta que como comente es bastante simple y funcional, yo traigo otra alternativa tan igual de fácil como esa ;).

Es sumamente importante generar los catalogos tal como se explica en el tutorial KumbiaPHP y Gettex ya que la intención de este tutorial es como mediante las URL’s sabemos el idioma y aplicarlo a nuestra aplicación para que se hagan las traducciones necesarias.

Lo Primero

Lo que deseamos es tener una URL como esta http://dominio.com/$lang/controller/action/, donde el $lang puede tener tantos idiomas como se hayan considerado.

Siguiendo, hay que editar el archivo app/public/.htaccess hay muchos que ignoran el gran potencial que se cuenta con la reescrituras de URL (mod_rewrite) y para efecto de este tutorial quiero sacar provecho de las reglas de reescritura.

... AQUI ESTA EL DEMAS CONTENIDO...
    # Para peticiones que no son archivos ni directorios
    # Reescribe a index.php?_url=URL
    RewriteRule ^(es|en)/(.*)$ index.php?url=/$2&lang=$1 [QSA,L]

Como se aprecia solo hemos cambiado la última regla para agregar el idioma y este luego es enviado como un parámetro GET['lang'] y como se mencionó la URL tendra este aspecto http://dominio.com/es/controller/action/ para efecto del ejemplo solo se han colocado 2 idiomas es (español) y en (ingles) pueden estar todos los que se necesiten.

Lo Segundo

Adecuar todos los enlaces, esto lo hacemos editando el FrontController de KumbiaPHP app/public/index.php en la definición de la constante URL_PATH que es la constante que se colocan en los link, form, etc. generados por los helpers.

La definición de esta constante esta aprox. por la línea 75.
define(‘URL_PATH’, PUBLIC_PATH.$_GET['lang'].’/');

Como se aprecia solo hemos agregando el valor del parámetro $_GET['lang'] que se definió en el .htaccess con esto ya todos nuestros enlaces tienen el idioma en la URL.

Por último…

Ahora solo queda asignar el valor del lenguaje solicitado para que la aplicación lo cargue y aplique las traducciones necesarias, ¿recuerdan lo que escribí hace un tiempo de aprovechar el método initialize()? para este caso también aplica :).

class ApplicationController extends Controller
{
    /**
     * Array con los idiomas disponibles
     */
    private $_langs = array('es' => 'es_VE', 'en' => 'en_US');
    public function initialize()
    {
        $lang = $_GET['lang'];
        //verifica que el lenguaje sea soportado, sino existe tomamos uno por defecto 'es_VE'
        if(!array_key_exists($lang, $this->_langs){
            //idioma por defecto
            $lang = 'es_VE';
        }else{
            $lang = $this->_langs[$lang];
        }
        putenv("LC_ALL=$lang");
        setlocale(LC_ALL, $lang);
        bindtextdomain("messages", APP_PATH . 'locale');
        textdomain("messages");
    }
}

Con esto ya deben funcionar las traducciones de nuestra aplicación, los código de idiomas sale del ISO 631-1

Conclusiones…

i18n es mas que una traducción de texto a un idioma hay que tomar en cuenta las culturas de las traducciones, monedas, fechas, montos, etc. hay muchas cosas por tomar en cuenta que no mencione en este tutorial sin embargo con ir al sitio oficial de Internacionalización (ingles) de la W3C encontraran bastante insumos para comprender este tema.

Haciendo una pequeña comparación respecto al ejemplo que publico el autor del blog Matando Tigres es que en este caso no utilizo el routes.ini obviamente esto se traduce en un tema de performance y reducción de trabajo, porque tantas rutas estaticas tenga en mi sistema debo definirla para el idioma.

Como siempre digo es una opción que seguro irá mejorando a medida que ustedes den un feedback, espero sus comentarios.

Lo que siempre hay que recordar es que KumbiaPHP es un framework MVC y POO (Programación Orientado a Objetos) si aprendemos a utilizar la arquitectura y el paradigma juntos seremos muy productivo, ademas de los beneficios adicionales que la aplicación de estas conlleva.

Bien, vamos al ejemplo lo primero es saber que KumbiaPHP implementa algo llamado variables de instancia, esto quiere decir que los atributos que son declarado con modificador acceso público (public) en el controlador serán enviados a la vista, en el ejemplo de hola mundo puedes apreciarlo. Partiendo de esta premisa jugaremos con eso y vamos a definir un atributo $pageTitle con modificador de acceso public en el controlador base, me refiero al application.php.

<?php
/**
 * Todas las controladores heredan de esta clase en un nivel superior
 * por lo tanto los metodos aqui definidos estan disponibles para
 * cualquier controlador.
 *
 * @category Kumbia
 * @package Controller
 **/
class ApplicationController extends Controller {
    public $pageTitle = 'Mi Titulo';
}

Con esto ya tenemos en las vistas $pageTitle, ahora tenemos que colocar esa variable a cumplir su función y tomando el ejemplo de KumbiaPHP + Ajax + jQuery este tiene como title de la página “KumbiaPHP web & app Framework”, vamos a editar el Template app/views/templates/default.phtml y agregamos en el tag title la variable $pageTitle como se muestra en el siguiente código.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 
                   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
 <head>
  <meta http-equiv='Content-type' content='text/html; charset=<?php echo APP_CHARSET ?>' />
  <title><?php echo $pageTitle ?></title>
</head>
<body>
    //CONTENIDO BODY
</body>
</html>

Lo importante notar en el template es que se agrego la variable $pageTitle, con esto todos las páginas tendrán un titulo por defecto, ahora la idea es cambiarlo de acuerdo a donde se encuentre la navegación, siguiendo el ejemplo KumbiaPHP + Ajax + jQuery en la acción acortar() le vamos agregar un titulo personalizado como se muestra en el siguiente código.

   ... DEFINICIÓN DEL CONTROLLER...
   /**
     * Form que se comunica con el API de SigueMiLink
     * para acortar el enlace
     *
     */
    public function acortar()
    {
        $this->pageTitle = 'Crea tu enlace Corto con SigueMiLink';
        //RESTO DEL CÓDIGO
    }
    ... DEFINICIÓN DEL CONTROLLER...

Para finalizar al ir al enlace http://localhost/kumbiaphp/api/acortar/ debe mostrar el siguiente titulo “Crea tu enlace Corto con SigueMiLink”.

Actualizado 11 de Junio 2010

En este tutorial explcaré el comportamiento de KumbiaPHP cuando hacemos aplicaciones ricas en JavaScript, me basare en utilizar jQuery como framework de JavaScript y no daré una explicación muy amplia de que son peticiones asíncronas ni como funcionan estas esto porque hay suficiente información en la red para quienes deseen indagar un poco mas, simplemente nos dedicaremos hacer peticiones asíncronas dentro de KumbiaPHP.

Como todo ejemplo lo ideal es basarlo en hechos reales y cotidianos en este sentido haremos un cliente que acorte URL utilizando el API del servicio SigueMiLink el cual fue desarrollado con KumbiaPHP :).

Requisitos

Antes de continuar hay que verificar lo que necesitamos para llevar acabo el tutorial.

• Tener funcionando KumbiaPHP Beta1 (Instalar KumbiaPHP)
• Descargar jQuery y colocarlo en el directorio app/public/javascript/jquery/jquery-1.4.2.min.js.
• Por lo menos haber hecho el ejemplo Hola Mundo de KumbiaPHP para entender este tutorial.
• Leer un poco el API del servicio SigueMiLink
• Ver funcionamiento básico de KumbiaPHP con AJAX

Empezamos

Lo primero es crear el controlador para efecto de este tutorial lo llame api mirar las convenciones de nombres de controladores si se te ocurre otro nombre mejor usalo, pero piensa que a lo largo del tutorial haré mención al controller api.

<?php
/**
 * Controller para utilizar el API de SigueMiLink
 * @author Deivinson Tejeda <deivinsontejeda@kumbiaphp.com>
 */
class ApiController extends ApplicationController
{
    /**
     * URL del API de SigueMiLink
     */
    private $_urlAPI = 'http://www.siguemilink.com/api/%s/?destination=%s';
    /**
     * Callback Before que verifica si la petición es Asíncrona...
     */
    public function before_filter()
    {
        if($this->is_ajax()){
            $this->set_response('view');
        }
    }
    /**
     * Form que se comunica con el API de SigueMiLink
     * para acortar el enlace
     *
     */
    public function acortar()
    {
        if($this->has_post('url')){
            //Reemplazo de valores en la URL del API.
            $this->_urlAPI = sprintf($this->_urlAPI, 'create', $this->post('url'));
            $this->response1 = json_decode(file_get_contents($this->_urlAPI));
            $this->render('response');
        }
    }
}

Ahora se crea la vista app/views/api/acortar.phtml que tiene un formulario que envia la URL al controller que será enviada al API de SigueMiLink.

<div style="margin: auto">
    <?php echo form_tag(array('api/acortar/', 'class'=>'form-remote')) ?>
        <label>Acorte tu enlace</label>
        <?php echo text_field_tag(array('url')) ?>
        <?php echo submit_tag('Enviar') ?>
    <?php echo end_form_tag() ?><br />
    <div id="update" style="margin: auto;"></div>
</div>
 
<?php echo javascript_include_tag('jquery/jquery-1.4.2.min'); ?>
<script type="text/javascript">
    <!--//--><![CDATA[//><!--
        $(function() {
            $(".form-remote").live('submit', function(event){
                event.preventDefault();
			    self = $(this);
			    var button = $('[type=submit]', self);
			    button.attr('disabled', 'disabled');
			    var url = self.attr('action');
			    //var div = self.attr('data-div');
			    $.post(url, self.serialize(), function(data, status){
				    var capa = $('#update');
				    capa.html(data);
				    capa.hide();
				    capa.show('slow');
				    button.attr('disabled', null);
			    });
            });
        });
    //--><!]]>
</script>

Creamos la vista que tiene la respuesta enviado desde el servicio que acorta la URL app/views/api/response.phtml

<?php if($response1->code == 2):?>
    <a href="http://smlk.es/<?php echo $response1->link?>/">http://smlk.es/<?php echo $response1->link?>/</a>
<?php else: ?>
    <strong>No se pudo acortar el enlace</strong>
<?php endif; ?>

Lo genial de este ejemplo es que funciona con o sin javascript para promover la accesibilidad web. Ahora explico un poco lo que hace el controller api, el método before_filter() es un filtro que se ejecuta antes de la acción en este caso verificamos si la petición es asíncrona y de serlo damos respuesta asíncrona, útil para centralizar y si la aplicación es muy rica en javascript no se tendra que tener esta validación en cada action del controller ;).

La action acortar() muestra el form y envia la petición (cuando se hace el submit) al servicio SigueMiLink para acortar la URL, con el método render() cambiamos de vista a renpose y como la petición se ha hecho asíncrona ya saben lo demas :).

En la vista acortar.phtml tenemos el formulario y con un JavaScript para enviar la petición asíncrona, en la documentación de jQuery se explican los métodos usados en este ejemplo en los cuales no me enfocare.

Es importante indicar el elemento del DOM que se actualizará luego de la petición, en este caso es un div con un identificador (id) update.

Es de notar que en la vista response no se analizan todos los códigos de error que devuelve el API de SigueMiLink, como tarea pueden hacer esto y dar respuesta al usuario de acuerdo al error retornado del servicio.

Importante

• Si no indicas que la respuesta será asíncrona KumbiaPHP cargará todo el template y por ende habran elementos de la vista que veras repetidos, así que no olvides el $this->set_response(‘view’).
• Saber que elemento del DOM se va actualizar

A probar lo hecho

Así es, nos queda probar lo que se hizo y mirar que todo ande como lo planeado, es decir un formulario con un campo de texto donde se coloca la URL que deseamos acortar al dar click en el submit si todo estuvo bien nos retorna una URL acortada para compartirla en nuestras redes sociales…

Asumiendo que tienes una instalación local deberías ver el ejemplo pinchando una URL como esta http://localhost/kumbiaphp/api/acortar/ es importante entender las URL de KumbiaPHP

En la Wiki de KumbiaPHP hay un ejemplo mas simple de como integrar jQuery en KumbiaPHP y puede quedar mucho mejor este tutorial por ejemplo tener un modelo que se consuma todo el web service del API de SigueMiLink, pero ya esto es tarea de lo mas curiosos les dejo un post que escribí sobre los modelo dentro del MVC

¿dudas? ¿sugerencias? deja tu comentario y ayuda a mejorar este ejemplo…

Como muchos se han enterado desde hace un tiempo esta en la cresta de la ola, el moviento NoSQL el cual es una serie de almacenes de datos no relacionales (ojo no han muertos las BD relaciones), hay multiples proyectos para almacenar este tipo de datos y uno de lo que mas me ha interesado en Redis (REmote DIctionary Server) el cual es un avanzado contenedor de datos del tipo clave-valor (key-value) muy parecido a memcached, pero a diferencia de esta que los datos no son volatiles, como cultura general Redis es desarrollado por Salvatore antirez Sanfilippo (@antirez)

Redis a diferencia de memcached cuenta con diversidad de tipos de datos, en Redis hay listas, conjuntos y conjuntos ordenados. Todos estos tipos de datos pueden ser manipulados con operaciones atómicas push/pop, add/remove. Puedes mirar todas las características de Redis en detalle del porque es una alternativa NoSQL muy interesante a valorar.

Redis actualmente esta siendo adoptado por multiples proyectos primordialmente por si perfomance (pueden chequear el siguiente benchmark) entre los cuales figuran GitHub (How We Made GitHub Fast), VidioWiki, y otros tantos. Al igual que proyectos existen lenguajes de programación que soportan a Redis.

Como ven hay muchas cosas interesantes en todo esto del NoSQL y especialmente con Redis, pero es importante acotar que NoSQL no esta pensado para cualquier aplicación, me refiero que esta nueva forma de almacenar datos nace en vista de necesidad que las Base de Datos Relaciones (las mismas que ofrecen el ACID) se quedarón cortas para lo que requieren las aplicación de hoy día en cuento al manejo de datos. En pocas palabras no intenten hacer un Blog con NoSQL, lo he visto a diario producto del novísimo de algunos que piensan y/o creen que ahora todo se puede hacer con NoSQL y lo que puede llevarlo al fracaso de un startup :)

PHP + Redis

PHP es uno de los lenguaje que ha dado soporte a Redis y hay varios clientes para trabajar con Redis los dos que considerado mas importante es Rediska la cual tiene características interesantes e integración con varios framework pero y PhpRedis el cual es una libraría nativa de PHP escrita en C.

PhpRedis es la que más me ha llamado la atención y es por tema que es una extensión nativa de PHP la cual supone que será mas rápida que cualquier librería que haga las veces de cliente para trabajar con Redis.

Explicare brevemente como instalar PhpRedis, en sistemas operativos basado en GNU/Linux en mi caso es Debian, realmente la instanción es bastante simple y lo primero es que debes tener Redis como servidor.

#aptitude install redis-server

Lo anterior solo instala el server, ya podemos trabajar con redis, pero hace falta un cliente en mi caso escogí PhpRedis, yo la baje directamente de GitHub como proyecto pudíeras solo bajar el .tar.gz.

#git clone --depth 1 git://github.com/owlient/phpredis.git

Ubicados en el directorio donde se descargo PhpRedis hacemos lo siguiente:

Nota: como se compilará un módulo de PHP necesitas tener instalado php5-dev

phpize
./configure
make && make install

Si lo anterior se ejecuto de forma correcta tendrás un mensaje al final lo que indica que todo se instalo como este:

Build complete.
Don't forget to run 'make test'.
 
Installing shared extensions:     /usr/lib/php5/20060613+lfs/

El próximo paso es cargar el módulo en el php.ini para ubicarlo use php –ini | grep ‘Loaded’ lo editamos y cargamos el módulo con solo añadir extension=redis.so en la sección Dynamic Extensions de su php.ini, ahora verificamos que lo hecho esta bien.

php -m | grep redis
php -i | grep 'Redis Support'

Hay un Script de PHP el cual es un test rápido para verificar que hay comunicación entre el servidor redis y la extensión PhpRedis instalada.

curl -s http://gist.github.com/raw/402018/redis-glue-test.php -o redis-test.php
php redis-glue-test.php

Si vez lo siguiente como salida del comando anterior, sientase feliz porque ya tiene andando PhpRedis como cliente de PHP y Redis como servidor :)

Para terminar…

Este post fue una introducción bastante general pero precisa a lo que es Redis como un sistema de almacenamiento key-value, espero pronto escribir algo de código donde se aprecie como guardar y recuperar datos de Redis desde PHP o bien desde la consola pura y cruda :).

Espero las dudas, preguntas y sugerencias sobre el post :)

Para variar hice la prueba y dejo un screen del resultado (no le presten atención a la imagen :)).

Importante recordar que estas son características disponibles para navegadores (browser) con soporte HTML5.

El enrutamiento es un mecanismo que reescribe las URL para simplificar su aspecto. Antes de poder comprender su importancia, es necesario dedicar unos minutos al estudio de las URL de las aplicaciones web.

Ejecutando Acciones en el Servidor mediante URL.

Las URL se encargan de enviar la información desde el navegador hasta el servidor. Las URL tradicionales incluyen la ruta hasta del script del servidor y algunos parámetros necesarios para completar la petición, como se muestra en el siguiente:

http://www.dominio.com/controlador/noticia.php?id=123456

La URL anterior revela informacion sobre la arquitectura interna de la aplicacion incluso de la BD, esto es algo que todo desarrollador de software debe evitar, veamos los detalles tecnicos:

• En la URL anterior, ¿que pasaria si un usuario malicioso (6) cambia el valor del parametro id? ¿Supone este caso que la aplicación ofrece una interfaz directa a la base de datos?, lo que intento decir que con esta URL nos podemos poner muy “esotérico“, volviendose casi imposible aplicar seguridad.
• Una URL como la anterior es muy dificil de leer, y estas no solo se muestran en la barra de direcciones de los browser, ademas son las que se indexan en los principales buscadores cuando los usuarios buscan informacion, por eso es mas simple ofrecer URL sencillas para que sean entendibles.
• Si se modifica una URL (porque cambia el nombre del script u otra cosa), se deben modificar todos los enlaces a esa URL (esto trae consecuencias terrorificas). De esta forma, las modificaciones en la estructura del controlador son muy pesadas y costosas, lo que contradice la filosofía del desarrollo ágil de aplicaciones.

La URL como Interfaz.

Una de las ideas del sistema de enrutamiento es utilizar las URL como parte de la interfaz. Las aplicaciones trasladan información al usuario mediante el formateo de las URL y el usuario puede utilizar las URL para acceder a los recursos de la aplicación.

Esto es posible en KumbiaPHP porque la URL no guarda necesariamente relación con las instrucciones del servidor. En su lugar, la URL está relacionada con el recurso solicitado, y su aspecto puede configurarse libremente de manera muy fácil.

http://blog.temiga.org/noticias/enrutamiento_en_kumbiaphp/

Esta URL tiene muchas ventajas:

• Las URL tienen significado y ayudan a los usuarios a decidir si la página que se cargará al pulsar sobre un enlace contiene lo que esperan. Un enlace puede contener detalles adicionales sobre el recurso que enlaza.

• Se puede modificar el aspecto de la URL y el del nombre de la acción o de los parámetros de forma independiente y con una sola modificación.
• Aunque se modifique la estructura interna de la aplicación, las URL pueden mantener su mismo aspecto hacia el exterior.
• Son más seguras. Cualquier URL no reconocida se redirige a una página especificada por el programador y los usuarios no pueden navegar por el directorio raíz del servidor mediante la prueba de diferentes URL.

Veamos como funciona.

Como hemos hablado KumbiaPHP no guarda relacion con las URL externas y las URI utilizadas internamente (ya conocemos algunas ventajas) la corresponsabilidad entre ambas es trabajo del Sistema de Enrutamiento (Router), esto se simplifica utilizando una sintaxis para URI internas muy parecidas a las externas, ejemplo:

; URI Interna
/articulos/* = controller/action/*

; NOTA controller y action respresentan quienes se encargaran de atender esa regla

;URL externa tendra esta forma
; http://www.dominio.com/articulos/una_noticia_cualquiera/

El sistema de enrutamiento utiliza un archivo de configuración, llamado routes.ini, en el que se pueden definir las reglas de enrutamiento. Si se considera la regla mostrada arriba, se define un patrón cuyo aspecto es articulos/*.

Todas las peticiones realizadas KumbiaPHP son analizadas en primer lugar por el sistema de enrutamiento. El sistema de enrutamiento busca coincidencias entre la URL de la petición y los patrones definidos en las reglas de enrutamiento estatico. Si se produce una coincidencia, las partes del patrón que tienen nombre se transforman en parámetros de la petición y se juntan como parametros de la accion del controller.

// El usuario solicita la siguiente URL externa

http://www.dominio.com/articulos/una_noticia_cualquiera/

// El Router comprueba que coincide con la regla /articulos/*
// El sistema de enrutamiento crea los siguientes parámetros de la petición
  'module'  => 'null'
  'controller'  => 'controller'
  'action'  => 'action'
  'paramater'    => 'una_noticia_cualquiera'

Luego que se descompone la URL, se pasa al controller “controller” y action “action” que recibe un parametro con el valor “una_noticia_cualquiera“, que internamente hara lo necesario para obtener esa noticia solicitada.

class ControllerController extend ApplicationController
{
    //método al cual se enruta
    public function action  ($noticia){
        echo $noticia; //salida una_noticia_cualquiera
   }
}

Conclusiones.

Sin  que utilizar el Sistema de Routing es un gran aliadoy  siempre hay que tener bien claro que una URL no debe guardar relación con la arquitectura de software del lado servidor siendo parte fundamente en el uso de buenas prácticas de desarrollo

El FLISoLVE sede caracas dio para todo, cambios de última hora, chinazos, opentrolling, fotografiar, incluso grabar una entrevista de KumbiaPHP al amigo @willicab quien maneja un programa de radio llamado “Cambur Pinto” por radioGNU.

Las charlas todas estuvieron excelente y la participación del publico mejor aún estuvo bastante movido durante todo el día el evento… ¿fotos? hay muchísimas dejo algunas que pude capturar…

El cerebro detrás de todo esto… @tatadbb (tatica)

¿Que estaba pidiendo @zamuro (blog)?

Compartiendo con los panas…

Elemento para Trollear

He colgado todas las fotos en mi cuenta de flickr donde pueden ver todas y tambien todas las que se han recolectado por parte de los asistentes.

Hace unas semanas hay un coleccionable que esta siendo distribuido por el Últimas Noticias sobre monumentos arquitectónicos del mundo, hasta el momento hay 5 (La Torre effield, Opera de Sidney, Torre Pisa, Empire State y el Arco de Triunfo) coleccionables que ya han sido entregados, donde trabajo nos hemos divertido muchísimo mis compañeros de trabajo tomándole fotos a CaChi(camo).

Esto se baso en el ataque del CaChi(camo) a estas obras. La misión es que cada viernes se haga esta sesión fotográfica con CaChi(camo) hasta finalizar todos los armables, pueden ver la colección en flickr y dejar sus comentarios.

No me quede con las ganas e hice la prueba…