Presione este podcast: The Rise of Headless WordPress con Jason Bahl Creator Wpgraphql

Bienvenido a presionar esto, el podcast de WordPress Community en WMR. Aquí, el anfitrión David Vogelpohl se encuentra con invitaciones de toda la comunidad para hablar sobre los mayores problemas que enfrentan los desarrolladores de WordPress. La siguiente es una transcripción del registro original. David Vogelpohl: Hola a todos y bienvenidos para presionar este WordPress Community Podcasts en WMR. Este es su anfitrión, David Vogelpohl, apoyo a la comunidad de WordPress a través de mi papel en WP Engine y me gusta traer todo lo mejor de la comunidad para escucharlo cada semana en la prensa como un recordatorio, puede encontrarme en Twitter @ Wpdavidv, o puede suscribirse para presionar en iHearTradio, Spotify o puede descargar los últimos episodios de WMR.FM. En este episodio, deberíamos haberlo hecho lo mismo que en Halloween, porque hablaremos sobre la recta de WordPress con Jason Bahl, el creador del gráfico WP QL, Jason, bienvenidos para presionar esto.
Jason Bahl: Sí, gracias por conseguirme. Tú: me alegra tenerte aquí y, por supuesto, no nos referimos a la versión del horror WordPress sin cabeza, sino a algunos Javascript en WordPress y todos los demás tipos de cosas. Entonces, para los que escuchan hoy. Jason, viene a nosotros, también es del motor WP, el lugar donde trabajo, pero también es extremadamente popular en la palabra gráfico QL Word Space Crater, pero hoy compartirá sus pensamientos por qué WordPress juega un papel tan importante. Hole y sin cabeza, lo que se necesita para comenzar a usar la cabeza para su sitio, el sitio web de WordPress y algunas de sus herramientas y enfoques favoritos de cabeza. Jason, hice esta pregunta a todos mis invitados, tengo mucha curiosidad por tu respuesta. Cuéntame brevemente la historia del origen de tu solicitud. Así que creo que fue 2008, creo que estaba haciendo muchos sitios flash y mi primo. Quiero un sitio web donde pueda administrar el contenido que dije, hombre, esto no es tan fácil de hacer con un sitio flash. Así que estaba viendo diferentes formas de conectar un tipo de CMS a un sitio de flash y luego descubrí que WordPress tenía un XML RPC y usaba WordPress en ese momento, aprendí sobre esta API que podría funcionar con el sitio de Flash. No construyó nada para conectar a los dos, pero descubrí que WordPress comenzó a jugar con él y desde entonces trabaja a tiempo completo en WordPress.
Tú: siento que esta es una historia sobre el origen muy apropiado para ti, Jason. Sí, como si estuvieras intentando, prácticamente, configurar WordPress para usar los flashs en el frente desde 2008. Y estos eran tipos de publicaciones personalizadas y meta-juego personalizados que se habrían lanzado en 2010. Así que intentaste hacerlo antes . WordPress incluso tenía este tipo de nivel de organización de datos como parte del núcleo. JB: Sí, entonces. Creo que el enfoque ordinario era establecer diferentes categorías para actuar como un tipo de publicación personalizada, en esencia, es como si, si esta publicación se clasifica de cierta manera, tratada de manera diferente, se abordó en ese momento. Pero sí, ni siquiera había oído hablar de WordPress cuando lo configuré, me llevó más de los cinco minutos que se mostraron. Pero, pero sí, me enamoré de ella de inmediato, dije, nunca experimenté algo que parece tan fuerte que le gustan los usuarios la oportunidad de crear para la web.
Tú: Definitivamente eres el primer invitado que tiene una historia sobre el origen de WordPress SEO sin cabeza. Recientemente te has unido al motor WP, dime qué estás haciendo allí. JB: Sí, así que comencé el gráfico WP QL como un proyecto de código abierto. De vuelta, veamos 2016 y trabajamos en él principalmente como un proyecto secundario. Trabajé en el último año y medio en Gatsby, trabajando en ello, luego volví al motor WP el papel contra quién irá a trabajar no en WordPress. como. Entonces, el motor WP vio que es un proyecto importante para continuar. WordPress en la era moderna. Y así estoy, estoy aquí, en WP Engine, todavía trabajo principalmente en WP Graph QL y su ecosistema inmediato, ya que actualmente estoy trabajando en WP Graph QL para campos personalizados avanzados, que es una extensión que mantengo para unirlos para unirlos dos mundos. juntos. Pero sí, trabajo especialmente en la promoción del ecosistema QL del gráfico WP y luego trabajo con otros equipos aquí en WP Engine que se centra en WordPress sin cabeza y los ayuda. Solo sabes que navegan por las aguas y hacen que WordPress sea experiencia sin experiencia en la cabeza.
Tú: eso es genial. Puede continuar trabajando allí para el gráfico WP QL. Conozco a muchas personas que confían en ello y me alegra saber que estás trabajando en estas extensiones, especialmente allí con ACF. Para aquellos que escuchan, es posible que no los conozcan. ¿Qué es WordPress sin cabeza? JB: Sí, por lo que WordPress sin cabeza sería donde usa WordPress, como un sistema de administración de contenido, para que los usuarios conecten y administren los datos allí. Pero utilizaría los datos, restauraría los datos en algo más que el tema Built -In WordPress. Entonces, muy ordinario, soy bastante fácil de entender el ejemplo, creo que sería como una aplicación nativa de iOS que tuvo que obtener datos de WordPress. Debido a que no hay una capa de tema PHP en un teléfono iPhone o Android, debe transmitir esos datos de otra manera. Y así, esto generalmente se hace por una API como WordPress REST API, o en mi caso, en los viejos tiempos, con Flash, hoy hay un XML RPC o un gráfico web QL. Por lo tanto, trata su contenido, por separado de su presentación y permite que las diferentes capas de presentación hagan algo con los datos podrían ser una aplicación iOS o la mayor tendencia son las aplicaciones JavaScript, como React o ver nuestros cuadros de JavaScript que pueden eliminar los datos de WordPress y yo. jugarlos. Tenemos aplicaciones nativas. Incluso puede hacer una voz, como las habilidades de Alexa, para obtener datos de WordPress y leer noticias, por ejemplo, o cualquier otra cosa.
TV: Ha habido muchas entrevistas sobre sin cabeza a lo largo de los años y siento que cada persona con la que hablé, incluida el aire y cualquier otra cosa, cuando escucho WordPress sin cabeza, creo que ha descubierto JavaScript. Pero hablas de ello en las lentes de un frente de remo diferente. Se mencionó al final, la aplicación iOS y tal vez si pudiera devolver el reloj en la aplicación Flash, pero cree que es común que las personas supongan que es el enfoque de JavaScript. JB: Sí, creo, creo que, dadas las mentes de muchas personas, son sinónimos. Creo que obviamente es que JavaScript es extremadamente popular en este momento. Es decir, ha crecido mucho. Entonces, sí, muchas personas en sus mentes piensan que son sinónimos y, en gran medida, son en cierto modo, pero sí, es más amplio que eso. Por ejemplo, cuando WP cuando comenzamos WP Graph QL, nuestro primer caso de uso fue la unión de contenido de una instalación de WordPress a muchas otras instalaciones de WordPress. Por lo tanto, en realidad fue la comunicación de PHP con PHP, pero solo necesitaba datos, no. Solo necesitaba los datos accesibles de algo más que la instalación de WordPress que se administró. Entonces, creo que este es el término más amplio, pero veo a muchas personas que asumen que significa que, oh, úsalo con React o úselo con Gatsby o Siguiente o algo así.
Usted: Sí, creo que este camino está bastante familiarizado con muchas personas en términos de estas necesidades para hacer WordPress extensible. Y, ya sabes, sin darse cuenta de que, si solo cortas el lado de clasificación, esencialmente, tienes una WordPress sin cabeza una vez que esto se vuelve interesante, tanto como esta noción o logro podría acercarse a la parte de JavaScript desacoplada más accesible para las personas, porque En realidad, es una extensión que utiliza una nueva tecnología, que probablemente los desarrolladores de WordPress han hecho toda su carrera de WordPress. JB: Una cosa que me gusta notar es que no tiene que ser como algo completo y correcto, como, aún puedes usar piezas de WordPress para jugar cosas y tal vez algo más para jugar otras cosas, sería el nativo iOS Aplicación, como el periódico en el que trabajamos, donde usamos la capa de tema de WordPress para los sitios habituales de WordPress, pero también teníamos nuestras aplicaciones iOS, por lo que tenía WordPress Play for the Web. Tenía aplicaciones iOS que obtienen datos de una API. Y luego tuve como un equipo separado de depósito de datos que recibió y datos de la API. Entonces, luego usamos el contenido para la impresión, por lo que teníamos todos estos motores de rango diferentes y el propio WordPress era uno de ellos.
Usted: Necesitamos una palabra para esto, como Hydra o algo con todos estos extremos. Es una construcción tan interesante en la que pensar, porque muchas personas tienen suposiciones sobre lo que significa y algunas de ellas parecen ajenas a las personas y luego familiares. Pero luego, si observa los componentes básicos, es muy similar a lo que la gente ha hecho durante mucho tiempo. Gracias por esta presentación general muy útil. Ahora quiero hundirme más en los que se encuentran algunos de los beneficios que ofrece que WordPress sin cabeza, pero tomaremos un descanso rápido y regresaremos de inmediato. DV: Hola a todos, han regresado para presionar esta comunidad WMR de WordPress de podcast. Entrevistamos a Jason Bahl sobre WordPress sin cabeza, Jason justo antes de Break explicó lo que no tenía cabeza y, de hecho, muchos contextos diferentes me encantan. Así que quiero pasar ahora por qué y tal vez más en el sentido de JavaScript, pero lo que beneficia a la cabeza sin cabeza que ofrece WordPress. JB:
Sí, sí, sí, cuando hablamos sobre los beneficios de WordPress sin cabeza, creo que ya se beneficiaría de separar las preocupaciones, por lo que si separa sus datos de presentación, creo que se benefician, varias partes. , desarrolladores, en particular, pero si puede concentrarse en ingresar el contenido y no tiene que preocuparse por cómo se jugará. Creo que esto libera el proceso creativo de crear contenido. Y luego, para los desarrolladores, les permite usar los datos que se administran en WordPress de diferentes maneras, sin restricciones, creo, que les gustan las plantillas de WordPress. Y luego hay algunos casos, ya que ya hemos hablado sobre dispositivos móviles, pero en algunos casos, no hay forma de hacer WordPress de forma nativa como una aplicación nativa, por lo que debe obtener los datos de una API, para beneficiarse, a Beneficios, desarrolladores y editores de contenido a través de la posibilidad de separar el contenido de presentación. A medida que le preocupan, permite a los creadores de contenido usar un CMS que probablemente ya esté familiarizado con el 40% de las publicaciones web con WordPress hoy. Permite a los desarrolladores elegir y elegir las herramientas que desean usar, por lo que, ya sea reacción o visualización, WordPress y PHP o algo más, pueden elegir la tecnología frontal que desean o tienen que usar o cualquier otra cosa. Y luego, una de las grandes fuerzas motoras detrás, especialmente el movimiento JavaScript es el rendimiento y la seguridad. Entonces, cortando tu WordPress tu CMS.
En front-end, como algo como Gatsby, Max puede tomar datos de WordPress y Páginas estáticas que se implementan en un CDN. Y así, cuando el usuario final visita su sitio web, no reciba una segunda respuesta de la página, porque no hay interacción en vivo a CMS. Entonces las páginas están construidas en el tiempo. Y, por lo tanto, una de las fuerzas motoras más grandes es el rendimiento y los beneficios de seguridad de cosas como Gatsby o los siguientes que eliminan los datos de la API, llenos de plantillas implementadas por CDN. Y luego los usuarios no interactúan con un CMS en vivo, así que creo que es una de las grandes atracciones para JavaScript.dv: Sí, es curioso que no haya mencionado esto primero, creo que cada vez que hablé con alguien en el pasado, Por ejemplo, ofrece incertidumbre y esto es lo primero posible que el almacenamiento de toda la página en el exterior, ya sabes, se pareja. Enfoque JavaScript. ¿Por qué es único o especialmente para la pareja JavaScript, que se construye sin WordPress? JB:
Sí, muy bien, así que sí, esto es algo interesante, así que creo que va más allá de eso. Sí, por supuesto, puede hacer WordPress muy rápido, pero parte de la experiencia del desarrollador es correcta. Si tradicionalmente está en WordPress, tiene sus plantillas PHP, tiene JavaScript en un archivo JavaScript DA, su archivo CSS y CSS con Sass o risas o algo bien. Y así nos separamos, donde tratamos de separar las preocupaciones de acuerdo con la tecnología, no las preocupaciones reales. Y este crecimiento de arquitecturas basadas en componentes similares, especialmente para y reacción, le permite acoplar sus inquietudes si puede construir componentes, en los que todas las preocupaciones de un componente individual, supongamos que construimos como autor biografía en la parte inferior. De un blog. Publique que ese componente requiere ciertos estilos o requiere ciertos datos que requieren una determinada marca. Y en un tema tradicional de WordPress, tendrá archivos separados, en los que debe administrar diferentes tecnologías y archivos diferentes, incluso si todos están relacionados con esto, con una arquitectura basada en componentes, puede agrupar todo en un solo componente. Y luego en el camino a medida que cambia su aplicación. Todo lo que tiene que hacer es cambiar ese componente, estilos, requisitos de datos y marcas están en un solo lugar.
Si observa la mayoría de los sitios de WordPress que han existido durante más de seis meses, inspeccione el CSS, se agote y encontrará muchas etiquetas importantes en CSS, porque, con el tiempo, su marca está cambiando, sabe que algo algo De lo contrario, cambia y es muy difícil limpiar su deuda técnica con el tiempo, porque está preocupado, tiene una tecnología separada, no preocupaciones.Por lo tanto, la separación de los datos de marcado le permite aprovechar la arquitectura basada en el componente.Lo siento, mi esposa tiene algunos consejos aquí.
JB: Sí, por lo que la separación de datos de la capa de presentación le permite usar la arquitectura basada en componentes de una manera que puede hacer de manera eficiente en WordPress con plantillas PHP. Entonces, esto es una gran cosa, por lo que la tecnología que se limpia a medida que construye si adopta la arquitectura basada en el componente. Y luego, sí, las implementaciones en el final del CD. Sí, esto se puede hacer en WordPress. Correcto, sé que hay una estrategia similar, creo que hace este tipo de cosas, y otros anfitriones lo hacen donde memoriza toda su página en caché, pero no hay forma, como, no hay una buena manera de optimizar los activos. Suyo para cualquier página para que pueda implementar una página de WordPress en el CDN, pero el JavaScript que carga para el CSS que probablemente cobre no es necesario para una página determinada, donde el enfoque desacoplado pondrá las cosas a través de una herramienta de compilación solo incluye los estilos usted. Necesidad de una página determinada, solo JavaScript para cualquier página determinada, por lo que cuando se transmite desde un CDN. Por lo general, son archivos mucho más pequeños que el usuario tiene que esperar para descargarlo:
Recuerdo que desde mis primeros días en Internet, en 1996, menos datos fueron más rápidos. Oh, puedo. De acuerdo, por lo tanto, desde el alto nivel, los beneficios que obtiene en términos de rendimiento y seguridad y, sin duda, cómo funciona su equipo en su sitio y las capacidades que prototipos de la construcción cambian las cubiertas tecnológicas, siempre hay beneficios. Alguien está interesado, aunque está bien, lo intentaré. ¿Qué habilidades o herramientas deberían los equipos tienen para construir un sitio de WordPress sin cabeza? Y para el resto de la entrevista de Jason, cuando digo WordPress sin cabeza, ella dice algunos trabajos. JB: Sí. Sí. Entonces, creo que hay dos lados, correctamente, obviamente hay la parte de WordPress, que es un CMS basado en PHP y MySQL. Entonces, si tiene que exponer datos de CMS, que aún no están expuestos por algo como WP Graph QL, necesitará habilidades de PHP y probablemente MySQL en un cierto nivel y una cierta comprensión de WordPress y, ya sabes, capacidades y permisos y Cosas así, usted: como desarrollador normal de WordPress, esas habilidades que necesita, porque tendrá que eliminar los datos en el lado de JavaScript. JB: Y, por otro lado, necesitas algo de experiencia con JavaScript, Reaccion y ver, tienden a ser líderes en este espacio. Entonces, si está familiarizado con alguno de estos cuadros, eso funcionará mucho. Y luego, obviamente, hay diferentes API para trabajar con WordPress como la API REST, como lo hice con XML RPC o Graph QL, por lo que presionaré para gráficos QL. Entonces, teniendo cierta familiaridad con qué gráfico QL en general es específicamente el gráfico WP QL, un largo camino. Tú:
Entonces, tenemos, en primer lugar, es obviamente una organización que tiene desarrolladores de WordPress, familiarizados con PHP MySQL definitivamente HTML, CSS, pero entonces tienes que construir JavaScript, el lado de la representación, de modo que se habla un poco. Acerca del Vista de los reactivos. Y luego debe conectar la parte de contenido de WordPress al lado de JavaScript. Y para eso necesita una API y mencionó algún tipo de descanso API en WordPress o en una tercera solución, como WP Graph QL. Sí. Bien. Y así, las organizaciones buscan adoptar este enfoque potencialmente. Tengo curiosidad, muy rápido, si han aprendido a reaccionar si comenzaron a construir como bloques de Gutenberg, esto les ayudó en este viaje a comenzar a construir estas aplicaciones de rango de reacción o todavía está tan lejos el uno del otro. Es solo esto es esto. Enorme viaje de aprender JavaScript profundamente y nuevamente una respuesta muy rápida. JB: Sí, creo que sí, la experiencia de Guna Grimberg te ayudará bastante, no necesariamente se traducirá como perfecta, sino la experiencia de usar React y los componentes y la gestión estatal y cosas como esa se traducirían bastante bien. Usted: Bien, recuerda que Matt Mullenweg les pidió a todos que aprendieran un JavaScript profundo. JB: Sí, estaba dentro, estaba en la habitación ese día. DV: Oh, en Filadelfia, fuiste muy divertido. ¿Recuerdas cuántas personas era? ¿Eras uno de los que alentó cuando dijo eso?

