Explorando el Gráfico de WordPress con Next.js y WPGraphQL

Rate this content
Bookmark

WordPress sin cabeza utilizando su API REST incorporada es una solución poderosa para escalar WordPress en la web, pero las relaciones complejas pueden convertirse fácilmente en cadenas de solicitudes, lo que dificulta el mantenimiento junto con el posible costo de rendimiento.


Con WPGraphQL, podemos aprovechar los beneficios de GraphQL, lo que conduce a una mejor experiencia de desarrollo y lógica de solicitud optimizada, asegurándonos de entregar solo lo que necesitamos a nuestros usuarios.

Exploraremos estas ventajas y cómo encajan estas piezas junto con herramientas modernas como Next.js para construir grandes experiencias para la web.

Diapositivas y más

FAQ

Según Build With Trends, el 37% de los principales sitios de un millón utilizan WordPress.

Una API REST permite que WordPress funcione de manera 'sin cabeza', es decir, se puede usar WordPress para gestionar datos sin servir HTML directamente al navegador.

Desde la versión 4.7, WordPress admite una API REST, lo que permite un enfoque sin cabeza donde WordPress se utiliza solo para la gestión de datos, no para el renderizado del frontend.

WordPress con GraphQL permite hacer consultas más eficientes al obtener sólo los datos necesarios y manejar complejas relaciones de datos, lo que simplifica el desarrollo y mejora el rendimiento.

Se puede integrar GraphQL en WordPress instalando el complemento WPGraphQL, que permite consultar datos de WordPress usando GraphQL directamente desde el panel de control.

Next.js es un framework de React que se puede usar para crear sitios web estáticos y dinámicos. Se puede combinar con WordPress para obtener datos en tiempo de compilación mediante GraphQL y construir aplicaciones eficientes.

Almacenar archivos HTML estáticamente en WordPress reduce la carga en el servidor, mejora los tiempos de carga y la escalabilidad del sitio, especialmente en situaciones de alto tráfico.

Colby Fayock
Colby Fayock
23 min
09 Dec, 2021

Comments

Sign in or register to post your comment.

Video Summary and Transcription

WordPress es ampliamente utilizado y ahora admite una API REST para uso sin cabeza. Servir archivos HTML estáticos permite escalar infinitamente y sobrevivir al tráfico viral. GraphQL se puede utilizar para interactuar con los datos de WordPress, reduciendo la complejidad. WordPress se puede acoplar con complementos como Yoast y ACF, y WPGraphQL funciona perfectamente con estos complementos. GraphQL permite seleccionar solo los datos necesarios y tiene ventajas de rendimiento sobre las API REST.

1. Introducción a WordPress y CMS sin cabeza

Short description:

WordPress todavía se utiliza ampliamente, con un 37% de los sitios principales de un millón que lo utilizan. Ahora admite una API REST, lo que permite su uso sin cabeza. Los generadores de sitios estáticos y los marcos web modernos pueden hacer el trabajo pesado antes de que se cargue la página, evitando la necesidad de solicitudes del lado del cliente a WordPress.

B-R-E-A-C-K-E-R-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F-R-O-K-K-Y-S-T-Y-F

Puedes encontrarme prácticamente en cualquier lugar de la web simplemente buscando mi nombre, ya que soy el único en el mundo. Así que empecemos abordando el CMS en la sala. Es 2021 y algunos desarrolladores aún se estremecerían ante la idea de usar WordPress. Pero francamente, todavía vivimos en un mundo de WordPress. Según Build With Trends hace un tiempo, si observamos la distribución de CMS de los principales sitios de un millón, el 37% de los sitios web están utilizando WordPress. Eso es un porcentaje enorme. Y estoy seguro de que ha aumentado hasta ahora, y no estoy seguro de qué tan preciso es, pero si observas el número de detecciones en el sitio de Build With, hay más de 960 millones de instalaciones de WordPress. Eso es casi mil millones. Es un número impresionante.

