Presione esto: no se asuste, es solo WordPress sin cabeza con Fran Agulto

Publicado: 2022-11-09

Bienvenido a Press This, el podcast de la comunidad de WordPress de WMR. Cada episodio presenta invitados de toda la comunidad y discusiones sobre los problemas más importantes que enfrentan los desarrolladores de WordPress. La siguiente es una transcripción de la grabación original.

Desarrollado por RedCircle

Doc Pop : Estás escuchando Press This, un podcast de la comunidad de WordPress en WMR. Cada semana, destacamos a los miembros de la comunidad de WordPress. Soy su anfitrión, Doc Pop, apoyo a la comunidad de WordPress a través de mi función en WP Engine y mis contribuciones en TorqueMag.io. Puede suscribirse a Press This en Red Circle, iTunes, Spotify, o puede descargar episodios directamente en wmr.fm.

WordPress sin cabeza es un gran tema en la escena de WordPress en estos días. Pero muchas personas como yo todavía pueden estar un poco asustadas cuando escuchamos el término sin cabeza. Y no solo porque está cerca de Halloween y eso nos da escalofríos. Creo que es hora de superar este miedo. Así que le pedí a Fran Agulto, Developer Advocate en WP Engine, que me ayudara a comprender los pros y los contras de headless. Fran, ¿cómo estás hoy?

Fran Agulto: Oh Doc, gracias por recibirme. Y sí, tienes razón, es Halloween pero no nos asustemos porque el Jinete sin cabeza está aquí. Sí, estoy muy bien hoy. Gracias.

DP: Impresionante. Sabes, voy a empezar si pudieras decirnos cuál es tu historia de origen de WordPress. ¿Cómo llegaste a este espacio?

FA: Gran pregunta. En realidad, mi historia de origen de WordPress se canaliza a través de WP Engine. Cuando comencé a buscar un trabajo en tecnología, no tenía experiencia en programación. De hecho, solo había tocado un sitio de WordPress una vez en mi vida y eso fue en la universidad. Y estaba haciendo un cambio tratando de ingresar a la tecnología.

Bueno, WP Engine estaba contratando representantes de ventas. Así que me uní a WP Engine en el lado de las ventas con WordPress, no en el punto de partida técnico.

Así que esa es mi historia de origen. Pasé por WP Engine en el lado de las ventas y sabes a través de su capacitación aquí en WP Engine, si estás más en el lado de las ventas y el marketing, te dan todo el tipo de perorata sobre lo que WordPress es como un CMS y como un sistema de gestión, por así decirlo.

DP: Sí. Entonces, tú y yo estuvimos hablando en WordCamp US en San Diego, y sé que estar sin cabeza es algo importante para ti. ¿Cuál es su función actual en WP Engine y cómo se vincula con WordPress sin cabeza?

FA: Sí, esa es una buena pregunta. Mi función actual aquí es Defensor de desarrolladores, Nivel dos, en el equipo de relaciones con desarrolladores sin cabeza aquí en WP Engine, y se relaciona con WordPress sin cabeza. Con el equipo de relaciones con desarrolladores de WP Engine, hay dos lados de la casa, doc.

Está el lado tradicional de WordPress de la casa con el que la mayoría de las personas que usan WordPress están familiarizadas, si no todas. Y luego está el lado sin cabeza de la casa, que estoy defendiendo de mi parte. Y eso es lo que hago. Básicamente, solo escribo artículos técnicos de publicaciones de blog y videos de YouTube sobre codificación y cómo no asustarse, por así decirlo, como decía en su introducción sobre la adaptación de esta metodología.

DP: Bueno, ya sabes, estamos hablando de tener miedo y vamos a tratar de mantener esto, ya sabes, honesto y hablar sobre los pros y los contras de estar sin cabeza. Supongo que vamos a empezar con las ventajas de headless a través de WordPress. ¿Qué te viene a la mente cuando piensas en esos?

FA: Sí, así que en realidad hay tres aspectos positivos principales o pros, doctor, sobre por qué las personas, las organizaciones, las pequeñas y medianas empresas, las agencias, van y adaptan WordPress sin cabeza. Lo primero es la velocidad. ¿Derecha? Porque desde el punto de vista de la experiencia del usuario, todo el mundo sabe en el desarrollo web que si tiene un sitio lento, adivine qué va a rebotar, sus usuarios. Adiós. Así que ya sabes, quieres esos sitios súper rápidos y rápidos que esencialmente brindan una excelente experiencia de usuario y aumentan esos Google Core Web Vitals.

