Wordpress

Faust.js, het framework voor headless WordPress

Faust is het front-end framework voor het bouwen van Headless WordPress-sites. In de afgelopen zes maanden heeft het Faust-team onderzoek gedaan, prototypes gemaakt en getest op een nieuwe manier om Headless WordPress-sites te bouwen die zich richten op de ervaring van ontwikkelaars.

Headless WordPress biedt tal van voordelen ten opzichte van traditionele WordPress: betere ontwikkelaarservaring, schaalbaarheid, betere beveiliging en betere prestaties. Er staan ​​ook veel tools tot je beschikking bij het bouwen van Headless WordPress-sites. Er zijn een aantal verschillende frameworks om uit te kiezen, zoals Next.js, Gatsby, Nuxt en SvelteKit om er maar een paar te noemen. 

Hoewel het fijn is om flexibiliteit en keuze te hebben, kan het een hele klus zijn als je niet goed bekend bent met alle front-end frameworks, bibliotheken, optimalisaties, implementatiemethoden, enz. Dit is een van de vele problemen die Faust oplost, en het werkt met elke build-service en front-end host.

Het volgende is een lijst met functies die absoluut noodzakelijk zijn bij het bouwen van Headless WordPress:

  • Statische site genereren (SSG): U moet uw inhoud wereldwijd aan de rand kunnen distribueren en de levering optimaliseren door van tevoren statische pagina's te bouwen.
  • Server-side weergave (SSR): Soms kunt u profiteren van SSG en soms niet. Zowel SSR als SSG (en Client Side Rendering) moeten mogelijk zijn, zodat u kunt kiezen wat zinvol is voor uw bedrijf en toepassing.
  • Eenvoudig gegevens ophalen: Met traditionele WordPress bent u gewend om alle gegevens die u nodig heeft beschikbaar te hebben zonder ingewikkelde zoekopdrachten te hoeven doen. Een Headless WordPress-site zou niet anders moeten zijn.
  • Minimale configuratie: U moet tijd besteden aan het opbouwen van uw bedrijf en niet aan het rommelen met buildconfiguratie en productie-optimalisatie.
  • Kernwebvitaliteit: Je zou in staat moeten zijn om te profiteren van alle trucs die nodig zijn om de beste Lighthouse-scores te krijgen.
  • Publicatie-ervaring (PX): Uw uitgevers zouden UX niet moeten opofferen, simpelweg omdat uw site headless is.
  • Ontwikkelaarservaring (DX): Het moet leuk zijn om Headless WordPress-sites te bouwen. Ontwikkelaars moeten niet het gevoel hebben dat ze tegen het systeem vechten, maar dat het systeem voor hen werkt.

Met dat alles in gedachten, zijn we er trots op Faust vandaag aan de WordPress-community voor te stellen. Faust richt zich op het leveren van de beste ontwikkelaarservaring bij het bouwen op Headless WordPress met behoud van de publicatie-ervaring die je kent en waar je van houdt met WordPress. Hier zijn enkele van de Faust-functies die vandaag beschikbaar zijn:

  • SSG en SSR: Faust is bovenop Next.js gebouwd, zodat u kunt profiteren van SSG en SSR die al beschikbaar zijn met Next.js
  • GraphQL: Faust gebruikt een ultramoderne GraphQL-client waarmee u de WordPress WPGraphQL-API kunt opvragen zonder dat u GraphQL-query's van tevoren hoeft te kennen. De eerste keer dat je dit in actie ziet, voelt het als magie, en Faust is het eerste framework dat dit soort functionaliteit biedt. Denk er nooit meer aan om een ​​GraphQL-query te schrijven!
  • Inhoudsvoorbeelden: Het was een worsteling om previews consistent te laten werken voor Headless WordPress. Faust lost dit probleem op zodat u zich nergens zorgen over hoeft te maken.
  • authenticatie: Faust heeft ingebouwde mechanismen voor authenticatie met uw WordPress-backend, zodat u gemakkelijk gated content, eCommerce-ervaringen kunt bouwen of andere geverifieerde verzoeken kunt doen.
  • Reageren: WordPress gebruikt React in delen van de core DX. Faust gaat nog een stap verder, zodat u uw volledige frontend kunt bouwen met behulp van de meest populaire frontend-bibliotheek.
  • Reageer haken: Faust is een natuurlijke uitbreiding van uw WordPress API omdat het het verkrijgen van gegevens uit WordPress ongelooflijk eenvoudig maakt.
  • Aangepaste Bericht Types: Vanwege de unieke manier waarop Faust u helpt bij het ophalen van gegevens, is het toevoegen van aangepaste berichttypen aan uw WordPress-site en deze vervolgens via de frontend te openen, triviaal.
  • Flexibiliteit: Hoewel Faust het beste werkt bij het gebruik van Next.js en React, kun je dat doen als je andere tools zoals Gatsby, Nuxt en SvelteKit wilt gebruiken!