Si bien es posible que no todos queramos usar WordPress, es realista que se quede por un futuro previsible. Pero espera, ¿por qué estoy hablando de WordPress? Bueno, retrocediendo un poco, WordPress, como tradicionalmente lo conocemos, es un CMS y una solución de sitio web todo en uno. Funciona para obtener todos los datos de la base de datos, renderizarlos a HTML y luego enviarlos a el navegador. Pero desde la versión 4.7, WordPress ahora admite una API REST. Esto significa que de entrada realmente podemos usar WordPress sin cabeza. Si no has oído hablar del término sin cabeza antes, ¿qué significa realmente? Bueno, con nuestra pila tradicional como WordPress, alguien visitará una página en el navegador. El navegador se conecta al servidor, el servidor hará el trabajo como hacer esas solicitudes a la base de datos, renderizar el HTML de la página y luego enviar esa respuesta. Si tenemos suerte, la devolverá en caché. Finalmente, el navegador mostrará esa respuesta a la persona que visita ese sitio. Con un enfoque sin cabeza, esa solicitud al servidor podría ser asíncrona en el cliente. En este ejemplo en particular, la persona visitaría una página en su navegador y obtendría inmediatamente una respuesta directamente desde el almacenamiento. Una vez que esa página se carga en el navegador, el navegador iniciará otra solicitud a un servidor que puede cargar todo ese contenido dinámico. Pero me imagino que probablemente te preguntes por qué querríamos hacer una solicitud del lado del cliente a WordPress para un CMS. Esa no es necesariamente la forma recomendada. Ahí es donde entran en juego los generadores de sitios estáticos y los frameworks web modernos. Hacen todo el trabajo duro antes de que la página llegue al navegador. Podemos usar frameworks front-end para obtener todos esos datos en tiempo de compilación o con representación en el lado del servidor, evitando ese costo dentro del navegador. Ahora, si todo esto te suena nuevo, puede parecer mucho trabajo. ¿Por qué incluso, por qué molestarse con una API? ¿Por qué no usar WordPress tal como lo hacemos siempre? Así que centrémonos en este ejemplo de usar una API con un sitio estático, donde la única vez que nos comunicamos con esa API es en tiempo de compilación. Y almacenamos los archivos HTML directamente en el almacenamiento. Obtenemos muchos beneficios al evitar hacer solicitudes directas al servidor en cada una de esas solicitudes. Con la mayoría de nuestras soluciones base, soluciones basadas en el servidor como WordPress,

2. WordPress y CMS sin cabeza

Short description:

Los complementos de WordPress y el trabajo personalizado pueden ayudar con el almacenamiento en caché, pero cada página sigue siendo una carga para el servidor. Los archivos HTML estáticos, servidos desde el almacenamiento o un CDN, son más rápidos. El equilibrio de carga y la escalabilidad automática no son soluciones perfectas. Servir archivos HTML estáticos permite una escalabilidad infinita y sobrevivir al tráfico viral. El almacenamiento es barato y la gestión de servidores puede ser costosa. La API REST en WordPress permite obtener todos los datos, incluidas las publicaciones del blog y la información del autor.