Esa es una de las ventajas de WordPress sin cabeza, es en lugar de un mecanismo de representación monolítico y tradicional del lado del servidor de WordPress, eso es lo que hace WordPress en cada solicitud. Cuando eres un usuario que visita un sitio, se realiza un viaje de ida y vuelta. Va al servidor, el PHP ejecuta el código y luego envía el HTML al navegador para que lo consuma. Ahora, una vez más, puede acelerar WordPress tradicional, pero en esencia en el lado sin cabeza listo para usar, cuando desacopla WordPress y simplemente lo consume como una capa API y tiene archivos estáticos en una CDN datos ya preconstruidos, es rápido .

Ese es el primero y más importante profesional, Doc, y luego el segundo es la seguridad. Y la razón de esto es que cuando desacopla cualquier aplicación web o sitio web, no tiene que ser WordPress sin cabeza, su back-end está oculto. ¿Derecha? La mayoría de las personas que conocen la tecnología y que podrían descifrar si está usando WordPress ni siquiera sabrán si está usando WordPress a menos que esté exponiendo sus variables de entorno en su repositorio.

Y luego, la segunda cosa, por qué es más seguro porque el área de superficie de ataque es mucho menor, esencialmente, porque cuando se desacopla, está en un marco de front-end que es responsable ahora en lugar de PHP de representar el HTML en el navegador, y es solo un área de superficie de ataque más baja porque hay muchas cosas nefastas que puedes hacer en un navegador.

Y luego, el tercero y último, esencialmente es la prueba futura de su pila tecnológica. Lo que quiero decir con eso es que con WordPress sin cabeza cuando desacoplas tu pila tecnológica, tomas lo que se llama el enfoque o metodología de desarrollo impulsado por API. Y de esa manera, es mucho más fácil que los usuarios no solo accedan a su sitio web o aplicación web a través de un navegador de escritorio, sino también a un quiosco, una pantalla en un Tesla, una aplicación móvil, es mucho más fácil consumir esos datos de WordPress y luego tírelo a cualquier tipo de nodo similar que su usuario vaya a usar. Así que esas son las ventajas de esto.

DP: Bueno, sí, eso es interesante. Ahora hay un par que me vienen a la mente y no tengo un sitio headless, no he experimentado con headless, uso WordPress. Puedes decirme si esto es correcto. Bueno, en primer lugar, la administración de contenido, si está usando WordPress y está usando un headless, puede indicarlo, cualquier aplicación web o lo que quiera hacer. Ese lado de la gestión de contenido que está preconstruido, ya sabes, con WordPress tiene que ser súper fluido. Cualquiera, independientemente de su conocimiento sobre cómo usar un sitio web o cómo crear un sitio web, podría ingresar fácilmente. Las mismas ventajas que WordPress en general. Pueden ingresar y escribir su publicación de blog y publicarla muy fácilmente, ¿verdad?

FA: Eso es en realidad 100% correcto. Sí. Lo has clavado, lo has clavado. Sí. En resumen, Doc, lo logró. Sí.

DP: Y luego supongo que otras cosas que me vienen a la mente que no mencionaste, fue como verificar para ver, parece que si estás creando WordPress sin cabeza, podría estar equivocado en esto, pero parece que tú Tendrás muchas herramientas debido a todos los complementos que la gente ha puesto a tu disposición, que podrás integrar, a menos que haya alguna razón por la que no puedas hacerlo con headless. Pero parece que probablemente podría obtener muchos complementos de SEO o lo que sea. Y muy rápidamente, todo el ecosistema de WordPress está al alcance de su mano, incluso si está construyendo sin cabeza, ¿suena bien?

FA: Una de las desventajas reales de WordPress sin cabeza está en el lado de WordPress, doc. Especialmente los complementos, obviamente, que renderizarían, manipularían o cambiarían su interfaz. Puedes olvidar eso. Eso no funcionará de una manera sin cabeza. Y, de hecho, diría que la mayoría de los complementos de WordPress no funcionan en un sentido sin cabeza.

Lo que tendrá que usar para tener una parodia o comparación, qué complemento es para el desarrollador tradicional de WordPress en el ecosistema front-end de Node JS y marcos como React, Vue Angular, tiene paquetes NPM, que significa nodo gerente de empaquetación. Y si usted es un desarrollador de WordPress, esos son los complementos en el ecosistema front-end a los que tendrá que acostumbrarse y usar.

DP: Sabes, creo que es un gran lugar para detenerse por un minuto. Vamos a tomarnos un descanso rápido y cuando volvamos, hablaremos con Fran Agulto sobre los pros, y volveremos y hablaremos sobre los contras de WordPress sin cabeza. Estás escuchando Press This.

