Statisch oder nicht?

Ein kurzer Meinungsbeitrag von Kev Quirk:  Warum ich keinen statischen Website-Generator verwende. Kev nutzt WordPress

Möchten Sie auf meinem iPad bloggen? Kann ich. Möchten Sie es auf meinem Handy tun? Kein Problem. Auf einer Maschine, die ich normalerweise nicht benutze? Kein Problem, solange sie einen Browser hat.

Zunächst einmal ist es wichtig zu verstehen, dass die Nutzung von WordPress Sie nicht von der Nutzung eines statischen Website-Generators ausschließt. WordPress hat eine API, und das öffnet die Tür, diese API während eines Build-Prozesses anzusprechen und Ihre Website auf diese Weise zu erstellen.  Genau das macht Gatsby, es gibt ein Plugin, das eine statische Website exportiert, und Projekte wie Frontity verwischen die Grenzen.

Aber ich stimme Kev hier bei seiner Begründung zu. Aus all seinen Gründen und 1.000 weiteren ist es eine vollkommen akzeptable und oft kluge Wahl, eine WordPress-Website zu betreiben. Ich denke dabei an Robustheit und Funktionsbereitschaft. Benötigen Sie E-Commerce? Es ist da. Benötigen Sie Formulare? Es gibt großartige Plugins. Müssen Sie die Funktionsweise des CMS erweitern? Sie haben die Kontrolle über die Arten von Inhalten und deren Inhalt. Benötigen Sie Authentifizierung? Das ist eine Kernfunktion. Wünschen Sie sich eine großartige Bearbeitungserfahrung? Gutenberg ist glorreich.

Immer wieder baue ich schnell und effizient das, was ich mit WordPress bauen möchte, und das gibt mir das Gefühl, produktiv und leistungsfähig zu sein. Aber ich möchte das nicht speziell auf WordPress beziehen; das kann für jedes "klassische" CMS gelten. Craft CMS hat standardmäßig eine GraphQL-API. Wir haben gerade über ein Drupal + Jamstack-Webinar gepostet.

In der relativ neuen Welt der statischen Websites kann eine Kleinigkeit zu einer Reise der Forschung und Implementierung werden, als ob man die dritte Person auf der Erde wäre, die das jemals tut.

Nun, alles gesagt...

Was halte ich von statischen Website-Generatoren und der Jamstack-Welt? Sie sind großartig.

Ich denke, es gibt vieles, was für die Erstellung von Websites auf diese Weise spricht. Die Entkopplung von Daten und Frontend ist clever. Die Sicherheit ist großartig. Die DX, mit den Deploy-Previews und allem Git-basierten, ist großartig. Die Geschwindigkeit, die Sie von Anfang an erhalten, ist erstaunlich (HTML von einem CDN zu servieren ist eine Leistung).

So wie ein klassisches serverseitiges CMS Sie nicht davon abhält, eine statische Website zu erstellen, hindert Sie die Erstellung mit einem statischen Ansatz nicht daran, dynamische Dinge zu tun – sogar super-duper-fancy dynamische Dinge. Josh Comeau hat einen großartigen neuen Beitrag dazu. Er hat eine schicke kleine App erstellt, die in React eine Menge im Browser tut, aber das bedeutet nicht, dass er immer noch einen guten Teil davon statisch liefern kann. Er nennt es einen "Mindset-Shift", was sich auf die Idee bezieht, dass Sie vielleicht denken, Sie brauchen einen Datenbankaufruf, aber brauchen Sie das wirklich? Könnte dieser Datenbankaufruf bereits stattgefunden und eine statische Datei generiert haben? Und wenn nicht, könnte immerhin ein Teil davon mit den letzten dynamisch übermittelten Teilen generiert worden sein.

Ich kann es kaum erwarten, eine Welt zu sehen, in der wir anfangen, wirklich das Beste aus beiden Welten zu vereinen. Wir machen so viel wie möglich statisch, holen uns alles, was wir nicht statisch machen können, über APIs, und machen dabei keine Kompromisse bei den besten Werkzeugen.