Ich auch nicht! Und das liegt wahrscheinlich daran, dass sich im WordPress-Land viel tut. Die Entwicklung hin zum Full-Site-Editing (FSE) bringt ständige Änderungen mit sich, wie wir Themes und Plugins entwickeln, und das mit so rasantem Tempo, dass die Dokumentation selbst entweder nicht existent ist oder bereits veraltet ist, wenn sie veröffentlicht wird. Selbst der Begriff „Full-Site-Editing“ könnte sich ändern.
Tom McFarlin sinnierde darüber in seinem Beitrag mit dem Titel „Writing Tutorials in These Gutenberg Times“
Ich weiß, dass Gutenberg seit fünf Jahren in Entwicklung ist und ich weiß, dass es sich in dieser Zeit stark weiterentwickelt hat. Aber [d]ie Anzahl der Tutorials, die erklären, wie man etwas tut, das bereits veraltet ist, war absolut unglaublich.
Die Wahrheit ist, dass ich nicht wüsste, wo ich anfangen sollte, wenn ich gebeten würde, eine neue WordPress-Seite zu erstellen. So wie ich es sehe, gibt es in dieser sich entwickelnden Ära von WordPress eine Reihe von Möglichkeiten.
- Ein praktisch leeres Theme erstellen, das den Site Editor für die Vorlagenerstellung und Blockmuster für Layouts nutzt.
- Ein Child-Theme erstellen, das auf dem bestehenden Twenty Twenty-Two Theme basiert (da es FSE von Haus aus unterstützt und minimalistisch genug ist, um ohne viel Aufwand angepasst zu werden).
- Ein klassisches Theme erstellen.
- Das Theming komplett aufgeben und ein Headless-Frontend erstellen, das die WordPress REST API konsumiert.
Ich meine, wir haben so viele Werkzeuge zur Erweiterung von WordPress als CMS, dass das Frontend einer WordPress-Seite von Seite zu Seite variieren kann. Wir können buchstäblich eine komplette benutzerdefinierte WordPress-Seite erstellen, indem wir nur ein paar Anpassungen an der theme.json-Datei vornehmen und mit den Layouts im Blockeditor herumspielen.
Das ist gleichzeitig erstaunlich und schwindelerregend.
Es kann auch frustrierend sein, und wir haben einige der Frustrationen überkochen sehen, als Matt Mullenweg die jüngsten Design-Updates auf der Homepage von WordPress.org kommentierte und die Zeit, die für die Fertigstellung benötigt wurde
[...] es ist ein so einfaches Layout, dass es schwer vorstellbar ist, dass eine einzelne Person dafür auf Squarespace, Wix, Webflow oder einem der WP-Page-Builder mehr als einen Tag braucht.
(Und ja, jemand hat bewiesen, dass eine nahezu identische Kopie des Designs in 20 Minuten erstellt werden konnte.)
Ich glaube, Matts Kommentare haben mehr mit dem Prozess und dem Lösen der richtigen Probleme zu tun, als dass sie den eingeschlagenen Ansatz kritisieren. Aber das Lesen der Kommentare zu diesem Beitrag ist ein schönes Mikrokosmos des existenziellen Dilemmas, das viele WordPress-Entwickler – mich eingeschlossen – nach fünf Jahren des Lebens zwischen „klassischen“ und FSE-Themes empfinden.
Ich werde ehrlich sein: Ich fühle mich mit der FSE-Entwicklung super überfordert. So überfordert, dass ich mich gefragt habe, ob ich zu weit zurückgefallen bin und ob ich aufholen kann. Ich weiß, dass es große Anstrengungen gibt, das Lernen zu fördern (Learn WordPress ist ein großartiges Beispiel dafür), aber es fühlt sich an, als würde immer noch etwas fehlen – oder eine Art Trennung – die die Community davon abhält, auf der gleichen Wellenlänge zu sein, was unseren aktuellen Stand und unsere Richtung angeht.
Könnte es an mangelnder Kommunikation liegen? Nein, davon gibt es viel, ganz zu schweigen von vielen Gelegenheiten, an Besprechungen teilzunehmen und Protokolle einzusehen. Könnte es an fehlender stabiler Dokumentation liegen? Das ist berechtigt, zumindest wenn ich versucht habe, Informationen zur Blockentwicklung zu finden.
Vielleicht ist die größte Schwäche der Mangel an Blogbeiträgen, die Tipps, Tricks und Best Practices teilen. Die WordPress-Community war schon immer eine riesige Armee von Leuten, die ihre Talente und ihr Wissen großzügig teilen. Aber ich denke, Tom hat es am besten zusammengefasst, als er getwittert hat
mein Mitgefühl an jeden, der ein Tutorial zur Erstellung eines Gutenberg-Blocks duckduckgo't/google't und kein einziges konsistentes Tutorial finden kann.
— Tom McFarlin (@tommcfarlin) 17. August 2022
Was für ein Durcheinander.
Ich persönlich würde gerne so viel über WordPress schreiben, wie ich es in der „klassischen“ Ära getan habe. Aber auch hier ist es dieser schwer fassbare Ausgangspunkt, der mich daran hindert, mich bei allem, was ich sage, sicher zu fühlen.
Wie viele WP-Entwickler habe ich Gutenberg nicht sofort übernommen, weil es noch nicht fertig war (und vielleicht ist es das immer noch nicht).
In den letzten 5 Jahren hat sich viel verändert, einschließlich FSE, aber als ich dachte, dies könnte ein guter Zeitpunkt sein, wieder einzusteigen, muss ich zustimmen – die aktuelle WP-Entwicklungslandschaft ist ein komplettes Chaos.
In den „klassischen“ Tagen griff ich immer nach meinem eigenen Starter-Theme, und das hat mir jahrelang gute Dienste geleistet. Ich habe absolut keine Ahnung, wo ich jetzt mit der WP-Entwicklung anfangen soll.
Sie haben mit dem Titel wirklich etwas getroffen. Wenn ich die Optionen abwäge, wie man heutzutage ein WordPress-Theme erstellt, möchte ich meinen Freiberuflern oft benutzerdefinierte FSE empfehlen, aber der Versuch, eine gute End-to-End-Ressource zu finden, ist schwindelerregend. Ein klassisches Theme ist einfacher, aber so veraltet.
Die zweite von Ihnen angesprochene Option, die Verwendung eines flexiblen Themes mit integriertem FSE zur individuellen Anpassung, ist für viele Websites eine praktikable Option. Wenn man das Ego aus der Theme-Entwicklung nimmt, ist es eine großartige Option sowohl für Endkunden als auch für vielbeschäftigte Entwickler.
Ich liebe WordPress, weil ich den Code tatsächlich ohne viel Aufwand bearbeiten kann, im Gegensatz zu z.B. Squarespace, aber benutzerdefiniertes Frontend in WordPress wird mehr Ärger als es wert ist… Giganten, Schultern, Klischee hier.
Vorerst mag ich es, ein Theme wie Blockbase (von Automattic) oder Twenty Twenty Two zu verwenden, die Schriftarten und Farben einzustellen und dann die Funktionalität mit Plugins hinzuzufügen. Als Designer glaube ich definitiv, dass es möglich ist, minimalistische Themes gut (und markenkonform) zu gestalten, wenn man mit dem Theme kreativ wird.
Vielleicht sieht es nicht genau wie das Design aus, aber wir sind über Pixelperfektion hinaus, oder?
Das trifft den Nagel auf den Kopf. Ich denke, viele von uns müssen ihr Ego vor die Tür stellen, da die Theme-Entwicklung mehr zu einer No-Code-Praxis wird. Viele von uns sind stolz darauf, wie gut wir PHP beherrschen, aber wir werden davon weniger sehen, wenn FSE ausgereifter wird.
Wie Joshua im vorherigen Kommentar habe ich Gutenberg nicht übernommen und meine Websites weiterhin mit Divi oder Elementor erstellt.
Ich denke, dass WP, weil es so etabliert und einigermaßen ausgereift und konsistent ist, eines der Hauptgründe ist, die uns jetzt davon abhalten, sein neues Paradigma vollständig zu übernehmen und voranzutreiben.
Die meisten von uns haben bereits einen soliden Workflow und wir sind einfach viel zu sehr an das gewöhnt, wie es früher war.
Ich denke, wie bei allem in der Entwicklung entwickeln sich Dinge weiter. Ich war vor Jahren auf einem WordCamp in Philadelphia, als Gutenberg gerade angekündigt wurde. Die Erkenntnis, die ich daraus gewann, war, dass ich meine JavaScript-Fähigkeiten verbessern musste. Nicht, dass PHP keinen Platz mehr in WordPress hat, es ist nur, dass Themes jetzt auf JavaScript basieren. Genau wie zuvor können Sie Plugins oder Themes herunterladen, um Ihre eigenen Blöcke anzupassen oder zu verwenden. Ich benutze meine eigenen und deaktiviere Kernblöcke, die ich nicht benötige. Am Ende des Tages ist es wichtig zu bedenken, dass der Endbenutzer eine gute Bearbeitungserfahrung hat. Kein Sammelsurium aus verschiedenen Benutzeroberflächen von verschiedenen Plugins mit 500 verschiedenen Blöcken zur Auswahl. Halten Sie es einfach und leicht zu verwalten.
Ich fühle mich wie ein Fremder, wenn ich etwas Blockbezogenes bezüglich WordPress lese. Ich vermisse das alte WP, und vielleicht gibt es ein Licht am Ende des Tunnels mit ClassicPress. Ich habe (!) auf meinem Hugo-Blog (!!) über diese Unsicherheit in WordPress/das Versprechen einer besseren Alternative in ClassicPress gebloggt.
Ich habe nur Beschwerden von meinen nicht-technischen Kollegen über den Blockeditor erhalten, und ich habe es auch als praktisch unmöglich empfunden, selbst Blöcke zu erstellen oder benutzerdefinierte Versionen der bereitgestellten Blöcke zu erstellen. Das scheint auf einen Mangel an genauen Informationen zurückzuführen zu sein, ganz zu schweigen von der Unfähigkeit, das völlig andere Paradigma zu verstehen.
Der generierte HTML-Code in einem Block-Theme erfüllt mich mit Abscheu, und das Ganze fühlt sich unglaublich langsam und umständlich an. Selbst einfache Bearbeitungsaufgaben im Blockeditor können mir ein Vielfaches der Zeit kosten wie im klassischen Editor. Und ohne die geöffnete Gliederungsansicht finde ich es absolut unmöglich, eine richtige Struktur zu bekommen.
Kein Fan von Gutenberg oder FSE.
Erst diese Woche habe ich einen Klon einer meiner Websites auf meinem lokalen Rechner hochgefahren und versucht, das Theme als FSE-Theme neu zu erstellen.
Leider ist es in jeder Hinsicht ein Albtraum. Vom bereits erwähnten Mangel an Dokumentation. Bis zum Mangel an grundlegenden Funktionen. Bis zu der Tatsache, dass FSE einfach nicht so intuitiv und gut gestaltet ist wie andere Website-Builder wie Elementor.
Ich habe 2019 aufgehört, mit WP zu arbeiten, wegen all dem. Wenn Sie ein PHP-basiertes CMS mögen, das quasi das klassische WP ohne den ganzen Overhead ab v5 ist und Sie benutzerdefinierte Websites erstellen (keine vorgefertigten Themes und Plugin-Füllung), empfehle ich Grav (getgrav.org).
Ich arbeite an einigen großen Websites für Kunden, die sehr spezifische Dinge beim Bearbeiten von Inhalten tun müssen, aber sicher sein müssen, dass sie die Website mit nichts, was sie tun, „kaputt machen“. FSE ist das genaue Gegenteil von dem, was sie brauchen. Ich verwende Zurb Foundation/Foundation Press als Ausgangspunkt, da es mir schnellen Zugriff auf häufig benötigte Dinge wie Modelle und Akkordeons ermöglicht. Zusätzlich zu Foundation nutze ich Advanced Custom Fields Pro intensiv, was es mir ermöglicht, Blöcke auf eine drastisch einfachere Weise zu erstellen, als es sonst möglich wäre. Die Kombination aus benutzerdefinierten Post-Typen + benutzerdefinierten Blöcken mit Feldern, die auf die Bedürfnisse meiner Kunden zugeschnitten sind, ergibt eine Website mit „gerade genug“ Flexibilität, ohne in die Gefahrenzone zu geraten.
Wir haben Gutenberg seit etwa 3 Jahren angenommen, obwohl wir eine Strategie verfolgen, bei der wir fast alle Standard-Gutenberg-Funktionen deaktivieren und fast ausschließlich ACF-Blöcke erstellen.
Ich glaube, das große Problem, das bei Gutenberg auftritt, aber auch bei Buildern wie Divi, Elementor und einst Visual Composer, ist, dass diese Werkzeuge etwas umständlich zwischen den Zielgruppen liegen.
Diese Werkzeuge behindern Entwickler, die wissen, wie man Code schreibt, die das Gefühl haben, sie könnten besser und effizienter bauen, wenn sie nicht durch manchmal scheinbar unnötige Komplexität eingeschränkt wären.
Gleichzeitig könnten diese Werkzeuge für viele Menschen, die sie zur Verwaltung von Inhalten verwenden müssen, überwältigend sein. Zumindest unsere Kundschaft sucht oft nach einer Entlastung von Marketingverantwortlichkeiten und erwartet von uns, dass wir ihnen ein Werkzeug zur Verfügung stellen, das es ihnen erleichtert, mit ihrem Publikum im Internet zu kommunizieren.
Ich bin mit der Art und Weise, wie wir Gutenberg nutzen, sehr zufrieden, aber es gibt einige Funktionen, die wir nie vollständig erforscht haben, wie z.B. Blockmuster und wiederverwendbare Blöcke. Hauptsächlich, weil das Endergebnis für unsere Kunden schnell zu kompliziert wurde. Was ironisch ist, denn dies scheinen Funktionen zu sein, die ihnen das Leben erleichtern sollten.
Als langjähriger Entwickler, der benutzerdefinierte Themes in WordPress verwendet, um Websites für Kunden zu erstellen, kann ich dem nur zustimmen. Ich habe lange darüber nachgedacht, warum ich die Richtung, in die sich WordPress bewegt, so sehr verabscheue, aber Sie haben es auf den Punkt gebracht.
Gutenberg macht die Entwicklung von Websites für Kunden fast unmöglich.
Ich weiß, dass ich ein Dinosaurier bin. Ich benutze WP seit Version 1.3, glaube ich. Nie für Blogs. Ich habe immer einen Weg gefunden, es zu einem Immobilien-, Hotel-, Reiseführer-, Unternehmens-, Zeitungs- usw. zu hacken. Meine eigenen Themes immer. Ich mag Gutenberg nicht, weil ich den Benutzern nicht so viel Zerstörungskraft geben möchte. Ich habe FSE ausprobiert, ich liebe die Idee nur für Admins. Ich denke, ich könnte die nächste Website meines Kunden damit erstellen, wenn ich nur Wege finden kann, die gelegentliche „kreative Spree“ des Editors einzuschränken.
Könnte nicht mehr zustimmen. Gut geschriebene Erklärung auch. Eine Sache, die ich an Gutenberg und FSE nicht verstehe, ist, dass es darauf abzielt, Ihr Theme ständig zu optimieren, was ich nie tun muss. Warum so viel Zeit damit verbringen, Werkzeuge zu erstellen, um so viel von Ihrer Website zu ändern, wenn Sie in Wirklichkeit normalerweise nur Inhalte hinzufügen/bearbeiten? Wir ändern unser Theme selten und wenn wir es tun, verwenden wir dafür nicht die FSE-Werkzeuge.
Blöcke alias „Gutenberg“ haben ALLES ruiniert, sie haben alle Anstrengungen auf „Journalisten-Blogs“ konzentriert und Innovation und die Tech-Community im Stich gelassen.
Wir warten seit einem Jahrzehnt auf native Werkzeuge für: Post-Typen, Taxonomien, Rollen/Berechtigungen, Dateimanager, benutzerdefinierte Snippets, Felder für Beiträge/Begriffe/Benutzer, benutzerdefinierte Routen, Redirects und 404-Manager, besseren Import/Export/Migration, Anti-Spam-Maßnahmen oder Deaktivierung von Kommentaren, SMTP-Einstellungen usw. usw.
Meiner Meinung nach fasst Rich Tabor es in diesem Tweet zusammen, wo er schreibt, dass es ein Teil des Ganzen ist, auf dem Laufenden zu bleiben und sich zu beteiligen, um mit der Entwicklung von WordPress Schritt zu halten.
Seit einiger Zeit versuche ich, mich über Block-Theming auf dem Laufenden zu halten, indem ich einschlägige GitHub-Diskussionen verfolge. Ich habe meine Erfahrungen mit Block-Theming hier auf CSS-Tricks geteilt. Glauben Sie mir, ich bin oft überrascht, wenn ich neue Gutenberg-Release-Notes lese. Es ist überwältigend.
Um die obige Diskussion zu ergänzen, hier ist ein aktuelles Hallway Hangout-Video, in dem Block-Themer, die tief in Kundenprojekte involviert sind, wie Rich Tabor (Extenfy), Ana Segota (Ariel Design), Ellen Bauer (ElmaStudio), Brian Gardner & Nick Diego (WP Engine) und andere ihre Schmerzpunkte diskutiert und ihre Perspektive auf den aktuellen Stand von Gutenberg dargelegt haben.
Ich habe besonders die Perspektive von David Bowman (Automatic Engineer) genossen, der detailliert beschreibt, wie Gutenberg als Designsystem zur Handhabung großer Enterprise WordPress VIP-Sites eingesetzt wird.
Basierend auf den folgenden GitHub-Issues ist eine reibungslose Gutenberg-Erfahrung noch Jahre entfernt.
James Koster (Automattic Designer), der tief in das Gutenberg UI-Design involviert ist, bestätigt in diesem Beitrag, dass die aktuelle UX suboptimal ist. Der Beitrag wird hier auf GitHub zur Diskussion geteilt.
Für eine breitere Diskussion und Kommentare wird der Beitrag auch hier von WP Tavern behandelt.
Eine ähnliche Ansicht wird vom leitenden Gutenberg-Architekten Matias Ventura geäußert, was meinen Glauben bestätigt, dass wir noch Jahre von einem reibungslosen WordPress-Erlebnis entfernt sind, an das wir gewöhnt waren.
Die Arbeit von Block-Themern und das Block Theme Directory zeigen, dass auch der aktuelle Stand des Gutenberg-Editors genutzt werden kann, um Block-Themes zu erstellen, die nicht nur zum Bloggen geeignet sind, sondern sorgfältig gestaltete Block-Themes, die für kommerzielle Websites von Kunden geeignet sind.
Das erste Plugin, das ich aktiviert habe, ist Disable Gutenberg.
WP Gutenberg ist meiner Meinung nach noch nicht fertig.
Vielleicht ist WPG für nicht-technische Benutzer zu dieser Zeit nützlich.
Ich bin gespannt, wohin sich WP mit dem Block Editor entwickelt, aber ich war ziemlich schockiert, als er eine native React-App innerhalb einer PHP-zentrierten Plattform einführte. Letztendlich ist das in Ordnung: Ich möchte sowieso modernere JS-Entwicklung lernen, und wenn das Schreiben nativer Blöcke mich mit React und modernem JS vertraut macht, lerne ich es gerne. Was ich nicht mag, ist, wie disparat sich der Workflow anfühlt. Er ist ehrlich gesagt geradezu schlampig. Wir springen jetzt zwischen HTML, CSS, JavaScript/React, JSON-Dateien und den vielen, vielen Schaltflächen und Bedienfeldern des Blockeditors hin und her. Ich brauche einen Build-Prozess für meinen Build-Prozess.
Obwohl ich benutzerdefinierte Blöcke und FSE zu meinem eigenen Wissen lerne, zögere ich noch, Full Site Editing und Block Themes für Kunden einzusetzen, da es sich derzeit eindeutig um ein hochmodernes Entwicklungsgebiet handelt. Ich habe das Gefühl, dass sie in den nächsten ein bis zwei Jahren einige große Änderungen an der Architektur vornehmen werden, und die Einführung für Kunden in diesem Stadium ist ihnen nicht dienlich, besonders wenn es so viele wunderbare bestehende Tools gibt, die die Bedürfnisse der Kunden besser erfüllen (ACF oder ACF Blocks, benutzerdefinierte Elementor/Beaver Builder oder einfach ein anderes CMS).
Ich liebe es, auf dem neuesten Stand zu bleiben und die zeitgemäßesten Werkzeuge zu verwenden, aber nicht auf Kosten der Benutzerfreundlichkeit, besonders wenn es meine Aufgabe ist, meinen Kunden das *richtige Werkzeug* zur Verfügung zu stellen, nicht nur das *neueste Werkzeug*.
Ich vermisse die Zeiten, als ich Chris Coyier zuschauen konnte, wie er mir zeigte, wie man Float Left macht.
Sehr gut am Ende vermerkt, die Dokumentation auf WP.org ist ein Witz und das Googeln nach Tutorials oder Tipps & Tricks ist ein echter Schlag ins Wasser, man hofft auf das Beste.
Dieser Artikel trifft mich wirklich ins Mark. Ich habe im Moment so viele Schmerzpunkte mit WordPress.
Was ich mir wünschen würde, wäre ein klarer Weg. Aber die Gutenberg-Dokumentation scheint sich ständig zu ändern, während der traditionelle PHP-Weg manchmal zu altmodisch erscheint.
Moderne PHP-Standards scheinen ein Traum einer fernen Zukunft zu sein, besonders im Kern. Nun, es gab Nachrichten auf WP Tavern, dass blockbasierte Vorlagenteile in Classic Themes ein Ding werden könnten. Das macht mich noch nervöser. Es ist wie ein Frankenstein-Monster, das das Feld noch weiter verwässert.
Fast alles müsste dort gerade überarbeitet werden, sei es der PHP-Kern, der Gutenberg-Editor, FSE, Docs.
Im Moment ist mir klar, warum ich mehr zu Laravel gewechselt bin. Die Erfahrung ist so viel besser und macht viel mehr Spaß.
Also… machen wir eine Umfrage / einen Fragebogen: Welches ist das erste Plugin, das Sie bei einer frischen WP-Installation installieren?
Ich würde wetten, dass „Disable Gutenberg“ und „Classic Editor“ unter den Top 5 rangieren, wobei ACF Pro immer noch unter den Top 10 ist – da es wahrscheinlich das einzige brauchbare Werkzeug ist, das die halb einfache Erstellung von Gutenborg-Blöcken ermöglicht.
Was ist also mein eigener Weg? Ich schätze
a) für eine aktuelle WP-Installation deaktiviere ich Gutenberg und streue ACF Pro nach Bedarf darüber
b) wenn der Kunde wirklich, wirklich Tränen der Freude bekommt, wenn er Gutenberg benutzt, streue ich einfach ACF Pro darüber
c) wenn dem Kunden hauptsächlich die Benutzerfreundlichkeit und eine hervorragend optimierte Website am Herzen liegen, entscheide ich mich für ClassicPress und mache mir keine Gedanken über WP :)
cu, w0lf.
Ich wette, viele Leute sind in einem ähnlichen Boot. Aber warum deaktivieren Sie den Block-Editor standardmäßig? Liegt es daran, dass die Arbeit mit Blöcken schwierig zu lernen ist? Oder vielleicht ist die Entwicklererfahrung im Vergleich zum klassischen Theming mangelhaft? Oder sind die Dokumente vielleicht unvollständig? Bevorzugen Sie einfach den „klassischen“ WordPress-Workflow? Ich behalte ihn definitiv aktiviert, halte mich aber an einen ziemlich klassischen Theming-Ansatz, weil ich mir nicht sicher bin, was die Best Practices für die Erstellung eines neuen Projekts heutzutage sind – z. B. ob
theme.jsonder neue Weg zum Stylen ist, ob Blöcke isolierte Plugins sein sollten oder ob der Site Editor bereit für den Prime Time ist…Hier ist ein interessanter Artikel auf WP Mayor, der einige Expertenmeinungen zu The Future of FSE dokumentiert hat, der auch interessante Statistiken zu FSE enthält. Ich fand sowohl die Meinungen als auch die FSE-Statistiken interessant und dachte, ich teile den Link hier.
Nachdem ich die letzten 20 Minuten damit verbracht habe, herauszufinden, wie man die Linkfarbe in einem Block mit den neuesten Beiträgen mit FSE ändert, und dabei gescheitert bin, möchte ich jetzt lieber allein und traurig sterben.
Keine Beerdigung, keine Blumen auf meinem Grab.
Oder getrocknete Karden, wenn es sein muss.
Mehr gibt es nicht zu sagen.
Nur für das Protokoll: Der Kontext ist ein Child-Theme von twentytwentythree.
Nun, hallo, hier sind einige gute Nachrichten: Wir bereiten einen neuen Artikel vor, der ausführlich behandelt, wie Stile in WordPress auf verschiedenen Ebenen verwaltet werden und wie sie auf Block-Themes angewendet werden. Ich bearbeite ihn gerade tatsächlich und wir werden ihn ungefähr zur Veröffentlichung von WordPress 6.1 herausbringen. Bleiben Sie dran und machen Sie weiter!
Danke Geoff, sehr geschätzt! Ich wollte Sie nicht alle runterziehen, aber es war eine wirklich frustrierende Arbeitssitzung, daher freue ich mich wirklich darauf, Ihren neuen Artikel zu lesen!
Lieber Gott, ich bin so froh, das gefunden zu haben. Ich kannte WP wie meine Westentasche. Ich habe 1998 angefangen, Websites zu erstellen, und als WP kam – ein Himmel! Habe seit etwa 2017 nicht mehr viel gemacht. Heute dachte ich, ich starte meinen Blog wieder. Ich kann nichts mehr herausfinden, um mein Leben zu retten. Es ist wie eine Fremdsprache. Ernsthaft deprimiert. Danke für die Bestätigung…