DP: Estás escuchando Press This, un podcast de la comunidad de WordPress en WMR. Esta semana estamos hablando con Fran Agulto, Developer Advocate en WP Engine. Estamos hablando de los pros y los contras de headless y por qué debería o no tener miedo de headless WordPress.

Hasta ahora, hemos cubierto los pros que simplemente cargan más rápido. Estás diciendo que WordPress sin cabeza es súper ágil. ¿Seguridad, sin dejar claro en qué se basa el sitio? No estás recibiendo piratas informáticos, ninguna de esa información, es solo de frente.

A prueba de futuro. Mencioné la administración de contenido, y luego entramos en contras y solo decías que la mayoría de los complementos no funcionan. Estadísticamente hablando, solo estás diciendo que sientes que la mayoría de los complementos de WordPress probablemente no funcionarán con headless y supongo que eso se debe a que la mayoría de esos complementos probablemente están diseñados con cambios similares en el front-end.

FA: Sí, eso es 100% correcto. Sí. El hecho es que, si se hace algún complemento en el sentido tradicional de WordPress para realizar algún tipo de alteración en la interfaz, no funcionará porque la idea es que hayas desacoplado la interfaz para que se rompa. Eso se romperá en WordPress tradicional, o en WordPress sin cabeza, disculpe.

Sin embargo, Doc, aquí está la cosa, cualquier complemento de WordPress que solo haga algo en el backend. ¿Derecha? Como, doc, estoy seguro de que está familiarizado con los campos personalizados avanzados, que lo ayudan a crear tipos de contenido personalizados. Y está Yoast SEO para WPGraphQL, que es un complemento de WordPress sin cabeza. Esas cosas funcionan porque las personas han escrito código PHP para extender esos complementos para poder integrarlos con un enfoque sin cabeza, si eso tiene sentido.

DP: Sí. Entonces, hablemos de algunas otras desventajas de hacer WordPress sin cabeza.

FA: Oh, sí, hay muchos. [risa]

DP: Oh, bueno, está bien. [Risas] Bueno, tenemos como siete minutos. ¿Qué tipo de cosas te vienen a la mente, cuál es quizás la mayor estafa que alguien está pensando en quedarse sin cabeza y que en realidad no quiere hacerlo debido a esta estafa?

FA: Sí, aquí está la cosa, hombre, te lo digo. Estuve en WordCamp EE. UU., de hecho, lo conocí allí, doc, y estaba hablando con muchas personas que simplemente se acercaron y me hicieron esta pregunta al azar. El hecho es que, en esencia, y por qué se inventó, WordPress es tan simple, es WYSIWYG, "Lo que ves es lo que obtienes". ¿Derecha? Y tengo que decirte que mi madre y mi propia hermana saben cómo usar WordPress. Mi mamá no es técnica en absoluto. Pero ella sabe cómo ingresar al administrador de WP y simplemente escribir contenido en un bloque. Y ella dice: "Oh, mira, está en vivo en una URL".

El principal problema o contra, por así decirlo, es la curva de aprendizaje y la barrera de entrada a este enfoque, sinceramente. Porque número uno, tendrás que ser inteligente y tener fluidez en JavaScript. Ese es el número uno. Bien, eso requiere codificación.

DP: Oh. Mi corazón está latiendo. [la risa]

FA: Doc, confíe en mí cuando me inscribí por primera vez en mi campo de entrenamiento de JavaScript, mi corazón latía fuera de mi pecho. Así que eso es lo primero. Eso es lo primero y más importante, la desventaja de esto es que no solo hay una deuda técnica que vas a acumular porque si no lo sabes, tendrás que pagarle a un desarrollador de JavaScript ahora para mantén tu blog de WordPress si te quedas sin cabeza, ¿verdad? Si está utilizando WooCommerce como negocio y quiere quedarse sin cabeza, tendrá que considerar adquirir un equipo ahora, que pueda codificar en JavaScript si usted no puede, eso es lo principal. Eso es lo principal.

La segunda cosa, la principal desventaja, es la brecha o el puente entre, y creo que algunas de estas cosas las estamos resolviendo en WP Engine, lo cual es increíble. Y no solo digo esto. Me encanta WP Engine, trabajo aquí pero puedo elegir dónde quiero trabajar. Estamos resolviendo el problema del hecho de que cuando tiene un equipo de marketing o un editor de contenido en su organización, o para lo que sea que esté usando WordPress, están acostumbrados a ingresar a WordPress, en el editor de bloques, escribir bajar contenido, escribir contenido, presionar el botón de vista previa para que pueda ver cómo se verá en vivo en la URL, o simplemente presionar publicar y verlo en vivo.