hay muchas opciones para acelerar las cosas. Para WordPress en particular, eso incluye algunos complementos para almacenar en caché o algún trabajo personalizado en el fondo, pero cada página sigue siendo una carga para el servidor, lo cual está sujeto a sus altibajos. Por otro lado, con nuestro sitio estáticamente compilado, un archivo HTML estático será simplemente rápido. En lugar de pasar tiempo renderizando en un servidor, sirves un archivo estático directamente desde el almacenamiento o un CDN. Si bien puedes hacer esto de forma predeterminada con WordPress, a menudo es mucho más complicado. Y algunos de los complementos que almacenan en caché pueden servir un archivo HTML, pero aún lo sirven desde un servidor regular, no desde un almacenamiento estático. Con cualquier servidor, generalmente pagamos en función de cuánto esperamos que sea nuestro tráfico. Si bien la mayoría de las veces eso es predecible, todos esperamos tener algún día una publicación viral, y si eso sucede, las personas que visitan nuestro sitio serán las que lo paguen con velocidades lentas o tiempos de espera. Hay soluciones como el equilibrio de carga y la escalabilidad automática, pero no son soluciones perfectas y es posible que no siempre podamos manejar ese tráfico en particular. Volviendo al hecho de que estamos sirviendo archivos HTML estáticos, porque los estamos sirviendo directamente desde el almacenamiento, o mejor aún, estáticamente desde el CDN, alerta de palabra de moda, eso significa que nuestro sitio web orientado al usuario va a escalar infinitamente. Ese sitio estático sobrevivirá al abrazo de la muerte de Reddit cuando tu publicación se vuelva viral. Pero la gestión de servidores no siempre es barata. Si bien un blog personal con poco tráfico podría manejar unos pocos dólares al mes, cuanto más crece ese tráfico, más crecerá ese costo. Si bien todavía tienes opciones como el equilibrio de carga y la escalabilidad automática, los servicios se suman rápidamente. Sin ellos, nuevamente corres el riesgo de que tu sitio se ralentice o, peor aún, tenga tiempo de inactividad. Pero el almacenamiento es barato. Es realmente barato. Podemos mantener proyectos estáticos enormes en AWS utilizando S3 a un costo muy bajo. Pero incluso si todavía administramos un servidor, el uso será mucho, mucho menor porque solo tenemos que lidiar con los administradores de contenido o las solicitudes en tiempo de compilación. Ahora, espero haber te convencido de por qué sin cabeza es algo bueno. O al menos haber establecido algo de contexto sobre lo que viene a continuación. Entonces, ¿cómo aplico esto a WordPress? Bueno, volvamos a la API REST. Si quiero comenzar a construir mi nuevo blog estático, en última instancia, necesitaré obtener todos mis datos. Comenzaré yendo a WP.json, que contendrá información básica sobre mi sitio web, junto con una lista de rutas que muestran qué puntos finales están disponibles para acceder. A continuación, quiero agregar mis publicaciones de blog. Entonces, puedo acceder al punto final de publicaciones y obtenerlas fácilmente todas. Luego, simplemente las cargo dentro de mi aplicación y las itero a través de todas ellas en la interfaz de usuario. Pero quiero agregar más detalles a esto. Quiero saber, por ejemplo, quién es el autor. Entonces, encuentro el ID del autor en la publicación y probablemente no tenga sentido acceder a cada autor individualmente, porque eso podría ser muchos autores. Entonces, accedo a los autores

QnA

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

