 En esta ocasión tenemos, me imagino que mucho lo conoceréis, Javier Casares que es una persona bastante reconocida dentro de la comunidad y nada pues os dejo ya con él y con la charla. Bueno, hola a todos, ¿me escucháis bien? Me presento, ya me han presentado, soy Javier Casares, me podéis encontrar en JavierCasares.com Bueno, empecé con WordPress en el año 2005, más o menos en febrero salió la versión y en marzo, abril, empecé a utilizarla y como decía Pablo, tengo una herramienta que se llama WordPress Danger, que básicamente es lo que hace esa análisis de seguridad y a raíz de ahí, y de ahí salió un poco la charla, aparte de la herramienta he empezado a hacer otras cosas en paralelo y uno de esos pequeños proyectitos en paralelo tiene que ver con la relación de WordPress y PHP. PHP, obviamente entiendo que todos sabéis lo que es, porque básicamente WordPress sin PHP no funciona, es el lenguaje de programación que hay detrás de todo y como detalle importante, la última actualización de PHP es del día 29 de marzo, hace dos, tres semanas y actualmente solo hay tres ramas, bueno, hay estas cuatro ramas activas a nivel de seguridad, desde el punto de vista de seguridad pero solo dos de ellas se deberían de utilizar, que es la versión de PHP 7.1 y 7.2, es decir, todo lo que no sea 7.1 y 7.2, en teoría no se debería de utilizar, porque no está, o sea, está en mantenimiento de seguridad pero no está en mantenimiento de funcionalidad nueva, ¿vale? Teniendo en cuenta, si veis el calendario abajo, a finales de este año el soporte de la versión 7.1 se acaba, por lo tanto, si tenéis la oportunidad de escalar las versiones nuevas, os recomiendo enormemente que empecéis a utilizar la 7.2. WordPress es PHP, no es ninguna otra cosa, olvidados del resto, WordPress es PHP y por eso hay que tener muy presente qué versión utilizáis de PHP, entonces, todavía hay mucha gente que utiliza versiones anteriores a la 7.0, ¿vale? todos los que tengáis versiones anteriores a la 7.0, 5.4, 5.3, 5.2, 5.6, sobre todo 5.6, intentad empezar a actualizaros la versión del servidor si no lo, si lo gestionáis vosotros, obviamente, pues ir actualizando, ¿vale? Hay que ir haciendo mantenimiento del servidor, lo mismo que hacéis mantenimiento de Windows Update, pues los servidores de Internet también tienen su sistema de actualización, ¿vale? y si tenéis contratado el servicio con cualquier hosting, tipo cualquiera de los que hay aquí fuera, SiteGround y compañía ellos normalmente ya se encargan de ir manteniendo una versión mínima, si no recuerdo mal, se estoy pensando ahora que hace poco que SiteGround dijo que iba a actualizar no a la 7.2 por un tema de incompatibilidades que ahora os enseñaré sino que iba a hacer un primer paso a la 7.1 y que seguramente antes de final de año hará la actualización a la 7.2, ¿vale? pero sobre todo los que tengáis versiones menores de la 7 por temas de seguridad, sobre todo mínimo la 7.0, muy mínimo, ¿eh? Dentro de WordPress hace cosa de un año empezaron a aparecer dos proyectos en paralelo, el primero es SerHappy si seguramente os habéis dado cuenta en los que utilicéis Mac, seguramente con más frecuencia que los que utilicéis Windows o Linux que cuando entráis dentro del panel de control, del panel de administración, abajo os aparece un mensaje diciendo que os actualicéis el navegador, ¿vale? Ese proyecto de simplemente que tenéis el navegador vuestro poco actualizado y por lo tanto poco compatible, se llama SerBrowser y entonces por el mismo sistema y el mismo concepto se inventó el concepto este del SerHappy SerHappy básicamente es un proyecto dentro de WordPress que lo que va a incitarte es actualizar PHP, ¿vale? ¿Por qué? Porque básicamente hay una cantidad enorme de plugins y de plantillas que no son compatibles o con versiones muy antiguas o con versiones muy nuevas el problema sobre todo está en que hay plugins que no son compatibles con las versiones 7.0, ¿vale? que es completamente surrealista Entonces un poco por los dos lados, es decir, si hay un plugin que vosotros tenéis version 7.0, los plugins que no sean compatibles con las versiones 5.0 pues obviamente hay que actualizar esos plugins o dejar de utilizarlos y los plugins que no sean compatibles con versiones nuevas significa que el desarrollador no está haciendo bien su trabajo, por lo tanto, ¿vale? vamos a tener que hacer una serie de cosas ¿vale? entonces principalmente la primera cosa que vamos a ver dentro de poco, ¿vale? se lleva discutiendo desde hace un par de meses si iba a salir directamente la versión 5 o si va a aparecer antes cuando los que estábais justo en la charla de antes que se hablaba del tema de cuando va a ser la versión 5 y tal ¿tened presente que hace poco salió la 4.9.5? sí, pues están previstas que haya 4.9.6 y 4.9.7 ¿vale? entonces seguramente es muy probable que en una de esas dos versiones aparezca esto, ¿vale? esto básicamente es un mensaje que dentro del panel de administración la idea, esto era la primera versión de la idea del concepto era esto ¿vale? era un mensaje que dice, oye, ¿cómo se actualiza PHP? porque obviamente al entrar al panel el sistema detecta qué versión tienes de PHP y depende de la versión te irá informando de que tienes que ir actualizando cosas ¿vale? o sea, hay que mantener actualizado PHP y poco a poco iréis viendo el por qué esto fue la primera versión, esto es una siguiente versión, obviamente si la comparáis de esto a esto es mucho más agresiva y está viendo un poco de discusión a ver hacia dónde vamos ¿vale? hasta qué punto va a ser más o menos agresivo el mensaje de hay que actualizar ¿vale? esto nos lleva a la versión que parece que es la que se va a quedar y es la que ya está más o menos programada los que utilicéis versiones de test, las betas, las alfas y el track, el trunk del SVN encontraréis que esto ya está metido dentro del sistema es decir, no está comiteado para la siguiente versión pero está hecho ¿vale? ahora lo que se está discutiendo es qué frases se ponen ¿vale? porque el tema de si es muy fácil, si es muy difícil, si la frase quiere decir una cosa u otra pero al final el mensaje es muy claro es hay que actualizar PHP, quedaos con eso, o sea lo primero que tenéis que hacer cuando lleguéis a casa el lunes cuando volváis un poco al día a día es mirad qué versión tenéis de PHP y si no tenéis una versión 7 algo por favor pedid que os la actualicen para eso si ha creado esta API y os he puesto este ejemplo que es bastante extremista pero básicamente para que os fijéis un poco en cuáles son los tres, cuatro elementos que se quieren informar en ese pequeño mensaje o en cualquier sistema ¿vale? esto es también bastante útil para cualquier plugin que quiera ir verificando si es compatible con sí mismo ¿vale? entonces básicamente cuando hacéis una llamada y le pasáis el número de versión del PHP que se está utilizando ¿vale? devuelve la versión recomendada, cuando empecé a ver sobre este proyecto hace dos meses, tres meses la versión recomendada era la cinco seis, hace un mes y medio la versión recomendada era la siete cero y hace un mes o tres, cuatro semanas ha sido directamente la siete dos es decir WordPress sólo recomienda la última versión de PHP tenerlo presente ¿vale? sobre todo los que desarrolléis y demás por el tema de compatibilidad de funciones luego veremos cosas ¿vale? entonces aparte vienen tres elementos más si os fijáis es si estás soportado, si es seguro y si está aceptado ¿vale? o es aceptable su uso dentro del sistema ¿vale? entonces básicamente si estás soportado es porque el propio PHP se mantiene o no ¿vale? pues en este caso la versión cinco punto uno de PHP ya no tiene soporte si es seguro ¿vale? sobre todo por el tema de que tiene actualizaciones de seguridad ¿vale? lo vuelvo a lo de antes solos están manteniendo de la versión cinco seis para arriba, toda versión anterior es insegura y es bastante hackeable y si está aceptable si es aceptable usarla o no con WordPress ¿vale? esta piez pública la podéis usar, le podéis añadir a la URL el numerito que queráis y vais probando y os irá dando el Jason este con las respuestas ¿dónde hay más información sobre este proyecto? en principio hay estos dos tickets en el track de WordPress ¿vale? el primero es el original digamos es el ticket que abrió toda la mandanga que está que si os fijáis es el ticket casi tres mil y vamos por el cuarenta y dos mil o sea que esto ya viene de lejos no es una cosa tal pero bueno básicamente el tema era que dentro de la web de WordPress punto org no hay información se está la sección de requisitos mínimos y demás pero no había una sección específica sobre el tema de PHP ¿vale? entonces básicamente lo que se lleva arrastrando desde hace muchos años es cómo implicar todo el tema de PHP dentro de las de las web oficiales dentro de toda la documentación oficial y este último ticket el cuarenta y un mil ciento noventa y uno es el ticket que habla de cómo se va a mostrar por pantalla ¿vale? que es el browse happy y como detalle el líder y el que está tirando del carro de este proyecto es Yoast ¿vale? el plugin del SEO pues para que veáis un poco que al final la gente de la comunidad y la gente que necesita que las cosas estén actualizadas son también los que tiran los que tiran del carro y luego hay otro elemento bastante guay que es cada semana hay una reunión dentro del canal de core PHP que está en WordPress punto Slack punto com ¿vale? tenéis este canal y cada semana hay una reunión semanal en la que se va hablando de este tema normalmente antes de la reunión se manda un mail o se publica un post informando de qué se va a hablar en esa reunión se hace la reunión tenéis ahí todos los en el Slack en el chat y luego se hace un resumen y se publica también entonces si queréis también dentro del blog de la parte del core tenéis resumiones de estas charlas esto es un tema ¿vale? y va muy relacionado con lo que hace más o menos un año si no recuerdo mal el verano pasado se añadió que es que dentro de las cabeceras de los plugins del readme.txt hay una línea que pone require PHP y el número de versión mínima que requiere ese plugin ¿vale? entonces esto va, esto se empezó por aquí y básicamente ahora cuando entráis dentro del panel o cuando estéis dentro del buscador interno de vuestro WordPress cuando vayáis a buscar un plugin que no sea compatible con vuestra versión de PHP os saldrán informaciones ¿vale? tirando también de la pieza que os comentaba antes ¿vale? entonces de esa forma cuando estéis dentro de cada instalación de WordPress os informará de qué plugins son compatibles o no, de qué plugins van a dar problemas y cuales no ¿vale? entonces esto es bastante interesante porque ahora vemos un plugin que nos cuadra más o menos con lo que hacemos que puede ser que lleve tres años ahí en el repositorio que no significa que no funcione pero puede ser que no esté bien adaptado a las funciones nuevas ¿vale? entonces sobre todo tener esto presente y por otro lado y esto es una día porque añadí esta semana porque no es una cosa bastante curiosa que es que ha habido gente a raíz de todo esto que se estaba explicando que lo que plantea es dentro de los plugins o dentro incluso del sistema, dentro del propio WordPress montar un sistema que no permita instalar plugins o plantillas que no sean compatibles directamente con la instalación de WordPress que tenéis ¿vale? esto es lo que yo llamo el modo agresivo ¿vale? porque obviamente lo que está haciendo el sistema este es impedir que tú puedas utilizar algo ¿vale? entonces bueno es muy relativo porque ¿vale? siempre queda la posibilidad de te bajas el plugin lo actualizas o directamente informas tú de las incompatibilidades que hay y con suerte el desarrollador las cambiará y las hará públicas a todo el mundo si no cogeis esa versión vuestra os la hacéis vuestra que por esos GPL y tiradmillas ¿vale? cambiamos de tercio esto digamos hace más referencia al tema del propio PHP ¿vale? lo que hemos visto hasta ahora es cómo afecta el propio PHP dentro del ecosistema de plugins de tal y ha aparecido una herramienta o un sistema que es este el projectite que es el proyecto de las mareas que es sobre todo lo que haces marear que es el que yo estoy empezando a utilizar dentro de WordPress Danger ¿vale? los que si dentro de WordPress Danger verificáis vuestro sitio ¿vale? os mostrará la información del projectite dentro de los resultados de cada plugin y tal y básicamente lo que hace es un análisis ¿vale? entonces el objetivo final o el resumen y para que sea fácil de entender todo el proyecto ¿vale? porque el proyecto es complicado está Google metido detrás o sea hay bastante gente gorda detrás metido del proyecto es darle unas estrellitas a los plugins y a las plantillas pero darle unas estrellitas desde el punto de vista de calidad del desarrollo ¿vale? o sea normalmente estamos ahora acostumbrados a entrar vamos allí a los plugins vemos si tienen muchas estrellitas y los que tienen cinco estrellitas son buenos y los que tienen menos de tres son malos porque a la gente no le gusta porque seguramente no funcionan claro eso es muy subjetivo porque al final depende mucho de la opinión de la gente o sea que un plugin te guste o no bueno pues me gusta o no ¿vale? este objetivo no es una primera fase este objetivo es para hacerlo completamente automático es decir ahora todavía no está ¿vale? se hace de forma sincrona se va pasando digamos un cron cada X tiempo pero el objetivo final es que cuando se suba una actualización nueva de un plugin o de una plantilla al repositorio por narices pasa este sistema antes entonces depende de qué tipo de error este de no te va a dejar subir esa versión del plugin ¿vale? si no corriges determinados temas vale entonces esto ya es la parte técnica de cómo funciona este proyecto básicamente empezó lo que os digo este proyecto es muy nuevo y se está dedicando bastante tiempo algunos de los que estáis aquí que os dediquéis a desarrollar conoceréis phpcs, wpcs, php compatibility etc. son sistemas que básicamente lo que hacen en general tiran del codi sniffer que lo que hacen es analizan el código fuente del plugin o de la plantilla o del propio WordPress en realidad y te dan sugerencias de cosas que pueden ir pasando ¿vale? ese es un poco el resumen si queréis ver un poco dos ejemplos ¿vale? bastante conocidos los ejemplos uno es la información, esto te devuelve un JSON y son los resultados digamos del proyecto el primero es del plugin del Hello Dolly y el segundo sería del CIM del 2016 yo aquí en este proyecto estoy al principio sobre todo estaba dedicando más tiempo porque como empecé a usarlo y creo que soy la única persona fuera del equipo principal que lo tiene en producción y entonces estoy haciendo cuando me encuentro cosas que yo necesito como usuario como cliente de la API de que me faltan datos o tal las voy pidiendo y la verdad es que hay cosas por ejemplo la diferencia entre el plugin y el CIM que lo veis ahí que es una carpeta eso no estaba al principio y era un caos porque hay plugins y themes que se llaman igual entonces tirabas contra algo y realmente no sabías que te estaba devolviendo si era el plugin o el CIM entonces una tontería así pues bueno pues está básicamente esto es un poco los esquemas para que veáis un poco cómo la gente piensa y cómo van publicando y esto está en el ticket del track están ahí estos diseños es un poco la idea de cómo se podría enseñar el tema de la compatibilidad si os fijáis aquí tenéis el mensaje de la versión mínima de PHP que puede venir o de lo que el tío haya puesto el programador haya puesto en el réatme o directamente lo que el sistema ahora te vaya a devolver es decir el sistema ahora va a saber sin que tú le digas qué versión es la mínima te va a decir qué rangos de versiones están soportadas en general sólo revisa de la 5.2 a la 7.2 que son muchas versiones ahí veis un poco esto es una opción que es tener todo listado que os dirá pues la 7.2 la 7.1 en todas es correcto y en la 5.2 ahí mira en tal sitio te encuentras un error no sé qué es una prueba de concepto y esto es otra opción que es que no te muestre si os fijáis aquí te muestra toda la lista de versiones aquí lo que haría es que te diría digamos ha pasado por todas estas versiones y en estas versiones tiene que tiene errores o tiene mensajes tal te diría exactamente qué mensajes son los que hay vale entonces el problema de todo esto es que claro el PHP code SNIFFER es genérico o sea en realidad lo que revisa son las versiones de PHP o sea no revisa nada específico de WordPress otra de las cosas que se está trabajando como la infraestructura digamos ya está montada o sea el software la app y ya funciona pero ahora lo que se está haciendo es dar un paso más y utilizando un sistema del PHP compatibility de estas reglas que ya existían en base a eso juntamente con el creador de todo esto se están creando unas primeras reglas específicas para WordPress es decir una cosa es que revisemos cosas genéricas de PHP pero vamos a empezar a analizar detalles propios de WordPress es decir pues no sé las reglas de que si el abre llave tiene que estar en una línea separada no sé esos típicos detalles vale pues esos detalles se van a empezar a revisar para qué para que todos los que desarrollamos plugins y plantillas lo hagamos más o menos de la misma forma vale entonces que el GPL se lleve al extremo es decir que todos los desarrolladores seamos capaces más o menos de entender el código de cualquier plugin o plantilla que se desarrolle para WordPress vale un ejemplo vale es Nilo con el plugin machete estábamos en el bueno empecé yo a comentar a dar la turra con este tema del tight y de historias en el Slack y entonces claro alguien dijo hostia esto que dice Javi tiene buena pinta voy a probarlo y entonces Nilo con con el plugin este machete lo que hizo fue ejecutarlo vale obviamente no ejecutó todo el sistema de tight sino que hablando del phpcs pues dijo mira voy a coger el sistema del standard del WordPress el que ya hay por ahí voy a ejecutarlo que me lo haga y la primera versión le dio 6300 errores y 726 warnings en su propio plugin vale al cabo de 15 días como veis después de 4500 cambios y no sé qué vale pasó a 159 errores y 29 warnings vale él dice que obviamente le ha aprendido muchísimo con al ver esto porque obviamente ha aprendido cosas de código y de funciones antiguas tal vale normalmente cuando le pones a programar te aprendes un código de cuando empezaste pues yo empecé a programar en php en 2001 se imaginó la versión de php que tengo yo en mi cabeza vale entonces claro a mí yo cada vez que necesito funciones nuevas entro en la web de php para ver si más o menos es compatible con todo lo que necesito vale aparte de ese sistema que es ejecutándolo por consola hay clientes de desarrollo que te permiten verlo visual vale aquí lo que te muestra es un mensajito pues oye te has dejado en la validación de no sé qué vale básicamente si queréis ejecutarlo está aquí vale esto es público luego cuando tengáis la presentación pues con país y pedais básicamente es como se instala el code sniper con el sistema estándar de WordPress y básicamente esto es lo que te lo que te vuelve por pantalla vale obviamente esto es feo de narices vale pero bueno más o menos te empieza a dar una ligera idea de por dónde van los tiros vale aquí tenéis si queréis utilizar el code sniper con algunos ides pues php store visual estudio el eclipse tal vale pues aquí tenéis añadidos hace foto se vaya que hasta la presentación disponible creo incluso que ya está puesta en o debería de salir programada en mi blog hoy vale y luego un detalle interesante es que hay mucha gente del equipo de Tide que va a estar en la work in Europe entonces si queréis si alguien de aquí va a la work in Europe podéis contactar con con Milano con jeffrey que van a estar allí incluso para el contribuctor de y se han planteado tener una mesa de trabajo solo de esto y seguramente se unirá la gente del ser happy por el final no deja de ser primo hermano una cosa de la otra y esto es lo que estaba haciendo yo estos días atrás que es lo que me llevó a hacer la presentación que básicamente si entráis en php punto WordPress denier punto com tenéis por ahora todavía falta no sé esto un poco en beta y a veces peta y básicamente os he puesto un ejemplo bastante sencillo que es el plugin de yoas que es el que en principio más detectable presenger que todo el mundo usa básicamente aquí te viene a decir que versiones está está analizado que versión del del yo hasta en este caso que de qué versión a qué versión es compatible vale en este caso es de la cinco cuatro a siete dos los datos del plugin y debajo os mostrará una lista con toda la información de qué cosas no son compatibles vale entonces por ejemplo en este caso te dice que la versión cinco tres la función htp bill query no sé qué necesita un parámetro que obviamente está en el código fuente del yoas pero con la si tú tienes el servidor con la versión cinco tres te peta porque esa esa función como está programada la programada sólo funciona de la cinco cuatro en adelante vale este dentro de lo que cabe hay plugins que no tienen ningún error ya lo adelanto vale este es de los pocos de los que más se usa es de los que menos errores tiene o del al menos que tiene menos menos las versiones más anteriores pero hay plugins que tiran mucho o sea hay plugins jetpack por ejemplo el análisis que hay no es la última versión no es compatible con las versiones siete vale o sea que es como todo lo contrario para que os hagáis un poco de idea de por dónde van las cosas vale ahí arriba tenéis dónde está la presentación os la podéis bajar ya aquí tenéis cuatro blogs vale los los sitios donde está toda la información más o menos que os puede ser interesante relacionada con estos dos proyectos que es el blog del core el de plugins el del tide que tiene un un blog específico y el de hosting en general que es el que tira más concorre de de de todos los temas de php y ya está preguntas sé que es un tema complejo porque al final o que te vengan a hablar de a dar una chapa de php de que no tenéis el servidor actualizado y tal pero bueno algo algo haremos nadie se anima preguntas todos claro perfecto a ver por aquí hola qué tal cómo está oye quería hacerte una pregunta mira la compatibilidad con la versión 7.0 en muchos hosting sabes que no existe sin vale el wordpress ha hecho algún tipo de plan para poder hablar con las grandes empresas sobre este sistema en principio los grandes tipos hay de la un y bueno todos los que están aquí fuera más otra gente precisamente el último que os he puesto dentro de los canales de slack hay un canal que es también de hosting y normalmente están las empresas de hosting ahí y cada semana también hay una reunión semanal en la que se van explicando cosas de vale se van poniendo de acuerdo un ejemplo claro es con la versión 493 cuando que no se permitía hacer la actualización a 494 vale pues se habló con todo con todos los grandes hostings para que se hiciera automáticamente ese upgrade vale entonces en principio esa esa comunicación existe el único tema es que claro obviamente hay hostings que no son los grandes vale uno se tiene que dedicar a lo suyo yo por ejemplo utilizo bastante Ubuntu en general y Ubuntu por ejemplo lleva la 7.0 o le puedes meter fácilmente la 7.0 pero subir a la 7.1 a la 7.2 ya tienes que empezar a hacer cosas que se van del repositor oficial entonces claro sabes que es que hago bueno pues bueno tienes la opción de jugar con el la forma de subirlo o mantenerlo en la 7.0 y dices bueno como mínimo tengo una 7.0 que es relativamente segura pero a finales de este año ya está vale pero bueno dentro de nada en teoría dentro de bueno en teoría la semana que viene sale la nueva versión de Ubuntu o sea que supongo que espero que como mínimo lleva la 7.1 no lo he mirado algo va a hacer sí mira felicidades por la charla como siempre a tu nivel cuál es la idea del tí de que al final sea un sistema que auto evalúe los plugins de cada usuario o sea que no sea o que no sea compatible con las opiniones de los usuarios a ver hay hay dos partes digamos está la parte que hace más referencia al desarrollador es decir cuando tú subas el plugin al repositor y demás te dará el informe o lo tienes disponible está la API y tal bueno es básicamente es tendrás un informe que te dice oye tendrías que mejorar estos cambios vale estas funciones o tal porque estás utilizando cosas que a lo mejor no son compatibles con las versiones de PHP que tú quieres que quieres darle soporte vale y luego por otro lado vale es el yo creo que el objetivo final no es una cosa que es a corto plazo haya diseños ni nada porque está todavía muy en plana apis y demás pero la idea es que lo mismo que cada vez que se muestre el bloque de un plugin tendremos las estrellitas en amarillo de los usuarios pues habrá unas estrellitas en gris que serán las que el sistema te diga de cómo cuál es la fiabilidad con respecto a tu versión de o sea en realidad esas estrellitas dependerán mucho de qué versión de WordPress tengas es decir dependerá de cada usuario vale entonces en el repositorio oficial seguramente habrá algunas cuando no es por WordPress.es por.org pero luego cuando estés dentro de la instalación tirando de las otras apis y demás al final ya digo son dos proyectos que se unen bastante entonces te devolverá más o menos información de hasta qué punto los errores que te da son graves son leves son warnings vale entonces ya está y antes dijiste que las 7.2 tenía un problema sobre las 7 que lo ibas a contar no al revés la o sea todo lo que hay menor de las 7 el problema que tienes que hay unas librerías de temas de seguridad que no están que sí que están en las 7 pero no están en las 5 algo vale entonces sobre todo por eso es importante ya empezar a utilizar la 7 y sí que también desde el punto de vista de seguridad las 7.1 y las 7.2 tienen unas pequeñas librerías que no tienen las 7.0 que son las que digamos te dirías que bueno aparte por un tema de velocidad o sea de las 5.6 a las 7 funciona cerca de un 25-30% más rápido y de las 7.0 a las 7.2 creo más o menos entre un 5 o 10 depende mucho del proyecto vale pero ahí ya es claro las 7 ya va reduciéndose pero bueno algo más no sé ni más tiempo no pues ya está gracias