 Sí, buenos días. Lo primero, daros las gracias por acudir a esta Work in Valencia, segundo año. Algradecer también a la organización el haber seleccionado esta charla. Y para aquellos que sean vuestra primera Work in, como decía antes en el speech de apertura de compañero, aprovechar no sólo de las charlas, del networking, de la gente que tenéis alrededor, de los patrocinadores, ¿vale? Estos al final son eventos de comunidad. Lo decía también Fernando en uno de los mensajes que tiene la propia Work in, ¿no? Esto es compartir, es ayudar, es colaborar, sacarle provecho. En mi caso hoy, vengo a hablar de tipologías relacionadas con proyectos de migración, ¿vale? Me voy a presentar, soy Fernando Puente. Soy, como digo, informático de vocación y de profesión, porque siempre creo que para estar en este sector tiene que ser por vocación. Soy formador y soy lo que me gusta llamar Beginner de comer y beber, ¿vale? O sea que al final es un poco también algo que comparto en estos eventos. Llevo desde el año 1996 trabajando en Tecnología de la Información, o sea que este aspecto de 20 Añero, que nos asuste, ¿vale? Y llevo pues con Proyecto de Work Press aproximadamente unos 12 años trabajando. Soy consultor Enterprise para Sighground, soy consultor de Desarrollo de Negocio para Giz, soy CTO de las Plataformas Esprime Viajes y Dormir de Choyo, soy además formador en la Fundación COPPE y consultor especializado en performance. Y como decía antes, venía a hablaros de conceptos de tipología de migración. Migración suele ser esa palabra rara, que a veces nos da incluso así sarpullidos por la espalda, a los desarrolladores se empiezan a hacer así, las empresas de marketing también les interesa, pero al cliente le suena sonar normalmente como algo peligroso, ¿no? Y lo que pasa es que solemos pues siempre asignarlo a cambio de hosting, ¿no? Al final, cuando se menciona esa palabra, normalmente la asociamos a ese tipo de acciones. Y hoy vengo a hablaros un poco de que ese interés que ponemos en un proyecto de migración lo hagamos en todos y cada uno de los proyectos que ahora veremos que son importantes. A veces no nos damos cuenta de un pequeño cambio, va a afectar mucho a nuestro modelo de negocio y deberíamos de poner siempre el mismo interés en todos y cada uno de esos cambios. Vamos a ver lo que he llamado aquí diferentes tipologías de migración, con lo cual lo que voy a hacer un poco es redefinir ese concepto que teníamos de migración. ¿Qué es lo primero que he hecho? Pues irme al concepto que teníamos de migración dentro de las diferentes acecciones que tiene en la Real Academia Española, la relacionada con la informática, pues la que podéis ver ahí, ¿no? Paso de los programas, archivos y datos de un sistema desde una determinada plataforma tecnológica a otra diferente, que es el concepto, como decía antes, que normalmente tenemos como común y que creo que nuestro entorno web actual se ha quedado bastante anticuado porque hacemos muchas acciones, como vamos a ver después, que aceptan realmente a todo esto y que no son simplemente pasar los archivos de un servidor a otro. Entonces lo que he intentado es redefinirla. ¿Cuál sería un poco esa actualización de lo que a día de hoy para mí serían acciones relacionadas con la migración? Es sobre un sitio por el cual sufre cambios en áreas que pueden afectar significativamente a su negocio, generalmente por cambios de ubicación, por cambios de plataforma, por cambios de estructura, por cambios de contenido, por cambios de diseño, por cambios de la experiencia, es decir, todo eso puede aceptar a nuestro negocio e incluso por cambios en la tecnología. Habrá muchos tipos de migraciones entonces. El propio Google ya decine incluso tipologías de migración, de rediseño, de reestructuración, relacionadas con seguridad, relacionadas con mover un contenido o un sitio de un lugar a otro, mover e incluso reestructurar, que como veremos después, también es algo bastante habitual en nuestros procesos, ¿no?, el ISI. Oye, ISI ya que estamos moviendo de servidor cambiamos el diseño. ISI aplicamos esto, ISI, ISI, ISI, ISI, y al final algo que parecía sencillo que era un proceso de migración de coger de un servidor a otro, lo hemos convertido en un proceso complicado y que puede afectar muchísimo a nuestro negocio. Es decir, existen muchos tipos de migración y todos ellos dependen de la naturaleza de esos diferentes cambios que vayamos a hacer. Por ejemplo, de plataforma, ¿vale? Vamos a empezar por el más habitual. Si empezareis a daros cuenta, digo, caña, pues este proceso se parece a lo que yo he hecho alguna de las veces y lo tenía que haber hecho de otra manera. El objetivo al final de esta charla es que trateis todas las tipologías que vamos a ver hoy como si fuera un proyecto y cómo se tratan los proyectos. Los proyectos tienen su alcance, su diseño, su desarrollo, su validación, que porque pequeño que parezca lo hagáis de esa manera, porque muchas veces aceptamos mucho en nuestro negocio. ¿Vale? Durante los últimos años, sobre todo los que lleváis trabajando un proyecto de WordPress, si hacemos un poco de retrospectiva, hemos tenido cambios importantes que no nos hemos dado cuenta y parecía algo sencillo. Pasar a HTTPS. Veas al típico blog, la típica guía y era como súper sencillo. Y luego venían los problemas, las redirecciones mal hechas, Google Nomindex, algo que parecía sencillo, ¿no? Que tú lo ves desde fuera y dices, eso lo he cambiado a HTTPS por HTTPS. Implica muchísimo. Lo mismo con la aceptación de AMP. Lo mismo con una serie de cosas que hemos ido incorporando. De plataforma, pues como decíamos antes, el habitual cambio de hosting que te vas de un proveedor a otro. Pero también el cambio en la tipología. Dentro del mismo proveedor cambias de un tipo de hosting, por ejemplo compartido y vas a otro tipo cloud. Eso también es una migración y hay que hacerlo también como si fuera un proyecto. Cambio de plataforma tecnológica. Estaba en la plataforma tecnológica X, por ejemplo en Prestaso, y me vengo a AbuCommerce. Eso también es una migración. Actualizaciones y cambios en la plataforma. Algo tan sencillo como hemos visto en el vídeo de Enilo, de ir pasando de versión a versión, planteáralo también como un mini proyecto de migración. Lo bueno que tenemos con WordPress es que tenemos una facilidad en el proceso de la migración. Podemos, como siempre, analizar antes de hacer ese proceso. Agregar o integrar a plataforma de terceros. Algo tan sencillo como no. Mete arriba al Google Time Manager con estos scripts y demás. También eso es un proceso que nos puede aceptar. Podemos estar metiendo un script y un tercero que deje de visualizar nuestra web. Analicemoslo. Cambios en el software base. Voy a preguntar a mi proveedor si ha cambiado el Apache o si ha cambiado la versión de MySQL o incluso las propias actualizaciones tecnológicas que también hemos sufrido en los últimos años. Pasar de HTTP11 a HTTP20 al HTTP30 que viene ahora. Eso también es un proceso de migración. Relacionados con la URL, cuando estáis cambiando de dominio o marca principal. Un habitual proceso de migración muy relacionado con conceptor de SEO. Cuando hacéis esas versiones internacionales, cuando moveis, elimináis, fusionáis secciones de contenidos. Todos esos son cambios relacionados con la URL. El que os comentaba antes, cambiar incluso del protocolo de HTTP a HTTPS o versiones incluso específicas. Algo tan sencillo como nos puede parecer. Añadir un plugin de AMP, activar y demás. También tenemos que verificarlo. Porque a lo mejor luego queremos deshacer el cambio. Hay que ver de qué manera lo deshacemos sin que nos acepte a nuestro negocio. Relacionados con el diseño, sobre todo en nuestro entorno muy habituales, cambios en el look and feel también puede aceptar. Cambios en el viaje del usuario. Muy relacionado normalmente con comercio electrónico. Voy a ver ese proceso de checkout cómo lo voy a hacer, cómo lo voy a cambiar. Eso también incide en lo que puede ser nuestro negocio. Nuevos tipos de contenido multimedia. Estamos pasando de video, a MP4 o a MP5. Estamos pasando de JPG a WP. Todo eso tenemos que analizarlo. No es simplemente ponerlo y la puesta marcha ahí adelante. Igual experiencia o distinta experiencia en los dispositivos móviles. Es también un proceso de migración. Incluir nuevos dispositivos, como veíamos en el caso de MP, que es un formato concreto, o incluso agregar o quitar funciones de usuario. Relacionadas con el contenido, pues exactamente igual. Migración de contenido público a privado o de privado público. Temas de multidioma. Eliminar o ocultar o contenido. Aplicar metadatos. También es un proyecto de migración de vuestro sitio. Insentar contenidos de terceros, publicidad, scripts, widgets o cambios incluso tecnológicos, como el caso que hemos visto en las últimas versiones del tema de Gutenberg. Está cambiando el editor. Eso puede afectar también a mi contenido. Es un cambio realmente de contenido. Como yo escribía, a cómo me lo va a generar ahora el nuevo editor. Es uno de los más raros. Normalmente cambio en la jerarquía de las secciones, porque decidimos unirlas, cambiarlas y demás. O cambio en la propia navegación de donde le estamos llevando al usuario a donde queremos llevarle. Eso produce también, muchas veces, cambio en los enlaces internos, que es uno de los errores más graves que se pueden generar en un proceso de migración y que nos haga que perdamos, como veremos después, visibilidad y nos genere problemas en nuestro modelo de negocio. Es decir, tendríamos estos cinco grandes grupos y como decía antes, tenemos el ISI, que es cuando realmente se empieza a complicar. Al final podemos mezclar todo eso que hemos estado viendo y tener hasta 31 tipologías diferentes de migración y habrá que abordarlas de manera distinta. El objetivo, como decía antes, de esta charla es eso, que la analicéis como proyecto. Es decir, tenéis hasta esas 31 tipologías diferentes de proyecto. Esta es como la diapositiva estrella. Una migración realmente es un proyecto y hay que abordarlo como se aborda un proyecto con un alcance, con una planificación, aunque sea de media hora, pero tenemos que saber lo que nos va a llevar. ¿Cómo voy a diseñar el proceso? No es simplemente me bajo el plugin activo y no sé qué, todo lo que me va a aceptar. ¿Cómo lo voy a hacer? Hacer un test, tener una posibilidad del rollback, volver atrás en algún momento, porque a lo mejor me he equivocado hacer esa revisión y, como siempre, como estamos en digital y lo bueno que tenemos en digital es que todo es medible, medir y analizar el beneficio de esa migración. He conseguido el objetivo, no he conseguido el objetivo, vuelvo atrás, estoy mejor, estoy peor, necesito medirlo dentro de un mes porque he hecho unas redirecciones y todavía no se antera el motor de búsqueda, todo es que medirlo. Intentar que tu negocio se vea aceptado lo menor posible con esas migraciones que estáis haciendo, con esos proyectos que estáis haciendo. ¿Qué errores hay comunes en todos esos procesos que no se han analizado correctamente? Veo las instrucciones, creo que lo tengo claro, añado dos plugins y tiro para adelante, tanto a nivel técnico como de experiencia de usuario. Lo he probado, a mí en el ordenador de casa me funciona, yo creo que a todo el mundo le funciona. Hay que hacer ese test, hay que hacer ese análisis. Se producen muchos cambios al mismo tiempo, muy habitual. Oye, aprovechando que cambio de hosting voy a cambiar el tema, voy a activar a mp, me cambio el plugin deseo y dos categorías que tenías por ahí las fusiono. Y a los 10 minutos ya más rápido el proveedor de hosting dice el servidor no funciona, es que has intentado hacer 7 cambios a la vez sin analizarlo realmente. Es algo también bastante, perdón, bastante habitual. No tener una estrategia o objetivo, claro, nos hablan de amp o nos hablan de HTTPS y vamos hacia allá, como reíos, pues tengo que ir hacia allá, pero me beneficia muchas veces o no. Falta de planificación, recursos insuficientes, tanto a nivel humano como técnico como de tiempo, normalmente vinculado a esa planificación. Oye, si esto me va a llevar un fin de semana voy a estar el fin de semana, porque a lo mejor dejo el servicio de todo el fin de semana parado, tengo que tenerlo en cuenta que no hemos hecho los test previos suficientes o tener una falta de plan de contingencia, que es algo muy normal también en diferentes proyectos que veo. No tener esa posibilidad de, en algún momento, ir hacia atrás, porque emigraciones en sitios grandes, sobre todo, que son complicadas normalmente relacionadas con la plataforma tecnológica. Un mal proceso, como os decía y como seguro que sabéis, relacionado con la migración o con todas estas tipologías que hemos visto hoy puede generar problemas muy importantes en vuestro negocio. El más habitual, el de pérdida de visibilidad. Hemos hecho un mal cambio en la URL, hemos pasado el contenido sin darnos cuenta de público a privado, hemos fusionado categorías, los enlaces internos no funcionan y empezamos a perder visibilidad. Algo que nos puede matar casi el negocio. Tener una peor experiencia de usuario, algo que habíamos previsto como una mejora al usuario que le teníamos acostumbrado, pues de repente si yo compraba abajo a la derecha, ahora esa arriba a la izquierda, donde está el carrito, no encuentro la sensación. Pérdida de información útil para el negocio, también muy habitual. Estamos en la era de la data, estamos en la era de la analítica y en ese proceso de migración, si hemos los más importantes, tenemos también que reflejarlos en nuestra data y es un mal cambio, nos puede hacer eso, perder esa información de negocio, sobre todo cuando tenemos esos procesos de cambio de URL o ese proceso de cambio tecnológico. Importantísimo también de pérdida de reputación. Aquellos que trabajáis sobre todo para clientes finales, lo sabéis, la mala experiencia que puede tener un usuario al llegar y que no lo funcione o que le funcione mal, rápidamente me voy a Twitter o me voy a mi re-social preferida y no vuelvo a entrar aquí en una chapuza de sitio y a lo mejor venía simplemente por un cambio que habíamos hecho pequeño y peores resultados de explotación. Hemos aceptado nuestro negocio y lo que va a pasar al final es que nos vamos a ver perjudicados en eso. Así que para terminar como reflexión, os lanzo esto, todo cambio en nuestro sitio por pequeño que parezca que a veces simplemente es una actualización. Tratémoslo como si de un proyecto se tratara. Requiere de nuestra máxima atención. Así que por favor hacerlo de esa manera. Muchísimas gracias. Fernando, allí. Se conecta. Vale, ahora persiento. Muchísimas gracias. Empezamos con el turno de preguntas. Tenemos 10 minutitos de preguntas ¿A quién no le has fallado una migración? Tenemos a nuestro voluntario aquí Fernando, Joel. Vale. Todo eso hizo el público adecuado. Vale, tenemos a todos voluntarios que están con los micros, cualquier pregunta levantar la mano y os pasa el micrófono. Muchas gracias. De todas las temporofías de migración que has comentado cuál es la peor, entiendo que al final la parte de la reputación como síntoma es como el peor resultado. Pero tú, que en tu experiencia ¿cuál ha sido las que más problemas te han dado las de Interfac, las de... No, casi siempre ha sido las que vienen derivadas de negocio. Empresas que adquieren a otras y le cambian el nombre al sitio o fusionan sitios y que bueno, y que se han ido a los traficos en total. Porque son cambios que vienen desde el área de negocio, son normalmente imposiciones no vienen normalmente avaladas por un estudio técnico y vienen como muy rápido. Hemos comprado este dominio, lo que queremos fusionar con este y donde antes se llamaba la categoría general, no, a mí llama la anuncios y la categoría no sé qué y es como 20 cambios en uno que viene unido con además vamos a cambiar de proveedor porque lo vamos a administrar nosotros en nuestro cpd y esos suelen ser catastróficos y hay ejemplos por ahí muy claros no voy a decir el nombre pero una gran web de anuncios clasificados, que seguro que tenéis todos en la cabeza que era líder, hizo un cambio de marca, un cambio de estructura un cambio de tecnología, un cambio de la tipología de los contenidos y ya nadie se acuerda de esa marca o sea que normalmente los peores vienen impuestos con eso el más el que más nos miedo dama, el que más miedo nos daba hace años era el de cambio de hosting vale, los que llevamos años en esto si os acordáis el cambio de hosting era algo muy complicado, todo eso ahora mismo se ha facilitado muchísimo hay herramientas dentro de nuestro sector, de lo que es Wordpress hay algo tan sencillo como es el plugin este duplicator que yo creo que es una maravilla hay plugins concretos de migración o sea que toda esa parte se nos ha facilitado mucho antes era día sin servicio el hacer una migración o sea que yo te diría las relacionadas con negocio con cambio por así decirlo de URL que envuelve prácticamente a todas y entra mucho el Easy Easy ya que estamos cambiamos a ver alguna pregunta más ha visto más café nadie ha tenido problemas migrando un proyecto todo va como la seda como café, zumo luego habrá orchata y agua de Valencia, supongo para animaros hay agua herviente con el tema gastronómico no te escucho, perdona una vez a la hora de mirar un proyecto sí que tuve un problema que hice una migración automática con un proveedor de hosting y al realizar la migración con su herramienta automática y para evolucionar eso fue un marrón bastante grande ¿no es alguna vez que ha pasado eso el tener un virus dentro sí que a la hora de migrar se active o el proceso de migración de forma automática se infecte no o sea si tenías el bicho dentro lo extraño era que en el otro servidor no está activo y fue el proceso de migración ¿que parece ser? puede ser a lo mejor si estaba en una url que no te estaban escaneando y al hacer el proceso de migración viene el robot y hace un escaneo nuevo a lo mejor activó esa url que estaba ahí como dormida no me ha pasado que seguro que os ha pasado temas de incompatibilidades venías de un proyecto de una versión concreta por ejemplo de PHP grabas la misma versión en el destino no estaba preparado el entorno y empiezan a salir errores o donde pensabas que iba a estar el log está en otro lado eso es bastante habitual si hacéis esa tarea previa de análisis de diseño de la solución al final lo que nos va a permitir es minimizar todos estos errores sí hola muchas gracias y esa propósito de lo que has dicho antes yo intenté hacer la migración a través de un duplicator y me fue imposible la tuve que hacer a mano tuve que coger bases de datos hacer copias de datos pero por algún detalle concreto el duplicator pues me dijo que no había recursos suficientes entonces de la positiva 26 hay recursos insuficientes posible problema de lo que tuve que hacer fue eso hay una mezcla una mezcla entre comenzar de nuevo pero más o menos intentando copiar la base de datos la estructura de la página web y toda la pesca y la pregunta ahora sería aparte de eso cuando aparece ese pequeño mensaje de texto cabroncete que te dice falta recursos o afrontes eso a ver hay migraciones que me imagino que la tuya sería relacionada con hosting no que no se pueden automatizar pensar en sitios grandes uno de nuestros clientes por ejemplo tenía solo en base de datos creo que era 700 gigas y 20 tantos teras de disco esto no es bajarse el un pendrive de hacer un proyecto grande simplemente para mover archivos durante una semana están sincronizándose archivos por la red entiendo que el problema que me decías estaría vinculado con el tamaño de la base de datos y normalmente no me sé las características concretas del plugin ni si es para la lite si para la pro no pero sí que creo recordar que había acciones de solo mover la parte de archivos o solo mover el DOOM de la base de datos o sea que lo puedes hacer por así decirlo por pasos creo recordar hacerlo de esa manera si estás migrando normalmente entre dos hosting que tiene la misma tecnología de panel también lo puedes hacer a nivel de panel el famoso cpanel también te permite que es como una capa por encima de lo que sería WordPress te traes como todo el como todo el usuario incluso sería más fácil la migración porque te hace prácticamente una imagen de un lugar a otro yo me refería sobre todo a que tenemos herramientas muy potentes de este tipo como duplicator uvp migrator que nos facilitan todo eso que hace años si lleváis desde versiones anteriores de WordPress nos tocaba hacer casi a mano y era un proceso que sabíamos casi todos hacer el DOOM de la base de datos la copia de los ficheros nos lo llevamos al otro lado cambiamos el nombre de la base de datos el usuario y password subíamos y empezaba a funcionar creo que hemos mejorado muchísimo y es algo que tenemos que agradecer a este software en otras tecnologías siendo open source hacer un proceso de migración o simplemente un proceso de actualización en la línea Drupal saltar de la 7 a la 8 ¿Nosotros hacemos así? actualizar ponemos así un poco pero se actualiza pero allí no hay que hacer un proyecto pero de verdad rescribir código y demás yo hemos ganado mucho y mejorado mucho perdón, me estoy extendiendo no sé como voy de tiempo Dani hola Dani hay uno que se escucha un poco mal si no cambiamos hola muchas gracias yo te quiero hacer una pregunta que es un poco improvisar cuando ahora viene alguien a contestarlo si te planteas en esa ahora mismo una migración de otro CMS a WordPress si pasa usted bien en la cabeza que tenemos que cheque la parte importante es el contenido me da un poco igual la plataforma lo que intentaría salvar siempre es el contenido porque además es el valor normalmente del usuario si es una tienda de comercio electrónico pues intentar sacar toda la parte de esto caje, toda la parte de pedidos toda la parte de usuarios si es un medio de comunicación que ha hecho migración de ese estilo también intentar extraer el contenido ser lo más pues intentar traer el contenido más básico sin estilos y demás e importar o en la nueva plataforma o sea que siempre me centraría en el contenido y después de hacer ese proceso de contenido ya añadiría a ese equipo de trabajo a la gente de diseño porque normalmente si hay un cambio de plataforma casi seguro que va a haber un cambio de diseño porque no será la misma plantilla exactamente igual se intentará hacer la misma pero sería mi segundo mi segundo paso el tema de diseño y en el último paso la parte técnica mejoras hemos importado el contenido hemos hecho esa parte de diseño y ahora como ya estamos dentro de la nueva plataforma tecnológica por ejemplo en este caso Wordpress afinamos en la nueva plataforma ese contenido si lo hacemos al revés creo que el proceso no sería igual es decir preparo una plataforma la tuneo no sé qué preparo el tema y luego traigo el contenido estoy seguro que sería una catástrofe siempre el contenido por eso también cuando se implementó Gutenberg, se implementó el editor de bloques no nos dábamos cuenta de algo súper importante ese contenido no tiene dentro cosas raras, nos lo vamos a poder llevar siempre el impito a otro sitio, que al final es lo que os interesa, el valor de vuestro negocio si tenéis un medio es el contenido y no es Wordpress luego pues habría después de ese último paso pues los ajustes finales URL porque seguramente van a cambiar normalmente los enlaces permanentes en la plataforma anterior los haría de una manera X y ahora los hacemos de otra manera habría que ajustar pero yo haría esos pasos contenido, diseño ajuste de la plataforma y el tuning final yo te diría de hacerlo de esa manera seguramente no existe la receta perfecta para ello te ha improvisado la respuesta también Fernando Agua de Valencia, pasta gente urgente si, bueno, café ahí, no sé si ha visto un café antes al entrado pero ahora las 10.50 después de la charla de Carlos hacemos una pausa alguna preguntita más de tu manera durante el día estaré por aquí para cualquier duda ahí gracias por la charla gracias a ti por venir el tema de Wordpress veo que pasan los días y ya tengo cosas que acuelizar y no tengo tiempo de analizar y estructurar eso simplemente metido en la piscina o una copia de seguridad pero ya tienes un proceso, acaba de decirme un proceso siempre, copia de seguridad porque copiar de seguridad hacéis todos, ¿verdad? antes del proceso, ¿verdad? no, por favor si, no, vale, vale no, no, es por confirmar sí muy bien sí yo... primera norma recomendaros a no ser que sea algo súper crítico que necesitéis esa actualización concreta normalmente esperaros unas horas 12, 15 horas, ¿vale? lo bueno que tenemos es que hay una red implantada de muchísimos Wordpress y mucha gente muy activa trabajando en la comunidad que prueba a tal, intenta dar ese feedback porque os ha pasado seguro que se ha corregido prácticamente y lo veréis muchas veces en plugins plugins que hay muy masivos sacan la 511 y esa misma tarde está la 512 la 513 y la 514 si te has esperado tus 12 horitas vas ya directamente a la buena sobre todo en esas menores si pararos cuando hay una actualización importante, ¿vale? dentro de tres semanas tenemos la nueva 513 no es una actualización mayor pero va a venir bastantes cambios informaros en que puede afectaros, hacer al menos ese plan de contingencia oye, me he hecho una copia de seguridad puedo en algún momento volver volver hacia atrás, ¿vale? al menos hacer eso, sobre todo en esas versiones en las menores que normalmente están relacionadas con seguridad yo te diría la prudencia de esperar 12 16 horas porque es cierto que a veces que nuestro trabajo nos impide hacer ese análisis concreto porque a veces no solo es el core es el core, es el tema son los 27 plugins que tenemos, a veces hay muchas, muchas actualizaciones ¿vale? y no es el paso sencillo, actualizar todo miro a ver si está yo siempre recomiendo cuando hay esas dos tipologías de actualización de plugin y de core hago primero la actualización del plugin verifico que ya está preparado ese plugin para el cambio que voy a hacer ese proceso es el que también solo hacer no actualizo el core hasta que todos los plugins vitales para mi negocio pues ya son compatibles con esa nueva pero al menos si tienes ese plan de contingencia ya tienes un paso muy importante muy importante dado y es un error muy habitual nosotros como proveedores de hosting te puedes imaginar la cantidad de veces que nos llaman por por eso, han hecho un un cambio, les ha fallado algo, algo no verá o sea que puede ser eso bueno pues una preguntita más y así gracias a Fernando porque hay alguna pregunta te da tiempo una pregunta gracias a Fernando que ha hecho un poquito más breve la presentación hemos recuperado un poquito de tiempo de lo que nos habíamos retrasado al inicio con lo cual nos daría tiempo una pregunta y si no aprovecho yo para contaros alguna cosita también de logística que os voy introduciendo pregunta a la una, a las dos, a las tres pues oye un fuerte aplauso de la workout muchas gracias