De GraphQL Zero a GraphQL Hero con RedwoodJS
GraphQL Galaxy 2021GraphQL Galaxy 2021
32 min
De GraphQL Zero a GraphQL Hero con RedwoodJS
Top Content
Todos amamos GraphQL, pero puede ser desalentador poner en marcha un servidor y mantener tu código organizado, mantenible y testeable a largo plazo. ¡No más! Ven a ver cómo paso de un directorio vacío a una API GraphQL completamente desarrollada en cuestión de minutos. Además, verás lo fácil que es usar y crear directivas para limpiar aún más tu código. ¡Vas a amar aún más GraphQL una vez que hagas las cosas Redwood Easy!
Estado Local y Caché del Servidor: Encontrando un Equilibrio
Vue.js London Live 2021Vue.js London Live 2021
24 min
Estado Local y Caché del Servidor: Encontrando un Equilibrio
Top Content
¿Cuántas veces has implementado el mismo flujo en tu aplicación: verificar si los datos ya se han obtenido del servidor, si es así - renderizar los datos, si no - obtener estos datos y luego renderizarlos? Creo que lo he hecho más de diez veces yo mismo y he visto la pregunta sobre este flujo más de cincuenta veces. Desafortunadamente, nuestra biblioteca de gestión de estado predeterminada, Vuex, no proporciona ninguna solución para esto.Para la aplicación basada en GraphQL, había una alternativa para usar el cliente Apollo que proporcionaba herramientas para trabajar con la caché. Pero, ¿qué pasa si usas REST? Afortunadamente, ahora tenemos una alternativa de Vue a una biblioteca de react-query que proporciona una buena solución para trabajar con la caché del servidor. En esta charla, explicaré la distinción entre el estado de la aplicación local y la caché del servidor local y haré algo de codificación en vivo para mostrar cómo trabajar con este último.
Baterías Incluidas Reimaginadas - El Resurgimiento de GraphQL Yoga
GraphQL Galaxy 2021GraphQL Galaxy 2021
33 min
Baterías Incluidas Reimaginadas - El Resurgimiento de GraphQL Yoga
El Guild ha lanzado recientemente Envelop - un nuevo y moderno Framework de Servidor GraphQL y sistema de plugins. En esta charla compartiré una breve descripción de Envelop y por qué probablemente deberías actualizar tu servidor GraphQL existente a él.
Aplicaciones sólidas de React y GraphQL para personas con prisa
GraphQL Galaxy 2022GraphQL Galaxy 2022
29 min
Aplicaciones sólidas de React y GraphQL para personas con prisa
En esta charla, veremos algunas de las opciones modernas para construir una aplicación full-stack de React y GraphQL con convenciones sólidas y cómo esto puede ser de enorme beneficio para ti y tu equipo. Nos enfocaremos específicamente en RedwoodJS, un framework full stack de React que a menudo se llama 'Ruby on Rails para React'.
Deja paso a los resolvers: un nuevo enfoque para la ejecución de GraphQL
GraphQL Galaxy 2022GraphQL Galaxy 2022
16 min
Deja paso a los resolvers: un nuevo enfoque para la ejecución de GraphQL
Aunque GraphQL es declarativo, los resolvers operan campo por campo, capa por capa, lo que a menudo resulta en un trabajo innecesario para la lógica de tu negocio, incluso cuando se utilizan técnicas como DataLoader. En esta charla, Benjie presentará su visión de una nueva estrategia de ejecución de GraphQL de propósito general cuyo enfoque holístico podría conducir a ganancias significativas en eficiencia y escalabilidad para todas las APIs de GraphQL.

Workshops on related topic

Construir con SvelteKit y GraphQL
GraphQL Galaxy 2021GraphQL Galaxy 2021
140 min
Construir con SvelteKit y GraphQL
Top Content
Featured WorkshopFree
Scott Spence
Scott Spence
¿Alguna vez has pensado en construir algo que no requiera mucho código de plantilla con un tamaño de paquete pequeño? En esta masterclass, Scott Spence irá desde el hola mundo hasta cubrir el enrutamiento y el uso de endpoints en SvelteKit. Configurarás una API de GraphQL en el backend y luego usarás consultas de GraphQL con SvelteKit para mostrar los datos de la API de GraphQL. Construirás un proyecto rápido y seguro que utiliza las características de SvelteKit, y luego lo desplegarás como un sitio completamente estático. Este curso es para los curiosos de Svelte que no han tenido una experiencia extensa con SvelteKit y quieren una comprensión más profunda de cómo usarlo en aplicaciones prácticas.

