 Vamos a dar paso entonces con el siguiente ponente. Bueno, os voy a presentar a José Ramón, que probablemente lo conozcáis como Moncho, comenzó en Sightground como responsable de las operaciones de la compañía en España en el año 2015. Desde entonces ha formado parte de la vibrante comunidad Warpres en España, como organizador de la Meetup Warpres de las Palmas de Gran Canaria, como organizador de la Warpres Gran Canaria y también como organizador en el equipo de contenido de la Warp Camp Europe 2018 en Belgrado. El título de su charla es Marisqueiros del Puerto 80, Warpres, Hugh Comers y Hostings y Límites. Os dejo con él. Gracias, gracias Luba. Bueno, lo primero de todo, pues un honorazo estar en la primera Warp Camp que se celebran en Alicia, siendo Gallego. Vamos, un aplauso a la organización, a los voluntarios y a todos por favor. Que está saliendo muy bien, está saliendo todo a pedir la boca, en hora todo está perfecto y la comida muy rica, por cierto. Bueno, dadas las gracias y lo que ha dicho Lua, trabajamos en Cycran, que es una compañía de Hostings, una multinacional, 1.600.000 sites aproximadamente en todos los países del mundo. Pero hemos abierto oficina en Madrid hace tres años y bueno, pues la verdad es que nos lo estamos pasando muy bien, viniendo a Warp Camps y compartiendo lo que sabemos. Estamos manipulados con la comunidad Warpres, nos encanta estar aquí y lo que procuramos, bueno, pues es que se nos note lo fundamental, compartiendo conocimiento y haciendo el mejor papel posible. A la comunidad hay que apoyarla, sponsorizando, dando charras, lo que sabemos hacer. También estoy en el equipo de contenido de la 2019, he repetido porque me ha gustado lo de la Warp Camp Europe, os recomiendo ir a todos por favor, este año es en Berlín, merece la pena y es un evento único en el mundo. No podría decir otra cosa más que eso, es único en el mundo y merece la pena, porque puedes encontrarte a cualquier CEO, cualquier persona, puedes hablar con ella, da igual el rango, la empresa en la que trabaje. Este ambiente no es posible en otros ecosistemas, en otros verticales, lo repetiré siempre. Cuando vayáis a eventos de marketing o eventos de lo que sea, no vais a encontrar la oportunidad de hablar con la gente como se habla aquí, en estos eventos open source, aprovechadlo. No está ahí, pero soy el organizador de la Warp Camp Gran Canaria 2019 y os animo que vengáis, del 8 al 10 de febrero, como montarios dando charla para hacer turismo y dejaros caer un poquito por allí, lo que queráis, invitados estáis. Marisqueiros, los que somos gallegos y los que no somos gallegos, bueno, pues sabemos que este trabajo es duro. Son cuatro horas que te deja la marea, no tienes más, es para sacar un dinero extra, la verdad es que es una cosa fastidiada. Hace años quizás será más productivo, ahora ya no lo es tanto. No digamos nada de los percebeiros y gente que se juega además la vida. Los demás es a largo plazo, con artritis, con reumas, con tal, estos se la juegan directamente. Los marisqueiros, a los que nos referimos hoy somos todos nosotros, que vivimos de internet, de hacer web, de hacer aplicaciones, de hacerlo con WordPress y si todavía no estáis haciendo cosas con WordPress, ya estáis tardando mucho. Bueno, una pequeña foto de los que estamos aquí. Hoy venimos a hablar de WordPress, bucomers y ¿qué podemos hacer con ello? No, la variedad de proyectos que podemos hacer. Esa es una charla que dimos Fernando Puente y yo en la work a Madrid este año. Os animo a ir a WordPress TV y verla, porque se habla un poco de la cantidad de cosas que se pueden hacer, que se pueden hacer. En este caso vengo a decir, ¿qué pasa cuando juntamos infraestructura y bucomers? ¿Qué argumentario tengo cuando viene un cliente y me dice si se puede hacer esto o no con WordPress? ¿Y qué pasa si de repente me llega un cliente, una agencia con un proyecto grande y no sé si puedo o no puedo hacerlo con WordPress? Intentaré despejar esas dudas. Esto está hecho por la comunidad. Ahí andas por ahí, Mau, que yo sepa. A estas. Esto está hecho por comunidad, es open source. O sea, si no es por la comunidad, por estos eventos y los que estamos aquí, este producto no existiría. Es nuestra herramienta. Los marisqueros tienen rastrillos, nasas. Nosotros tenemos WordPress, bucomers y nuestras manos y nuestro cerebro. Gracias a la comunidad, pues estamos donde estamos y podemos hablar de esto. Gracias a que es una herramienta con una curva fácil de aprendizaje. Gracias a que es una herramienta gratuita y que es muy polivalente por plantillas, plugins, por todo lo que hay activo ahora mismo y se está desarrollando en el mundo, tenemos estas cifras. Estas son cifras de cómo es de grande WordPress en España en dominios, en websites con dominios.es. Aún faltarían otras extensiones. Estamos hablando del 65,75% y después está Joonla y después está Drupal. De los demás no hablo porque son privativos y no tiene sentido. Bueno, límites. ¿Qué límites? ¿Qué entendemos por límites? Yo trabajo con un proveedor de hosting. Aquí es Sota Caballo Rey. Nosotros tenemos miles y miles de clientes, pero todos en el fondo prácticamente todos tenéis las mismas dudas y las mismas inquietudes. ¿Puedo hacer o no puedo hacer? ¿Puedo mezclar tecnología? ¿No puedo mezclar tecnología? ¿O qué le pasa mi web que valenta? ¿O cómo puedo hacer para que vaya más rápido? ¿Son temas relacionados con el tamaño de proyecto al que yo puedo llegar con WordPress? ¿Son temas relacionados con qué clase de tecnologías puedo utilizar en mi proyecto y si es positivo o negativo? Y tiene que ver con el performance, lo que es el rendimiento, que es hacia lo que nos enfocamos. El resultado final es tener que nuestros clientes tengan una experiencia de usuario como Dios manda, rápida, agradable, que de confianza. Por eso hablamos de performance, hablamos de rendimiento. Bueno, por si alguien nos dice que esto es una herramienta para... yo creo que es un discurso ya cansino y aburrido, pero hay que decirlo. Si alguien nos viene y os dice que esto es una herramienta para blogs y que bueno, que sí, que sirve para hacer cosas, os voy a poner ejemplos de webs grandes que se están haciendo con WordPress. Lo que he hecho es ir a 4 o 5 webs y utilizar una herramienta que se llama SimilarWeb, es una web, se llama similarweb.com vais allí, ponéis una URL y os dice de forma gratuita estos datos. Luego hay una versión de pago, que no sé ni cómo es. Me dice el número de visitas, la duración de visita y páginas vistas por cada sesión, así como el rebote. Este es el New York Post hecho en WordPress con 83 millones 670.000 visitas al mes. ¿Cuántos de aquí tenemos proyectos de este tamaño? Vale, pues este no es un único ejemplo. La web más grande del mundo hecha con WordPress, con el mayor número de visitas es WordPress.com y tiene ni más ni menos que 712 millones 400.000 visitas al mes. Por lo tanto, bueno y el resto, como veis, que además es muy importante quién está utilizando WordPress en grandes, con gran número de visitas, medios. ¿De qué viven los medios de la publicidad, de la velocidad, del nivel de servicio? Por lo tanto, podemos llegar a una conclusión muy sencilla, que es que grandes medios a nivel mundial están utilizando WordPress porque es fiable y porque les permite escarar y llegar a un nivel de infraestructura y un nivel de producto que no se puede con otras herramientas o que sería más caro hacerlo. Esto veis rápido, combatibilidad con otras tecnologías. Cada uno tenemos nuestra forma de diseñar, de programar la tecnología básica que utilizamos con WordPress. Pues es HTML, es JavaScript, CSS y PHP. De aquí esto todo lo sabemos, pero ¿qué ocurre si un kilente me pide, pues no sé, pues desde añadir un Google Maps que al hacer una acción determinada se abra una cita en mi calendario y se cierre que, no sé, que desde una página web determinada haga una web para que la gente pueda comprar desde el móvil y esto esté comunicado, que quiera utilizar Python para hacer porque es que soy especialista en Python y quiero utilizar WordPress y me empeño a utilizarlos a la vez o angular o cualquier otro tipo de tecnología. Bueno, pues para eso afortunadamente tenemos la REST API. ¿Tenemos limitación en tecnologías? Hombre, pues sí, a ver, no tendría mucho sentido. A ver, pues un rack de oracle en alta disponibilidad con WordPress para una página de, no sé, de mil visitas al mes salvo que tengas una cuenta corriente que es de lo que te lo permita. Pero ¿se podría hacer? Sí, seguro que se podría hacer, pero bueno, estaría la REST API para poder hacerlo. En todo caso, lo importante, hay multitud de tecnologías con las que podemos trabajar, ya como por ejemplo WordPress como backend o y poner un frontend con Java o lo que nos apetezca. Podemos hacerlo. ¿Tenemos limitación en cuanto a tecnologías? Bueno, parece que tampoco demasiado, parece que tampoco demasiado. Un ejemplo, esto lo poníamos en la Orca de Madrid. Esto es una red social con un blog y un bucomers. Pues a través de la REST API, bueno, estamos utilizando sí, herramientas estándar, que es lo que estamos utilizando prácticamente todos ahora, pero gracias a REST API podemos utilizar un OpenKM para gestión documental y Spring y TonCAD para otro tipo de funciones. ¿Se puede hacer? Bueno, esto existe. Y vamos a lo que a los proveedores de hosting nos gusta. El performance, el rendimiento. ¿Qué es lo que hace WordPress lento? Bueno, para empezar utiliza bases de datos. Si fuese estático, sería muy fácil, ¿verdad? Si todo el contenido fuese estático, esto sería facilísimo. Incluso contaminaríamos menos, fijaos. Y tendríamos que comprar menos servidores. Y lo de los green datacenters a lo mejor ya no tendría tanto sentido. Pero es que utiliza bases de datos. Y esto hay que alimentarlo. Bueno, ¿qué tenemos? ¿Qué cosas pueden fallar? O ¿tendemos perfeccionar? Una mala configuración del WordPress. Ya sea porque estás utilizando versiones antiguas o no las adecuadas. Temas y plugins de una calidad, bueno, dudosa, porque no todo el mundo programa y tiene productos de la misma calidad. ¿Qué más puede... bueno, pues un mal mantenimiento. ¿Cuántos de vosotros heredáis proyectos que tienen 1, 2 o 3 años y al abrir la caja hay sorpresa? ¿Nunca se ha hecho mantenimiento? ¿Nunca se ha borrado contenido? ¿No se han borrado plugins y plantillas que nos están utilizando? Pues todo esto cuenta, todo esto pesa. ¿Y qué pasa con bucomers? Además de la anterior, además de la anterior hay más cosas. Como por ejemplo, perdón, todo lo referente, pues nada. Quiero ir rápido, pero no tardo. Todo lo referente pues tiene, consume más recursos de bases de datos porque tiene que hacer más consultas y es un sistema que bueno, si lo viéramos en forma de árbol, los proyectos de bucomers, digamos que tiene una raíz muy fuerte, no varios servidores de bases de datos cuando la parte frontal web no es tan fuerte y sin embargo, los medios que vimos antes, como veremos más adelante, si necesita alguna capa frontal de servidores web muy amplia y no tanto de base de datos. Bueno, en todo caso, hablar con objetos cacheados, consume tiempo, CPU run, hablar con servicios externos, ya sea publicidad, etc., o tienes un dropshipping o un Amazon, toda esta comunicación, esto consume tiempo. Y luego lo mismo con File.io. ¿Varper es que nos dice? Bueno, no nos dice mucho, pero nos da una guía. Yo os diría que si alguno de vosotros está en un poder de hosting que lo cumple esto, salgáis corriendo directamente. Si alguien en este momento no tiene, venga, vale, 7.2 no, vale. 7, PHP 7, ¿alguno hay? Os diría que hasta he visto algún proveedor con PHP 6, cuidado. Es cierto. Pues, ui, directamente. O sea, seamos francos y sinceros. Nadie es serio si no es capaz de ofrecer unas versiones mínimas estables de software y lo antes posible. Bueno, nos recomiendo muy poco, pero realmente todo lo que podemos ofrecer es los proveedores de hosting. No hablo de SiteGround, hablo de los proveedores de hosting y que afecta a nuestros BuCommerce y a nuestros WordPress, lo podemos resumir aquí. En cuanto a velocidad, bueno, pues yo contrataré un proveedor de hosting que tenga la tracenter más cerca de mis clientes, por decirlo así, o que permita tener tecnología que pueda acercar la información para contrarrestarlo. Pero si tengo, mis clientes están en Singapur, pues tener un datacenter en Sao Paulo no parece la mejor opción. O sea, no hace falta saber mucho de geografía. Hardware. No todo el hardware sirve para WordPress. Tiene un consumo especial en base a datos. Necesitas un software determinado. Hay que ser muy caudo con el hardware. Hay muchos proveedores de hosting que le prestan atención y que incluso lo renuevan cada dos años o dos años y medio. Esto es importante. Tecnología de virtualización, si es propia, si es un VMware, si es lo que queráis. Pero eso también influye en el rendimiento. Tuning de sistemas. Hay gente que pone en marcha una máquina, instala tu WordPress. Y ese sistema operativo y ese software que tiene no está pensado para WordPress. Pensemos en el coche de calle, como compramos un seativiza, por ejemplo, y como viene de fábrica. Y ahora pensemos en un seativiza de rally. ¿Qué es lo que le hacen? Le quitan los asientos de atrás, le ponen barras de seguridad, le ponen ruedas, refuerzan esto, refuerzan lo otro. Eso es hacer un tuning de forma figurada a lo que podemos hacer con WordPress los proveedores de hosting. Sistemas de caché especial. Afortunadamente WordPress nos permite de forma gratuita disponer de herramientas de caché de muchos tipos, pero es mucho mejor si un proveedor de hosting tiene la suya que te permita, por ejemplo, utilizar la RAM. Siempre viene mejor de la máquina. Vete a CDN y que te den las DNS y si cambias el... No, que esté integrando tu panel de control, cosas de este estilo. Esas son las cosas que favorecen a vuestros proyectos. Lo mismo los que desarrolláis, herramientas para desarrollar de una forma más sencilla. Simplemente esto. Que no las tiene tu panel de control. No pasa nada, pues habrá un plugin que lo haga. Seguro que hay un plugin que lo hace. Y contenido especializado para poder utilizarlo. A nivel de seguridad, bueno, como una de estas columnas podríamos hacer una presentación. Incluso si me descuido de cada uno de estos términos. Pero vamos a ir rápidos, vale, gracias. Medidas a nivel data center. ¿Qué protección tengo para ataques de animación de servicio? ¿Cómo está de redundada mi red interna? Medidas a nivel de servidor. ¿Están aislados mis clientes de hosting compartido? ¿O no lo están? Si mi cliente es un abusón de base de datos me va a afectar o está siempre infectado, me va a afectar. Esto es importante. ¿Nivel aplicativo? ¿Estoy especializado en WordPress o no? Si lo estoy hecho he desarrollado scripts o software que me ayuden a mantener más seguro mi WordPress. ¿Sí o no? Todo esto afecta al rendimiento. Ojo, al rendimiento. Backups, parches en cuanto a que es un producto hosting capaz de desarrollar un parche en el mismo día, un parche día cero para poder solventar una incidencia. Realmente, con WordPress y la comunidad, lo tenemos bastante más fácil que las soluciones de software privativo. Todo se ha dicho, pero incluso así. Y soporte, todos lo conocéis. El soporte es fundamental. Nos suplem cuando nosotros nos sabemos algo. Nos ayudan cuando necesitamos ayuda. Tiene que tener canales adecuados. Todo esto en una serie de productos determinados. Cada uno de vosotros tenéis vuestros propios clientes. Estáis especializados en un tipo de proyectos. Y debéis tener en cuenta las limitaciones o ventajas que tiene cada uno de los tipos de producto. Hosting compartido, imaginaos que esta sala es un servidor. Pues un hosting compartido sería un servidor de este tamaño, no así, literalmente, con este número de clientes. Lleno, por decirlo así. Tomamos una máquina y repetimos instancias que tienen un determinado tamaño, determinado software para un determinado número de clientes. ¿Qué ventajas tiene? Que es barato, que la curva de aprendizaje es nula. ¿Y qué inconvenientes tiene? Limitaciones técnicas. Tenemos que limitar ciertas cosas. Todos los proveedores de hosting para que eso funcione. Porque si hubiese libertad, lo más probable es que cualquier cliente consumiría todo lo que hay disponible. Y no escala. Lo siguiente, los famosos VPS, servidores virtuales o servidores Cloud cada vez más extendidos. Bueno, es como si este servidor tuviese los últimos 10 clientes del fondo, o 12. Con las mismas prestaciones divididas, solamente entre 12 clientes por poner un ejemplo, a nivel de porcentaje. Nos permite tener más libertad a la hora de configurar tamaño de base de datos. En nivel de aprendizaje ya no es lo mismo. Aquí hay que saber un poquito más, porque normalmente exige un poquito más de ti. Y bueno, sí, es escalable. Si es Cloud, te permite crecer. Si no, pues es un VPS. Te pasas más grande, pagas más y ya está. Dedicado lo mismo, digamos que es esta clase otra vez, sin nadie más que una persona. Todo para ti. En un entorno cerrado. ¿Ventajas? Bueno, pues que es un entorno cerrado. ¿Tiene un entorno de todo el almacenamiento económico? Incomvenientes, pues no escala. Y yo creo que últimamente con la naturaleza que tienen los proyectos de nuestros clientes, esto debería estar subiendo. Y para que el rendimiento de mi web sea superior, necesita más recursos, que se haga de forma automática si es posible. ¿Cuántos conocimientos de administración tengo? ¿Cuánto tiempo le puedo dedicar a mi web? Mucha gente se va a proveedores tipo Amazon, OVH, proveedores de infraestructura increíbles, buenísimos y no saben administrar. Y luego sacarles de una incidencia en proveedores de ese estilo es complejo. Son proveedores excelentes si eres un buen administrador de sistemas o si eres un administrador de sistemas. Si no sabes, bueno, vamos por orden, ¿no? Hay gente que se compra el hardware, que quiere su software, que instala WordPress o BuCommerce. La gente no necesita prácticamente nada. Simplemente que les den el suelo. El suelo, la electricidad y la conectividad. El siguiente nivel, aquí hay proveedores de ese estilo como Global Switch, gente que te ofrece metros cuadrados y aire acondicionado, electricidad y conectividad. Luego tenéis el siguiente nivel, Amazon, Google, Ispaweb, proveedores que ofrecen infraestructura. Suben con un nivel más, te ofrecen los del datacenter y además el hardware. Se atreve con el sistema operativo si no los coges tú. Esto cada vez es más extendido porque parece que fuera de Google y Amazon no existe más cloud que ese, pero hay muchísimos proveedores más. Y aquí el cliente se hay que encargar del software y del aplicativo. Bien, todo depende del cliente. El típico proveedor de hosting que pone un hosting compartido con su sistema operativo y luego tú ya te instalas lo que quieres. Lo hay, perfecto. El proveedor pone cpd, hardware y sistema base de sistema operativo, PHP, MySQL, pero luego tú instalas los Wordpress, te lo actualizas y si tienes alguna duda en su aporte te lo das tú mismo. Y luego los proveedores llaman hosting en los que todo depende del proveedor de hosting. ¿Por qué es importante esto? ¿Por qué va a depender el performance de esto? Bueno, porque hay mucha gente que le va a lentar su web o su Wordpress o su WooCommerce porque está en uno de estos sin hacer labores de administración y no os podéis imaginar cuántos, cuántos atraídos por un precio por algo que les atrae un canto de sirena que no es el correcto. Bien. Y todo esto se traduce en SLAs, en niveles de servicio. Os sorprendería la cantidad de gente que está aquí en 36 días de offline al año. Emprodores de hosting que no son housing. Por algo tan sencillo como una actualización. Por algo tan sencillo como equivocarse en temas de seguridad y te juntas con más de un día de offline al año fácilmente. ¿Dónde deberíamos movernos aquí? 99,9, 99,99. Eso sería lo, porque los tiempos de pérdida de servicio al año dependientes del proveedor de hosting, ojo, dependientes del proveedor de hosting son, bueno, yo creo que se puede asumir, ¿no? 50 minutos de pérdida de servicio al año por algo, por algo. ¿Cuántos proveedores de hosting están ofreciendo esto por defecto? ¿Por qué es importante esto para la experiencia de usuario? ¿Imaginados que os gastáis 3,000 o 4,000 euros en una web o que un cliente os lo ha comprado y sois quienes lo desarrollan? Puede ir rápido, puede ir lento. Como no va a tener ninguna forma es cuando está offline y es muy fácil en estos sistemas que vaya offline si no tienes las medidas, pones en marcha medidas oportunas. Vale, por lo tanto, iros a proveedores de hosting que ofrezcan algún tipo de garantía. Y ahora pongo casos prácticos de webs que podéis comprobar, hechas con WordPress o con bucomers en productos de hosting determinados. La primera, bueno, pues no sé si anda por aquí, Vanessa tiene su hosting, tiene su web en un hosting compartido. Con una buena optimización, con una buena calidad de código y con un buen producto de hosting compartido puedes llegar a esto. Y esto no se alcanza fácilmente con algún otro tipo de CMS o herramienta privativa o open source. O un millón de en paginas. Viste con un presupuesto de hosting bastante equilibrado por no decir económico. Esto lo podéis ir a ver a similas web, puedes ver las visitas, puedes estar y cómo está configurado optimizado, que es lo importante. No es fácil optimizar, pero hay 10 o 12 medidas fáciles de utilizar que prácticamente te ahorran más de la mitad del tiempo que puedes tener ahora tu página web. ¿Qué más? Un caso de éxito de Cloud VPS. Bueno, pues estamos hablando de estas visitas. Fijaos que vamos aumentando el número de visitas y va aumentando el producto. Es obvio, ¿no? Pero tampoco nos vamos gracias a WordPress y gracias a una buena optimización, a presupuestos enormes o a cosas que se salen de nuestro presupuesto normal para cualquiera de nuestros clientes. Y hablamos de 900.000 paginas vistas al mes, etcétera. Todos lo conocéis aquí, además de WordPress, hay un BuCommerce. Una máquina dedicada que venía de un proveedor que no controlaba de WordPress y lo que le puso fue 32 GB de RAM, 32 cores, una máquina dedicada, venga. Y simplemente con una máquina pues como menos de la mitad y una buena configuración y un buen turno de sistemas, alcanzamos estas cifras. Un millón de visitas al mes, 1.300.000 páginas vistas y con picos de tráfico. Yorokobu, que es además una revista genial. Bueno, nos vamos de HOMNA. Hasta dónde podemos... La mayoría de los proveedores de hosting llegan hasta el anterior. ¿Puedes continuar? Hay proveedores de hosting que se encargan de esto, la parte enterprise. Hablamos de 14, 15 millones de visitas al mes con WordPress, con 112 millones de páginas vistas. Estas cifras se alcanzan con un presupuesto lógicamente diferente a los anteriores, pero que si fuese otro tipo de producto sería desde luego muchísimo más complejo y caro. Son este tipo de infraestructuras las que se pueden hacer con WordPress. Se puede llegar hasta esto. Se puede ir todavía más lejos. Aquellos 5 o 6 primeras páginas web que vimos al principio tendrán una infraestructura parecida pero a otro tipo de escala. Hablamos de Engine X Plus, Engine X con PHP 7, un almacenamiento compartido con GFS, un sistema de cache Redis y Percona con MySQL. Bueno, pues como esto se consigue. Y otro caso enterprise es la gente de Yoast. Creo que todos los conocéis, pues también están en una infraestructura parecida. Incluso un poquito más sencilla. Estos Bookomers, estos Bookomers, estos WordPress con eso, con unos 2, 3 millones de visitas al mes y tiene otra particularidad WordPress. Y es que el sistema de desarrollo gracias a la Reset API gracias a una tecnología en la nube les permite poder tener todo su sistema de desarrollo y workflow directamente en la nube. Aquí están mezclando tecnología como Node.js, Composer, WordPress y se puede hacer. Y se puede hacer con WordPress. Bueno, nada. En varias presentaciones con Fernando Puente en temas de escalabilidad y con Fernando Tillado también hemos demostrado por activa y por pasiva que con WordPress se puede crecer y de forma más económica que con otros CMSs. Y no hace falta tener presupuestos muy grandes para poder hacerlo, salvo tiempo para optimizar que es muy importante. Y nada, límites yo no le veo límites. Ninguno de los que estamos aquí va a necesitar algo más grande que lo que hemos visto. Y si es así, que ojalá así sea. Que nos llaméis. Nuestro teléfono me apora. En todo caso, muchísimas gracias por escucharme. Perdón por haber corrido tanto, pero... Si hay alguna pregunta solo tenemos tiempo para una así que el primero levante la mano. Siempre digo lo mismo. Qué bien me explico. Nada, pues nada. Muchas gracias.