Faust is al in gebruik en de community groeit

Faust heeft momenteel meer dan 300 sterren en 19 bijdragers op GitHub en meer dan 150 wekelijkse downloads op NPM. Veel sites gebruiken Faust al in productie. We willen die early adopters enorm bedanken (ik kijk ook naar jullie allemaal @wpengine/headless adopters) die ons hebben bijgestaan ​​tijdens het identificeren van bugs, het aanvragen van functies en ons in het algemeen hebben geholpen om Faust te vormen tot wat het is vandaag!

Drie leidende principes van Faust

Faust begon tijdens een interne hackathon bij WP Engine. Het doel was om een ​​oplossing te bouwen voor het bekijken van berichten en pagina's op een Headless WordPress-site. Destijds bestonden er al enkele opties voor previews in Headless WordPress, maar de meeste oplossingen offerden de ervaring voor de uitgever op door hen te dwingen in te loggen op een externe site of hun voorbeeldpagina binnen een frame te bekijken. De oplossing die we bedachten, maakte dezelfde ervaring mogelijk die de uitgever gewend is met het bekijken van berichten op een traditionele WordPress-site, maar in plaats daarvan met Headless WordPress.

De hackathon was maar een dag, maar toen we het aan de rest van WP Engine demonstreerden, ontvingen we een heleboel positieve feedback en vragen van mensen binnen het bedrijf. De meeste vragen hadden een gemeenschappelijk thema: wat kunnen we nog meer doen met Headless WordPress om ervoor te zorgen dat de publicatie-ervaring die van traditionele WordPress nabootst?

Sinds de hackathon zijn we de weg ingeslagen om een ​​raamwerk samen te stellen dat het gemakkelijker maakt om Headless WordPress-sites te bouwen met drie hoofdprincipes in gedachten:

  1. We streven naar een publicatie-ervaring die consistent is met traditionele WordPress. Bij het publiceren van inhoud moet u niet weten of uw site een traditionele site of een headless site is.
  2. WordPress moet de datastore en content delivery engine zijn en, voor zover mogelijk, moeten we de frontend de presentatie laten bepalen.
  3. Ontwikkelaarservaring is een eersteklas burger. Dit betekent ontwikkelen in de open lucht, gericht op het bieden van functies die natuurlijk aanvoelen om te gebruiken, en het onderhouden van grondige, consistente en up-to-date documentatie.

Wat voor ons ligt?

Faust lost al veel van de uitdagingen op waarmee u wordt geconfronteerd bij het bouwen van een Headless WordPress-site. Het werk is echter niet gedaan. Faust is net begonnen. De weg die voor ons ligt zal worden geplaveid door de gemeenschap die snel groeit.

Hoe moet Faust volgens jou evolueren? Moeten we ondersteuning toevoegen voor meer bibliotheken, frameworks en tools? Moeten we werken aan het verbeteren van de ervaring van het gebruik van Gutenberg Blocks in headless? We moedigen je aan om naar onze GitHub-repository te gaan, er een ster aan te geven, ernaar te kijken en zelfs bij te dragen in de vorm van een probleem of PR! Bekijk ook faustjs.org, een site gewijd aan Faust. Daar vindt u al onze documentatie, inclusief een zelfstudie, handleidingen en referentiedocumentatie. Je moet ook lid worden van onze Discord-server voor de Headless WordPress-community!

Gerelateerde artikelen

0 Comments
Inline feedbacks
Bekijk alle reacties
Terug naar boven knop