Desafortunadamente, ese no es el caso en WordPress sin cabeza. También tiene que configurar y manipular las cosas que WP Engine está resolviendo de forma inmediata. Para que ese puente, por favor, Doc, funcione. Para que los editores de contenido estén más familiarizados con el flujo de trabajo. Porque es un flujo de trabajo sin cabeza desacoplado, por así decirlo, cuando se desconecta así. Así que esos son los dos principales contras principales de la misma. Es la complejidad, y luego esencialmente tienes que contratar codificadores. Y luego, adivine qué, lo que está acostumbrado en WYSIWYG tiene que configurarse y hay cosas que tiene que conectar ahora para replicar eso.

DP: Creo que lo que escucho es que cuando voy a mi sitio de WordPress y hago un cambio, presiono actualizar, o lo que sea, voy al sitio web, presiono actualizar, y ese cambio está ahí. Y con headless tradicionalmente, tendrá que hacer algunos pasos más que solo presionar actualizar. ¿Es eso lo que estás diciendo?

FA: 100% Sí, eso es 100% correcto. Sí. Sí.

DP: Y estás mencionando lo que estás trabajando con WP Engine. ¿Asumo que es Atlas?

FA: Sí, eso es Atlas. Correcto. Ese es el enchufe desvergonzado, todos. Pero eso es a lo que me refería es cómo WP Engine está resolviendo esto. Esencialmente, nos hemos ocupado del trabajo del desarrollador, me gustaría llamarlo, del dolor de cabeza de tener que cablear todo eso que le acabo de contar, Doc.

Ahora bien, si soy un desarrollador y mi empresa o mi equipo o estoy en una agencia y la agencia dice: “Fran, tienes que codificar este sitio. El propietario del sitio quiere usar WordPress como su CMS, pero quiere quedarse sin cabeza por las ventajas que tiene”.

Con la plataforma Atlas, Doc, dentro de dos o tres clics, está configurado y permite que el editor de contenido sea como, “Oh hombre, wow. Puedo pulsar vista previa o publicar. Y son esencialmente los mismos flujos de trabajo que estaba usando en un sentido tradicional de WordPress. Pero ahora está sin cabeza. Y ni siquiera tengo que saberlo. Porque es esencialmente una parodia. Es el mismo flujo. Eso es lo que WP Engine ha resuelto.

DP: Entonces, recapitulemos los pros y los contras una vez más. Así que hemos dicho que los profesionales son seguridad de carga más rápida, pruebas futuras, la administración de contenido será más fácil.

Los contras, parece que la mayoría de los complementos probablemente no funcionarán, por lo que no tendrá necesariamente el ecosistema completo, pero tendrá partes de él. Y también, en un sentido amplio, si está creando un sitio de WordPress sin cabeza, entonces es probable que tenga que saber JavaScript, tendrá que saber cómo, una vez que haya creado eso. contenido, cómo empujarlo para que se publique. No es solo un proceso de un clic y eso es algo en vivo.

FA: 100% Sí, básicamente tienes que ir a una línea de comando, una terminal, tienes que lidiar con repositorios y verificar sucursales. Sí. Así que hay una curva de aprendizaje compleja.

DP: Bueno, creo que es un buen lugar para tomar un descanso. Y cuando volvamos, hablaremos sobre cómo superar esos miedos, si los tienes. Si quieres estar haciendo WordPress sin cabeza, cómo superarlos. Y ya sabes, está terminando este episodio, así que mantente atento para más con Fran Agulto.

DP: Estás escuchando Press This, un podcast de la comunidad de WordPress en WMR. Cada semana destacamos a los miembros de la comunidad de WordPress y esta semana estamos hablando con Fran Agulto, un desarrollador defensor de WP Engine sobre WordPress sin cabeza, lo que suena genial porque es la época del año para tener miedo. Y sabes, antes del espectáculo, Fran, tú y yo estábamos hablando de escalada en roca. Y tengo un poco de curiosidad, como con la escalada en roca, ¿tenías miedo a las alturas cuando empezaste?

FA: Oh, quiero decir, sí lo era. Definitivamente tenía un miedo más que saludable a las alturas, Doc, digamos.

DP: Un miedo saludable, sí. Y me pregunto si hay alguna lección allí. Tal vez esto es un tramo. ¿Hay algún tipo de lecciones sobre cómo te sentiste y cómo lo superaste con el nerviosismo de algunas personas? Probablemente tengan una aplicación que sería, probablemente deberían estar haciendo WordPress sin cabeza, pero están nerviosos por dar ese salto. ¿Qué crossovers tienes de tus días de escalada que podrías traer?