JB: Posible tú: Tú y Zach Gordon pueden ser como las únicas personas que sí, sí, sí.Realmente es algún tipo de interés.Muy bien, genial.De hecho, todavía tengo muchas preguntas, pero tomaremos otro descanso y regresaremos de inmediato.Hola: Hola a todos, bienvenidos al podcast de la prensa de esta comunidad de WordPress en el WMR.Entrevistamos a Jason Bahl sobre WordPress sin cabeza, Jason justo antes del descanso, nos diste una especie de presentación breve de las herramientas y la experiencia que las personas necesitarían comenzar a construir sin cabeza, gracias por eso.También se menciona varias veces el gráfico WP QL, es posible que no nos haya dado muchos detalles.Entonces, ¿qué es el gráfico WP QL y por qué recientemente duplicó el precio?JB:
Sí. Entonces, ¿qué es el gráfico WP QL? Por lo tanto, es un complemento gratuito de WordPress, código abierto, que convierte cualquier sitio de WordPress en un servidor QL gráfico. Lo que significa que su sitio recibirá un punto QL de gráfico final, como Site.com su gráfico de barras QL y luego se puede hacer una solicitud a ese punto final, especificando exactamente qué datos desea de la API. Similar al resto, al hacer una solicitud a la API y recibirá respuestas JSON con las diferencias que especifica para interactuar con la API de gráfico QL, debe especificar exactamente qué datos desea obtener. Descansa, digamos, quiero presionar este punto final y lo que me dé el servidor. Tengo que estar de acuerdo con el lugar donde con gráfico QL especifica de antemano, exactamente lo que desea, para que pueda interrogar, saber, publicar y solo el título de la publicación y recibirá exactamente esa respuesta, o incluso puede rastrear los recursos, Entonces puedes decir que quiero una lista de publicaciones con su título y también quiero el autor y el nombre del autor y tal vez quiera incluso las cinco últimas publicaciones. Por lo tanto, puede hacer todo esto en una sola solicitud y puede especificar exactamente lo que desea. Se remediará haciendo lo mismo que debe tocar el punto final de publicación, devolver un JSON útil que incluiría la identificación del autor y lo suficiente como para volver a obtener todos los autores de las 10 publicaciones que los recibió, luego tiene Para esperar esto y luego debe hacer otra solicitud para obtener las publicaciones recientes de cada autor.
Por lo tanto, coloque una gran carga al desarrollador que interactúa con la API, donde Graph QL le brinda mucha más libertad y control y permite muchos datos del servidor al cliente. Esta es la siguiente generación: sí, como una forma de describirla, ya sabes, imagina que alguien escucha este podcast en este momento y como si estuvieran multitarea y escribieran un script de análisis para un descanso de respuesta API que está disperso al azar. Dios, tengo que analizar todo, es un problema real, porque los desarrolladores trabajan con él. Me imagino que la gente usa el gráfico WP QL para mucho más que JavaScript desacoplado. Es cierto, JB: Sí, el primer caso de uso que mencionamos anteriormente, nuestro primer caso de uso fue la unión de contenido de los servidores PHP a otros servidores PHP. Y parte era que la cantidad de datos que estaba enviando a través del cable era dolorosa y la cantidad de viajes de viaje que tuvimos que hacer para obtener todos los datos, como cuando usted, cuándo es una publicación en el blog. No solo distribuye los puestos, sino que sindicalizó al autor, las publicaciones y los términos de los términos de la taxonomía asociada con él y con los medios de comunicación. Por lo tanto, hay todo tipo de viajeros en la red, estábamos riendo o gráficos QL, podríamos especificar exactamente lo que necesitamos y hacer una sola solicitud y habrían hecho que el proceso del desarrollador fuera mucho más fácil, porque hicieron una única demanda y es muy explícito, por lo que incluso seis meses después, incluso si algo no funcionó. Era explícito lo que necesitábamos y luego podemos identificarlo con el resto.
Es como si algo hubiera cambiado en cualquier punto final. Es difícil saber qué fue antes, porque los entrenadores dicen que, dame este recurso, y usted, como desarrollador que intenta separarse, no sabes qué fue ayer con Graph QL, ya sabes exactamente qué se requería al consumidor. Por lo tanto, es mucho más fácil separarse. DV: Sí. Entiendo. Por lo tanto, no se pierde en las malas hierbas con todo este análisis y no golpea el servidor de solicitud con solicitud porque realiza solicitudes más eficientes, que son más fáciles de tratar para usted, como desarrollador. Me gusta ese resumen. Usted mencionó anteriormente que trabaja para mejorar la extensión QL del gráfico WP para ACF, eso es fuerte. Además, bromeé antes Chris sobre duplicar el precio de $ 0 a $ 0. Pero obviamente tienes mucho que hacer. ¿Por qué estás trabajando en un motor WP que te entusiasma? JB: Sí, así que quiero decir que mi trabajo ha terminado para Graph QL y el motor son casi sinónimos, colaboro con otros equipos que trabajan en el espacio sin cabeza, por lo que diría que no seas GRAPH QL para campos personalizados avanzados. Hago algunos cambios importantes que publiqué como un video para una vista previa de una función en la que trabajo ayer, pero en YouTube. Por lo tanto, probablemente se publicará en el complemento. Esta semana es un gran rebelde de cómo las reglas de ubicación están asociadas con el esquema. Entonces ACF es grande. Trabajo como si colabore con equipos externos, como el equipo que trabaja en el gráfico WP para formularios de gravedad. Mientras hablamos con ellos y los ayudamos, les ayudamos a liderar el desarrollo de ese complemento. Una cosa que sucede es que los complementos toman la propiedad en las interacciones gráficas mismas.
Entonces, así como el tipo de publicación personalizada, el complemento popular para agregar publicaciones personalizadas. Acabo de hacer cargo de la integración del gráfico QL. Solía ​​tener una extensión que conecta el gráfico WP QL y ese complemento, lo combinaron en su arado manteniendo esa interacción. Ahora, el calendario del evento tenía una extensión de gráfico QL y, en febrero, tomaron su propiedad, no está incluido en el núcleo del calendario del evento, pero se han asumido la responsabilidad de su mantenimiento y lo usan para usted. DV: Pintor Para mantenerse al día con todas estas diferentes integraciones y complementos, es bueno ver que este es un signo realmente positivo en el gráfico de UI VP. Sí. De todos modos, se salen de su camino para pasar su tiempo para mantenerlo. Estoy ahí. JB: Sí, exactamente. Y luego Yoast hace lo mismo ahora que trabaja en este momento o una rama de Yoast WordPress Seo de Yoast, para el que trabaja. Voy a integrarse, así que creo que una de las cosas que más me excitan es cuánto dice la comunidad, oye, esto es importante. Unámonos a su alrededor para compartir la propiedad sobre él. Usted: Sí, absolutamente, esta es una noticia maravillosa y es genial escuchar el progreso y parece que, ya sabes, con este tipo de adopción. El futuro es brillante. Me alegra que puedas pasar tiempo trabajando en el gráfico WP QL nuevamente, sé que muchas personas se basan en esta solución. Jason, muchas gracias por estar con nosotros hoy. JB: Sí, absoluto. Tú: maravilloso.