 Un tema técnico interesante, aunque él lo va a contar el primer, decíslo porque yo... Es verdad, tanto él como yo llevamos micros, esta sala se supone que no necesita amplificación, ¿se nos oye bien? ¿Quién dijo no? Bueno, vamos a utilizar los micros para grabar, esto es para que quede grabado, esta charla más a todo que ocurra en la Workam, menos los borsos, mentalmente por temas logísticos, se va a grabar y todo lo vais a encontrar en Workpress TV dentro de un tiempo determinado, porque en la siguiente Workam llevación a los voluntarios o durante este periodo de tiempo harán las charlas, sin más, David Cabrera, desde Tenerife, desde la isla de enfrente, nuestros vecinos, va a hablar de Gels Workpress, algo técnico para empezar la mañana, un buen desayuno, ¿no? Un aplauso por favor. Bueno, como ya me han presentado, soy David Cabrera, soy desarrollador web y con muchos años trabajando en Workpress y me encanta Workpress, pero siempre intentó llevarlo un poco al siguiente nivel, que por eso es un poco la idea de esta charla de los Gels MS y Gels Workpress y salir del luz que ya veré un poco en qué consiste este tema. Bueno, yo creo que no creo que tenga que hacer esta pregunta de qué es Workpress, yo creo que todos los que estamos aquí deberíamos de saber lo que es, ¿hay alguien que no? Bueno, al final Workpress es un sistema gestor de contenido, pero cuando buscas la definición de qué es lo que es Workpress, que es algo muy interesante, cuando lo buscas en Wikipedia te habla de que es un sistema gestor, o sea, sistema gestor de contenido que sirve para realizar cualquier proyecto web, y eso es interesante, ¿por qué? Porque hasta hace unos años... Hasta hace unos años lo que comentaba estaba únicamente orientado a gestionar blogs y la gente lo veía como gestor de blogs y no para cualquier otro tipo de proyecto, cuando hoy en día ya se está considerando para prácticamente cualquier proyecto digital que se nos ponga en la cabeza, extendiendo su funcionalidad, por eso es importante entender este formato. Y los sistemas de gestores de contenido es un esquema muy simplificado, ¿vale? No han cambiado los últimos 25 años, hace casi 25 años se planteó el primer sistema de gestor de contenido que fue el portal de noticias CNET, que fue el que lo creó, y al final define un esquema muy simple. Por un lado tenemos el contenido que es el que genera el usuario, tenemos una parte de Vaquen o de panel de control que es donde el usuario introduce esa información y tenemos una parte de lo que sería el código que lo procesa, que en el caso de WordPress con plugin que amplía su funcionalidad, y por último tenemos una parte de tema, ¿vale? Que sería la parte de presentación donde esa información pues se representa al usuario y aquí tenemos un poco lo que estamos haciendo hoy en día del diseño responsivo, adaptativo a los dispositivos móviles y demás. Y esto es al final el esquema global de lo que tenemos hoy en día considerado como gestor de contenido. Pero ¿qué ocurre? Que esto no es suficiente para lo que tenemos hoy en día. Hoy en día la gente quiere consumir la información de mil maneras. Tenemos un móvil, queremos que nuestra lavadora esté conectada, que tenemos un table, queremos recibir notificaciones push cuando nuestro página actualice un nuevo post. Queremos hacer ese tipo de cosas y las estamos haciendo. De hecho, la charna en el otro track están hablando de Arduino con WordPress. Arduino es un aparatito hardware. ¿Cómo están conectando WordPress con Arduino? Algo que se nos sale un poco de esa definición de WordPress. Y bueno, aquí sobre esto hay mucho de lo que hablar. Evidentemente la presentación tiene su tiempo limitado, pero si queréis podéis entender mucho la funcionalidad. Y algo lo que he estado investigando un poquito es imaginar, por ejemplo, un blog de noticias, un blog de recetas de cocina donde realmente yo veo los pasos. Me han definido una receta y porque yo no puedo conectar ese post directamente con mi robot de cocina y decirle directamente o pasar y enviarle directamente la receta de cocina. Pues eso es algo que hoy en día sí podemos hacer con WordPress. Entonces, bueno, esta evolución tiene un claro concepto que es el contenido. El contenido es lo importante. No podemos estar limitados en nuestro gestor de contenido a lo que nos dicte o simplemente un editor visual con esto de Google. Debute ver Visual Composer. No podemos estar ubicados o cerrados a lo que nos ofrecen ellos para presentar la información, sino que nosotros tenemos que ser libres. Nuestro contenido tiene que ser libre para poder distribuirse allá donde queramos. Y esa es un poco la clave de esta presentación. Sois libres para gestionar vuestro contenido. Y al final el contenido es la clave. O sea, cualquier proyecto digital de los que gestionéis, de cualquier tipo, al final va a tener éxito o no en función de la capacidad que tengamos para ofrecerle a nuestro visitante una experiencia de consumo que le agrade, bien sea en el móvil o en la pantalla, en la lavadora donde nosotros queramos. Y al final esa es la clave de nuestros proyectos. Entonces, ¿cómo ha evolucionado todo esto? O sea, evidentemente Internet y los años que ha evolucionado no es algo que haya estado parado. No es algo que haya evolucionado con un concepto, que es un concepto que surgía hace bastante tiempo, que son los GED-L-S-M-S, ¿vale? Vamos a hablar de un concepto un poco global. Este concepto que implica, pues al final lo que tenemos es un gestor de contenido sin la capa de presentación. En inglés sería la traducción un poco sin cabeza, pero no voy a hablar de golpe sin cabeza, porque no tendría nada, ¿no? Puede ser algo un poco raro. Al final lo que nos estamos quitando, de la esquema que vimos antes, nos estamos quitando una de las capas, nos estamos despreocupando de cómo se va a pintar y de cómo los vamos a distribuir. Este sería un poco el concepto de los GED-L-S-M-S. Y por ello surgía un concepto del de las API, no quiero entrar tampoco a hablar mucho de las características, pero al final lo que es la API o lo que son las API, que Wordpress incluye un tipo de API, que son las API-RES, lo que nos permiten es, lo que nos permite es simplemente obtener información en este caso de Wordpress a través de una determinada ruta y simplemente una serie de atributos. Si os fijáis aquí, yo tengo el nombre del blog de la Wordpress canal, tengo la descripción, tengo la URL y lo he obtenido sin entrar en un concepto de colores, maquetación, dos columnas, no he entrado en eso, simplemente he obtenido la información directamente. Si vamos a obtener un post directamente ocurre lo mismo, tengo identificador del post obtengo el título, esto es un ejemplo de REST API, al final es el contenido como hablábamos antes. Lo que vemos es lo que hablábamos antes de los GLSMS, no es que no exista una capa de presentación, claro que existe porque el usuario al final no va a leer lo que estábamos viendo aquí, sería un poco tedioso. Sino que lo que nos permite es generar nuestras propias capas de presentación, nos permite visualizar la información o crear experiencias de visualización adaptadas con total independencia para cada uno de los dispositivos. Yo aquí os he mostrado tres ejemplos, simplemente aquí el proyecto de Internet de las Cosas que hablábamos antes de Arribino, tendríamos también la posibilidad de crear nuestra propia aplicación web, o sea nuestra propia aplicación móvil donde el usuario reciba una notificación PUS o donde el usuario pueda descargarse los posts para leerlo posteriormente podemos hacer ese tipo de cosas o aquí tenemos un servidor de frontend y queremos utilizar por unas librerías de Javascript muy modernas para representar información y no queremos utilizar lo que es la parte de panel de control. Más cerrado de lo que nos ofrecería los gms como tal pero que ocurre que Warpere tiene mucho potencial y estamos hablando de un gestor de contenido muy potente no se ha quedado atrás en este aspecto ya desde hace unos años o lo que ofrece una solución híbrida porque si lo pensamos bien, oye este esquema también está limitado porque hay un parte que oye, yo ya tengo por ejemplo en este caso mi gestor de contenido Warpere con toda la información y no voy a hacer tirarlo a la basura y voy a crear otro sino que realmente Warpere nos ofrece una solución híbrida que nos permite lo mejor de los dos mundos yo puedo seguir cualquiera de nosotros que tenga una página basada en Warpere puede seguir continuando trabajando como está trabajando hasta ahora pero lo que puede intentar adaptar esos contenidos utilizando la res API que ya viene incorporada de Warpere desde cero e incorporar nuevas experiencias para sus usuarios y para sus visitantes vale y ese es el potencial de que Warpere la posibilidad es de dar vuestra API y darle funcionalidad que para eso estamos que ocurre bueno aquí voy a enseñar algunos ejemplos para que veáis simplemente son ejemplos muy básicos de cómo convertiríamos nosotros nuestros Warpere actual o un Warpere cualquiera en un G3 vale al final lo que estamos haciendo es quitarnos la parte de la capa de presentación aquí simplemente yo me creo un tema en Warpere al final los temas son lo que ofrecen esa capa de presentación si yo simplemente edito mi tema muy básico con el AISSS creo un tema también con el INDS PHP y simplemente pongo un echo o hago una simple muestra una cadena de texto o una redirección ya está ya mi Warpere es un headless MS vale no tengo que preocuparme de nada de lo que se supondría plantilla ni tengo que preocuparme de editores visuales solamente que me tengo que preocupar de publicar mi contenido puedo publicar puedo hacer pues ese tipo de información pero que ocurre yo quiero consumir esos posts que estoy creando esas páginas yo las quiero leer las quiero consumir bueno pues yo en este caso ahora lo enseño ahí para que lo veas porque la letra aquí se queda muy pequeña yo me he creado en 20 líneas me he creado un lector de posts de cualquier Warpere de lo que dejamos aquí vale donde leo los últimos posts publicados y son 10 líneas un HTML estático aquí no hace falta optimizar nada, no hace falta hacer nada yo esto lo loco en cualquier lugar y lo consumo en cualquier sitio y con 20 líneas estoy leyendo el contenido de un Warpere entonces como a veces es el mejor ver lo que yo simplemente aquí con esas 20 líneas ya estoy leyendo los títulos del post es lo que estoy representando podría representar más información podría ir un poco más lejos que pasa que aquí si yo me voy simplemente con esas 20 líneas que lo único que estoy haciendo es por la ruta de la API de Warpere del blog de la Worldcam de Gran Canaria pues simplemente estoy recorriendo la información que obtengo y la estoy representando pero yo hablaba antes de experiencia y esto la verdad que no supone con estas líneas pues simplemente es un título y me podréis decir bueno esto es muy cutre esto al final no me está dando mucha información pues yo con otras poquitas líneas como son, vamos a hacerle aquí con estas poquitas que no sé cuántas son pues habrá 40 líneas yo tengo simplemente una interfaz donde listo todos los ponentes y además tengo puedo hacer este tipo de interfaces donde son todos los ponentes de la Worldcam Gran Canaria los tengo listados en una interfaz de típicos de deslizar desde una aplicación mobile donde puedo deslizarlo perfectamente vale y esta es una nueva experiencia de consumo de contenido que evidentemente la puedo hacer desde una página desde un editor de contenido la puedo hacer con una plantilla de Wordpress la puedo hacer de muchas maneras pero en realidad yo solo he utilizado 20 líneas de código vale y esa es un poco la ventaja que nos ofrece esto esto es el SMS evidentemente cuando hablamos de esto lo he comentado vamos a lo fácil al final lo que quiero es un poco de verdad es el mío utilizar muchas APIs y crear nuevas interfaces pero evidentemente hay una serie de ventajas y ventajas que tiene esto trabajar de esta manera una de las desventajas que podríamos decir es que a veces se pierde cierta sensibilidad o sea cuando nosotros estamos generando nuevos contenidos o a veces si yo desde la interfaz de un frontend nuevo que yo me he creado quiero incorporar información pues Wordpress ya me facilita todo eso vale si yo genero toda la experiencia en una página independiente a Wordpress pues yo tendré que trabajar en esa sensibilidad para hacer interactivos y hay trabajo que hay que hacer que no está por defecto o no sale desde algo la instalación y ya lo tengo sino que yo como programador tendría que aplicar nuevas formas para que eso es mantener esa funcionalidad en los nuevos frontend que yo desarrolle o bien sea una aplicación de móvil o bien sea otro tipo de experiencia hay una mayor complejidad técnica de hecho estuve preparando la presentación leyendo varios artículos sobre este tema y lo que se está llevando a cabo de este fenómeno de los GEDLSMS es que realmente grandes blogs por ejemplo de periódicos de millones de visitas lo que están haciendo es tener el backend o sea lo que sería el panel de control de Wordpress en una serie de servidores que están cerrados que no son accesibles desde internet y lo que hacen es que no hay los editores publicando información totalmente ajenos o sea son seguros nadie puede acceder a ellos si no son los responsables y lo que están haciendo es a través de una serie de canales automatizados es decir cuando un editor publica un post automáticamente se distribuye y en la información a los diferentes frontales de información para que los usuarios lo lean entonces están liberando esa parte de seguridad de backend que a veces puede verse puede verse un poco en riesgo pues la están liberando y eso les permite optimizar en diferentes capas con diferente con alta disponibilidad etcétera solo centrándose en dar máxima disponibilidad en el contenido, no en el backend evidentemente bueno pues hay la complejidad técnica depende del escenario, depende del proyecto digital no todos los proyectos, mis recomendaciones en general tendrían que irse a este nivel pero hay ciertas experiencias como pues la típica landing de publicidad que a veces nos volvemos locos en optimizarla podría perfectamente ser gestionada de esta manera, al final lo que necesitamos es una información, una serie de imágenes y lo que yo necesito es tener un frontend muy optimizado pues yo no tengo que estar preocupando en optimizar todo Wordpress sino algún html estático representó la información y ya con eso puedo ir para adelante en ese tipo de proyecto evidentemente las ventajas al final pues la personalización no tengo límite o sea no hay límite hay muchos desarrolladores de frontend están evolucionando mucho las interfaces de usuario pues puedo aprovecharme de ese moldimiento también y hay muchos perfiles de nivel de desarrollo que están surgiendo y que es fácil contratar y desarrollar tengo frontend ilimitado, lo que hablaba antes de utilizar un robot de cocina pues puedo hacer lo mismo con un alabador con un Arduino que es lo que no hay límite y flexible me da la flexibilidad sobre todo de hacer lo que un poco yo quiera y evidentemente información dinámica que es lo que me permite y bueno hasta aquí un poco el concepto y aquí un poco dejar la coletilla de que esa definición que comentábamos al principio de como sistema gestor de contenidos para mí Wordpress no es un sistema gestor de contenidos para mí es un framework de aplicación porque yo tengo una aplicación que un blog tengo una aplicación que una web, un eCommerce pero también tengo una aplicación que puede ser una aplicación de móvil, que puede ser otro local no solamente quedarnos en esa definición de sistema gestor de contenidos sino que podemos ir un poquito más allá y bueno muchas gracias muchas gracias David alguna duda por tu charla, yo te quería hacer una duda tira siempre al código directamente al Wordpress o utilizas cosas internedias con stout, caspit ugo, yek y cosas así te digo si las probas si, si, si, y depende por ellos de hecho ayer estaba comentando con restapies que he querido irlo aquí porque restapies lo que Wordpress te da ya, ya instalas Wordpress y ya tienes restapies pero existen otros formatos de API para distribuir información como GraphQL que es un sistema un poco más complejo o lo que comentas tú, son sistemas que se dependen del proyecto, al final lo que te permitirían es esa información que suele ser un poco el esquema cuando realmente llevas a cabo un proyecto extraído o sea no tienes directamente Wordpress en lo que sería el backend y tienes directamente las interfaces como hemos visto aquí de una web simple que consuma datos sino que suele estender a alguien en medio vale, que es el que se encarga de que recogen por un lado y la muestra por otro no atacas directamente a Wordpress, es lo que tú comentas si, tenés proyectos, das fiestas unirando últimamente porque lo está utilizando en otros proyectos y tiene también su propio plugin que lo permite interactuar y demás y está bastante interesante bueno, lo mismo, muchas gracias por la charla muy interesante a pesar de muchas cosas una persona que estaba que estaba en la charla me sorraba que a veces no hace algo parecido en la vida de Wordpress el AMP-PHTML no viene a hacer algo parecido servir toda la parte de contenido al final de tu laceden externo lo que es el CMS o sea, me suena muy parecido el concepto los que hace AMP es al final, dependiendo el tipo de proyecto, sí realmente si tú solamente quieres decir oye, tengo esta web y la quiero representar en ese formato, sí, tengo la posibilidad que al final es el mismo concepto de lo que al final estamos buscando con esto es decirle, el motor que mueve Wordpress quítate ese motor y solo se entretene el contenido y crean nuevos motores para mover la información esa parte es lo que es la parte que está actuada te conceso por un lado pero lo que es al final del contenido lo entrego en un HTML plano, ligerito y desde otro HTML el ejemplo que comentaba antes de periodico grande de noticias que ellos estaban haciendo realmente se descargaban la información del post la maquetaban con unos scripts ya saben qué maquetación va a ser y servían un HTML un servidor en Amazon y maxima optimización y ahí lo tenían no podían editar eso ¿Alguna otra pregunta? muy bien, pues un aplauso por favor para ahí