FA: sí, en realidad es una buena analogía, por así decirlo. Aquí está la cosa, a la derecha. Al final del día, creo que la mayoría teme, Doc, y se relaciona con el desarrollo web, la escalada en roca, por lo que esta es una buena analogía o incluso estar casado o tener hijos, lo que sea que estés haciendo en la vida. . El miedo se debe principalmente a lo desconocido y la falta de familiaridad. Los humanos temen las cosas que no les son familiares.

¿Pero adivina que? Ese miedo disminuye, cuanto más te acostumbras a algo, así que demos un paso atrás aquí. WordPress. Doc, ha estado en el juego de WordPress más tiempo que yo. Quiero decir, he estado lidiando con WordPress durante cuatro años. ¿Cuánto tiempo llevas en el juego de WordPress?

DP: Como cuatro años en un mes. [la risa]

FA: Oh cuatro años y un mes. Así que estamos a mano.

DP: ¡No, me adelanto un mes! [Risas] No, creo que son como 12 años trabajando con empresas de WordPress y cosas así.

FA: Está bien.

DP: Así que sí, es un tiempo.

FA: Así que aquí está la cosa. La razón por la que es el CMS más querido y es como, no conozco el 35-40% de Internet. No me quedé para el Estado de WordPress de Matt Mullenweg en WordCamp, me puse a trabajar. Pero WordPress es enorme. Y hay una razón para eso. Salió temprano y ganó familiaridad con su facilidad de uso. Bien, entonces la gente se siente cómoda con eso.

La parodia que quiero hacer con la escalada en roca es que tenía miedo porque obviamente las alturas son alturas. Pero si entiendes la protección que tienes al escalar rocas, disminuye ese miedo porque estás acostumbrado a un cierto flujo. Y así es exactamente como entré y me quedé, abogando por WordPress sin cabeza y pasando ese campo de entrenamiento de JavaScript para ser honesto porque todos los días eran temerosos. Estoy como, ¿Mi código se romperá hoy? ¿Y qué estoy haciendo con esto? Pero esa es la cosa, ¿no?

Es eso desde el punto de vista de la adaptación, y es por eso que WP Engine está tan involucrado en esto porque, al final del día, con el desarrollo web e Internet, el futuro es un desarrollo impulsado por API desacoplado. Y no queremos que WordPress sea una tecnología antigua que ya nadie usa. Queremos traerlo junto con el llamado jamstack, por así decirlo, que es una palabra de moda tecnológica, pero significa marcado de API de JavaScript. Al final del día. Solo significa que tiene un punto final de API, que en este caso es WordPress. Y luego vamos a consumir esos datos de WordPress en cualquier interfaz que desee usar.

Ahora, desde una perspectiva de flujo, creo, Doc, sinceramente, especialmente con lo que está haciendo WP Engine y cómo la gente lo está adaptando. Una vez que gane tracción, nuestro Equipo de Relaciones con los Desarrolladores está ayudando a disminuir la barrera de entrada y capacitar a las personas más en esto, y comprender en qué se están metiendo exactamente. Y, de nuevo, no es para todos, pero para su punto, si es algo que se necesita, si es como, Dios mío, en cuanto al diagnóstico, su sitio debería ser un sitio de WordPress sin cabeza. Sí, definitivamente hay una normalidad que debes tener para disminuir ese miedo.

DP: Absolutamente. Bueno, hemos estado hablando con Fran Agulto, Defensor de desarrolladores en WP Engine hoy sobre el modo sin cabeza y esta fue una gran conversación. Si desea realizar un seguimiento y obtener más información sobre en qué está trabajando Fran, puede seguirlo en Twitter, @fran_the_dev.

En los próximos episodios de Press This, hablaremos con Nev Harris la semana que viene para hablar sobre cómo hacer que su agencia de WordPress esté a prueba de recesión. Gracias por escuchar el podcast de la comunidad Press This WordPress en WMR. Puedes seguir mis aventuras con la revista Torque en Twitter @thetorquemag o puedes ir a torquemag.io donde contribuimos con tutoriales, videos y entrevistas como esta todos los días. Así que echa un vistazo a torquemag.io o síguenos en Twitter. Puede suscribirse a Press This en Red Circle, iTunes, Spotify, o puede descargarlo directamente en wmr.fm cada semana. Soy su anfitrión, Doctor Popular. Apoyo a la comunidad de WordPress a través de mi rol en WP Engine. Y me encanta destacar a los miembros de la comunidad cada semana en Press This.