Tabla de contenidos:
- Inicio e introducción a Svelte
- Inicializar el proyecto frontend
- Recorrido por el proyecto esqueleto de SvelteKit
- Configurar el proyecto backend
- Consultar datos con GraphQL
- Recuperación de datos en el frontend con GraphQL
- Estilización
- Directivas de Svelte
- Enrutamiento en SvelteKit
- Endpoints en SvelteKit
- Despliegue en Netlify
- Navegación
- Mutaciones en GraphCMS
- Envío de mutaciones GraphQL a través de SvelteKit
- Preguntas y respuestas
Seguridad de tipo de extremo a extremo con React, GraphQL y Prisma
React Advanced Conference 2022React Advanced Conference 2022
95 min
Seguridad de tipo de extremo a extremo con React, GraphQL y Prisma
Featured WorkshopFree
Sabin Adams
Sabin Adams
En este masterclass, obtendrás una visión de primera mano de lo que es la seguridad de tipo de extremo a extremo y por qué es importante. Para lograr esto, construirás una API de GraphQL utilizando herramientas modernas y relevantes que serán consumidas por un cliente de React.
Prerrequisitos: - Node.js instalado en tu máquina (12.2.X / 14.X)- Se recomienda (pero no es obligatorio) utilizar VS Code para las tareas prácticas- Un IDE instalado (se recomienda VSCode)- (Bueno tener) *Un conocimiento básico de Node.js, React y TypeScript
GraphQL para Desarrolladores de React
GraphQL Galaxy 2022GraphQL Galaxy 2022
112 min
GraphQL para Desarrolladores de React
Featured Workshop
Roy Derks
Roy Derks
Hay muchas ventajas en utilizar GraphQL como fuente de datos para el desarrollo frontend, en comparación con las API REST. Nosotros, los desarrolladores, por ejemplo, necesitamos escribir mucho código imperativo para recuperar datos y mostrarlos en nuestras aplicaciones y manejar el estado. Con GraphQL, no solo puedes reducir la cantidad de código necesario para la obtención de datos y la gestión del estado, sino que también obtendrás una mayor flexibilidad, mejor rendimiento y, sobre todo, una mejor experiencia de desarrollo. En este masterclass aprenderás cómo GraphQL puede mejorar tu trabajo como desarrollador frontend y cómo manejar GraphQL en tu aplicación frontend de React.
Construye una aplicación WordPress sin cabeza con Next.js y WPGraphQL
React Summit 2022React Summit 2022
173 min
Construye una aplicación WordPress sin cabeza con Next.js y WPGraphQL
Top Content
WorkshopFree
Kellen Mace
Kellen Mace
En esta masterclass, aprenderás cómo construir una aplicación Next.js que utiliza Apollo Client para obtener datos de un backend de WordPress sin cabeza y usarlo para renderizar las páginas de tu aplicación. Aprenderás cuándo debes considerar una arquitectura de WordPress sin cabeza, cómo convertir un backend de WordPress en un servidor GraphQL, cómo componer consultas usando el IDE GraphiQL, cómo colocar fragmentos GraphQL con tus componentes, y más.
Modelado de Bases de Datos Relacionales para GraphQL
GraphQL Galaxy 2020GraphQL Galaxy 2020
106 min
Modelado de Bases de Datos Relacionales para GraphQL
Top Content
WorkshopFree
Adron Hall
Adron Hall
En esta masterclass profundizaremos en el modelado de datos. Comenzaremos con una discusión sobre varios tipos de bases de datos y cómo se mapean a GraphQL. Una vez que se haya establecido esa base, el enfoque se desplazará a tipos específicos de bases de datos y cómo construir modelos de datos que funcionen mejor para GraphQL en varios escenarios.
Índice de contenidosParte 1 - Hora 1      a. Modelado de Datos de Bases de Datos Relacionales      b. Comparando Bases de Datos Relacionales y NoSQL      c. GraphQL con la Base de Datos en menteParte 2 - Hora 2      a. Diseño de Modelos de Datos Relacionales      b. Relación, Construcción de Tablas Multijoin      c. Complejidades de Consulta de Modelado de Datos Relacionales y GraphQL
Prerrequisitos      a. Herramienta de modelado de datos. El formador utilizará dbdiagram      b. Postgres, aunque no es necesario instalar esto localmente, ya que estaré utilizando una imagen de Dicker de Postgres, de Docker Hub para todos los ejemplos      c. Hasura
Fetch, useEffect, React Query, SWR, ¿qué más?
React Advanced Conference 2023React Advanced Conference 2023
102 min
Fetch, useEffect, React Query, SWR, ¿qué más?
Top Content
WorkshopFree
Ondrej Polesny
Ondrej Polesny
En esta masterclass, primero, repasaremos las diferentes formas en que puedes consumir APIs en React. Luego, probaremos cada una obteniendo contenido de un CMS sin cabeza (tanto con REST como con GraphQL) y verificando en detalle cómo funcionan.
Aunque no se requiere un conocimiento avanzado de React, esta será una sesión práctica, por lo que necesitarás clonar un repositorio de GitHub preconfigurado y utilizar tu editor de programación React preferido, como VS Code.
Aprenderás:- Qué diversas opciones de obtención de datos hay en React- Cuáles son las ventajas y desventajas de cada una- Cuáles son los casos de uso típicos y cuándo cada estrategia es más beneficiosa que otras