 Genau, wie ihr schon gerade richtig erfahren habt, bin ich die Jessica. Ich bin selbstständige Web-Entwicklerin, habe über 12 Jahre Erfahrung, würde mich als Fullstack bezeichnen, Fullstack Developer, bin aber eher im Fronten unterwegs und mache vor allen Dingen im WordPress-Umfeld Teams. Heute nehme ich euch mal mit auf eine kleine Übersicht zu Gutenberg und warum man keine Angst davor haben soll. Wir fangen an mit einem Blick zurück, wie sich die Editor-Ansicht verändert hat in den letzten 15, ja, fast 16 Jahren jetzt. Was so die Evolution bisher war, was jetzt mit Gutenberg neu ist und wie ihr euch am besten auf ein Upgrade vorbereitet, wenn ihr es noch nicht getan habt. Und zum Schluss dann noch einen kleinen Ausblick über die Zukunft mit Gutenberg, was erwartet uns eigentlich in näherer oder fernerer Zukunft. Gucken wir uns aber erstmal ein bisschen an, wie WordPress eigentlich bisher aussah in der Editor-Ansicht. Das ist WordPress 1.0. Wer kennt das noch? Hand hoch. Eins, zwei, drei, vier. Genau, das war so die erste Version von WordPress, die erste Backend-Version. Wie man sieht, nicht mehr als ein einfaches Textfeld, oben ein paar Buttons. Das ist WordPress 2.0. Wer kennt das? Wer hat damit angefangen? Noch mal drei Hände. Ab 2.0 oder dann späteren Version 2.5 kamen die Shortcodes zum Beispiel dazu, also das mit den eckigen Klammern. Video Embits mit Version 2.9, also man konnte einfach Embits einfügen und dann wurden die auch schon dargestellt, ohne HTML-Krims-Krams. An geht es weiter mit Version 3. Wer kennt das noch? Also gehen schon ein paar mehr Hände hoch. Mit Version 3 hat man erstmals die Möglichkeit gehabt, Editor-Styles einzufügen. Das heißt, wenn man Theme programmiert hat, konnte man auch im Editor selber, also hier eben in dem Textfeld Styles hinzufügen, dass es ungefähr so aussah wie im Frontend. Genau. Und halt auch weiter kleinere Verbesserungen wie interne Verlinkungen, dass man einfach nur dann die Seite auswählen kann. Kennt ihr vielleicht alle, wenn ihr links setzen wollt und anfangen zu tippen. Das kam mit Version 3.1, glaube ich. Und die hier solltet ihr, glaube ich, alle kennen, diese Backendansicht. Die gibt es tatsächlich schon seit Version 3.8. Und auch hier verbesserte Bildbearbeitung, Galerien, Vorschau, Drag and Drop für Dateien im Editor sind alles Sachen, die da neu hinzugekommen sind. Und mit 4.0 waren es die Embedded Previews. Also ihr nehmt ein YouTube-Link, packt den da rein und zack ist das YouTube-Video drin, ohne dass ihr noch irgendwas extra tun müsst. Ist euch etwas aufgefallen. Ich hau nochmal alle nebeneinander im Vergleich. Der Editor hat sich halt kaum optisch weiterentwickelt, aber es wurden immer mehr interne Verbesserungen vorgenommen. Die sehen immer gleich, das war im Prinzip immer eine Textbox. Und immer waren ein paar Buttons mit dabei und irgendwas konnte man damit machen. Aber das war es dann auch schon. Und eine komplexe Gestaltung der Inhalte war einfach nicht möglich, also dass man sagt, ich möchte jetzt den Block dahin verschieben. Markieren, kopieren, ausschneiden, wieder einfügen. Aber so wirklich verschieben konnte man die Dinge nicht wirklich. Und schon Bilder ausrichten oder nebeneinander oder so war ohne Hilfsmittel, sag ich mal, nicht wirklich drin. Und dann kam der Aufstieg der Page-Bilder. Ich hab mal ein paar zusammengetragen. Ich denke mal, die meisten von euch werden diese kennen. Moment. Also Visual Composer, Elementor, WIP, Bakery, Page-Bilder, Beaver-Bilder und Side-Origin. Und die haben sich das dem angenommen, das Einfügen der Inhalte für Leute besser zugänglich zu machen, die nicht programmieren können. Vereinfacht gesagt. Man klickt hier, ich möchte das Element, ich möchte da den Text reinschreiben, ich möchte das dahin verschieben, ich möchte Spalten machen, ich möchte Zeilen machen und so weiter. Page-Bilder haben aber auch Vor-Nachteile. Vorteil ist natürlich, man kann die Inhalte flexibel gestalten. Also man hat echt viele Möglichkeiten, auch was zum Beispiel Abstände angeht oder sowas. Genau, Abstände oder Hintergrundfarben, was weiß ich, gibt ja genug Sachen dabei. Und ganz wichtig, man braucht keine Programmierkennnisse. Weil das ist für viele einfach immer noch die Hürde. Und das hat die Hürde einfach viel niedriger Gesetz, wenn man einfach sich Dinge zusammenklicken kann, ohne dass man wirklich die Technik dahinter verstehen muss. Genau, die Nachteile sind dann aber auch nicht ganz unwichtig. Ein Teamwechsel kann zum Beispiel problematisch sein. Es ist so, dass viele Themes, die zum Beispiel auf anderen Plattformen kaufen können, wie Theme Forest oder so, die haben ganz oft ein Page-Bilder mit dabei. Das heißt, da ist dann Visual Composer, war ja der Standard lange Zeit. Der ist dann einfach mit dabei und das Theme ist auf diesen Page-Bilder ausgerichtet. Wollt ihr den Theme wechseln, habt ein anderes gefunden und da ist dann plötzlich Beaver-Bilder der Standard. Dann habt ihr ein Problem meistens, weil die untereinander nicht wirklich kompatibel sind. Das nennt sich dann eben der Lock-In-Effekt. Das heißt, dass ihr quasi eingesperrt seid mit euren Inhalten in den Vorgaben dieses einen Page-Bilders und nicht einfach wechseln könnt. Und was auch nicht ganz unwichtig ist, dass diese Page-Bilder sehr oft Performance-Einbußen mit sich bringen. Das heißt, dass so viel reingeladen wird an externen JavaScript oder CSS-Dateien, dass es einfach die Seite langsam macht, damit zu arbeiten mit den Page-Bildern. Aber die Konkurrenz schläft halt auch nicht. Und deshalb gibt halt nicht nur WordPress. Und in den letzten Jahren sind ja auch immer mehr andere Rannbieter dazugekommen. Wix, Gym, Domidium, Squarespace. Und diese haben halt auch Editoren mitgebracht bzw. ihre eigenen Sachen entwickelt, mit denen man auch ganz einfach Inhalt herstellen kann. Die ein bisschen mehr waren als nur die Textbox von WordPress. Und die hatten teilweise schon von sich aus so eine Art Baukastensystem und man auch einfach nur die Inhalte so sich zusammenstellen konnte, ganz einfach, ohne viel Programmierkenntnisse. Und dann stellt sich natürlich die Frage, was wäre, wenn WordPress selbst so eine Art Baukastensystem mitbringen würde? Und dann kann Gutenberg. Ich sehe Gutenberg nicht als Page-Bilder persönlich, sondern eher als eine Art Baukastensystemleit, weil es einfach noch relativ rudimentär ist im Vergleich zu den Page-Bildern, die wir so kennen. Genau. Fangen wir mal an mit der Zeitleiste von Gutenberg. Ich habe eine kleine Übersicht mitgebracht, weil ich in den vergangenen Monaten immer gehört habe, ja, Gutenberg, das war plötzlich da und ich weiß nicht, was das ist und woher das kommt. Und das kam so aus dem Nichts, was nicht ganz richtig ist, weil über Gutenberg reden wir in der WordPress-Community ja schon ein bisschen länger, nur nach außen hin, wo das nicht so gut kommuniziert, sage ich mal. Also angefangen hat das im Juni 2017 auf dem WordPress-Bureau in Paris. Da wurde die erste Plug-In-Version vorgestellt. Entschuldigung, war ein Repository zu finden. Und das war so, dass ein Grundstein dessen, was man damals eben sich angucken konnte, in einem geschlossenen Kreis wurde dieser Grundstein für dieses Plug-In gelegt und ab dem Zeitpunkt konnten dann alle mitarbeiten und sich einbringen und das Ding weiterentwickeln. Die Zeit vergeht und leider war es so, dass angekündigte Veröffentlichungstermine nicht eingehalten worden sind. Also es hieß ja mal, ja, April 2018, es kam, es passierte nichts. August 2018, es kam, es passierte nichts. Und viele sind hergegangen, haben sich das angeschaut und haben gesagt, was ist denn das für ein Müll? Da können wir doch nicht verwenden, damit kann man doch gar nicht arbeiten. Also es gab viele, die einfach sehr viel Kritik an dem Projekt geäußert haben, im Vorfeld. Und man muss aber auch dazu sagen, dass das Projektmanagement nicht wirklich optimal gelaufen ist, meiner Ansicht nach. Und dann schließlich im Dezember 2018 war es so weit. Im November war es schon so, dass man schon sehr konkret meinte, man müsste es, oder es wäre bereit zur Veröffentlichung, aber vielleicht habt ihr es ja auch mitbekommen, zwar so hin und her. Und am 6. Dezember war es dann schließlich so weit und WordPress 5.0 würde veröffentlichen und Gutenberg wurde somit der neue Standard-Evator. So sieht das jetzt aus. Dann stellt sich natürlich ganz oft die Frage, wie finde ich mich da zurecht, weil alles, was ich bisher gekannt habe, ist plötzlich weg in Anführungszeichen. Sieht halt komplett anders aus. Und ich habe mich dran gemacht und habe so ein bisschen selber das Problem gehabt, dass ich mich damit nicht zurechtgefunden habe. Also habe ich mir den Auffang gemacht und die Gutenberg-Fiebel erstellt, wo ich einfach den Editor genommen habe, mir alles durchgeklickt und aufgeschrieben habe, mit Screenshots und auch jeden Blog beleuchtet habe und das mal zusammengefasst habe in einer Art Missing Manual. Vielleicht noch ein kleines Glosser zwischendurch. Einfach um die Begrifflichkeiten, weil man die teilweise auch heute noch ein bisschen durcheinanderbringt. Gutenberg ist im Prinzip der Code-Name, unter dem das Projekt bisher entwickelt wurde, als eigenständiges Plug-in. Und die Weiterentwicklung wird weiterhin unter diesem Namen stattfinden, mit diesem Plug-in. Das heißt, wenn ja heute das Gutenberg Plug-in installiert, seid ihr zwei oder drei Versionen voraus, zu dem, was es im Core, also im Standard WordPress, vorhanden ist. Blockeditor ist der Name für den Teil, der dann schon wirklich ein WordPress Core drin ist. Also wenn euch WordPress komplett runterladet in der jetzt aktuellen noch 5.1 Version, bald 5.2, das wird als Blockeditor bezeichnet. Ist es im Prinzip das Gleiche? Nur war man sich damit dem Naming halt nicht so ganz einig. Blöcke sind dann die Inhaltelemente, aus denen eben eine ganze Seite oder ein ganzer Beitrag zusammengestellt hat. Und eine Block-Library, da kommt ja wahrscheinlich auch noch öfter drüber, ist einfach eine Sammlung von Blöcken, die halt in einem Plug-in zusammengefasst sind. Also da gibt es verschiedene jetzt auch schon, die auch schon sehr verbreitet sind. Oh, da war ich ein zu spät. Genau. Das sind jetzt die Blöcke in der Übersicht, die ich muss mal gucken. Aktuell glaube ich, alle drin sind zumindest in 5.1 oder ist das auch schon 5.5.2? Ich glaube, das ist auch schon 4.5.2 vorbereitet. Die Gutenberg-Fiebel ist noch nicht so weit aktuell, da setze ich mich nächste Woche auf jeden Fall dran. Ich war ein bisschen sehr beschäftigt in der letzten Zeit, aber die Fiebel wird auch ein Update für 5.2 erhalten, weil es in einigen Blöcken neu dazugekommen, wie zum Beispiel der RSS-Block, oder was war noch neu, einmal so ein Candle-Block war neu. Genau, da gibt es so verschiedene Sachen. Also das sind alles Blöcke, die standardmäßig mit dabei sind, wo ihr kein extra Plug-in für braucht, um damit arbeiten zu können. Dann gibt es auch ganz oft die Frage, ja, aber ich brauche vielleicht noch irgendwie ein oder was anderes, was kann ich denn da noch, was kann ich denn da suchen? Es gibt im offiziellen WordPress Repository einen eigenen Bereich für Plug-ins, die schon Blöcke anbieten. Das findet ihr unter dem Link. Dann gibt es eine sehr ausführliche Liste, die jetzt schon, glaube ich, 94 Plug-ins drin hat bei Gutenberg-Times. Und dann gibt es noch ein externes Verzeichnis. Das ist die Gutenberg-Block-Library. Da sind viele aus den anderen beiden auch noch mit verlinkt. Oder da sind auch die Sachen einzeln aufgelistet. Es gibt ja bei den Libraries ganz oft so, dass man verschiedene Libraries immer die gleichen Arten von Plug-ins haben. Und da sind ja auch noch mal alle einzeln aufgelistet. Jetzt möchte ich mal ganz kurz noch eine kleine Demo zeigen, weil nur darüber reden ist, jetzt muss ich mal, ah, perfekt. Jetzt muss ich so machen. Also die Übersicht, ich bin jetzt hier auf der Gutenberg-Vier bis selber drauf, die ist wie bisher. Und wenn wir jetzt einmal, gehen wir mal auf die Startseite. Das ging vor ein bisschen schneller. Ah, da sind wir. Mach mal auch mal weg. Im Prinzip ist es so, dass ihr hier in dem großen Bereich in der Mitte den Inhaltsbereich habt. Dann habt ihr hier oben eine Leiste. Hier kann man ... Da kann man neue Blöcke hinzufügen. Genau, rückgängig machen, wiederholen, wenn ihr schon was gemacht habt. Das ist ein ganz interessanter Block hier. Da könnt ihr euch ansehen, wie viele Wörterüberschriften, absetzte Blöcke da auf der Seite vorhanden sind. Und wie die Struktur ist. Also alle Überschriften, die in eurem Dokument sind, die werden dann hier angezeigt. Und man kann auch, wenn man hier draufklickt, genau zu dem Bereich hinspringen. Dann habt ihr hier noch eine Übersicht, welche Blöcke sind dann eigentlich überhaupt in Verwendung? Und hier oben die Klassiker als Aufentwurf umstellen, genau Vorschau aktualisieren. Hier ist es da mit drin. Und hier sind noch mal weitere Einstellungen, in dem Menü vorhanden. Da gehe ich jetzt nicht alles drauf. Aber das, was ihr hier seht in der Seitenleiste, das kennt ihr schon so ungefähr. Das ist hier eben im Papierkopf verschieben. Veröffentlichen Datum, Revision, Permaling, Beitragsbildauszüge. Was ihr alles entweder eben rechts hattet oder halt unten drunter. Das findet ihr alles hier, wenn ihr auf dem Dokument seid, das geht, ändert sich hier die Seitenleiste und dann ist für den entsprechenden Block, den ich ausgewählt habe, ist dann eben hier die entsprechende, die dazugehörigen Einstellungen vorhanden. Und wenn man hier unten noch unterscrollt, hier ist jetzt, habe ich beispielsweise Yoast installiert. Also Plugins können sich entweder hier unten oder eben hier in der Seitenleiste noch quasi mitteinhaken und auch da ihre Inhalte mit einbringen. Und man hat hier noch eine Werkzeugleiste. Also ich kann jetzt sagen, ich will das Ganze rechts ausrichten. Geht hier ein Klick. Ich kann die Sachen auch umwandeln. Ich kann daraus andere Blöcke machen, wenn sie sich ähnlich sind. Das geht nicht bei allen. Also ich kann hier jetzt keinen Abstandshalter zum Beispiel daraus machen, weil da ist ja Text drin. Das ist ja Quatsch stand an der Stelle. Genau. Und hier gibt es auch nochmal ein kleines Menü den wiederverwendbaren Blog zeigen. Das finde ich eine sehr coole Neuerung. Ich habe hier eine Übersicht von den Blöcken. Die ist jetzt tatsächlich ein bisschen gestaucht im Backend. Und da ist es so, das ist ein Inhaltelement. Das habe ich auf zwei Seiten. Einmal auf der Startseite und einmal auf der Blog-Übersichtseite. Wenn ich das hier endere, ist es auf der anderen Seite genauso geändert. Weil das ein Inhaltelement ist, was einfach auf beiden Seiten ausgespielt wird. Also muss ich es einmal ändern und habe es auf beiden Seiten sofort aktuell. Das ist eine ziemlich coole Erleichterung. Ich zeige euch jetzt noch einen Trick, mit dem ich die Seiten alle gemacht habe. Wir verlassen die Seite einmal. Und zwar kann man sich nämlich diese wiederverwendbaren Blöcke quasi auch als Templates anlegen. Und dann muss man einmal hier unten rein. Und dann gibt es hier Auflösungen, und dann gibt es hier die Hüste und Blöcke 4-Spalt. Ich habe den genannt. Und kann das Ding einfach überall, wo ich es brauche, wieder einfügen. Das wollte ich eigentlich nicht zeigen, fällt mir gerade ein. Ich bin doof. Machen wir das anders. Das war der, von dem ich gerade geredet habe. Aber was ich euch zeigen wollte, war das Template. Im Prinzip sehen alle Blockseiten so. Also jeder Block ist eins in beschrieben. Absatzbild, Abschanzhalter, was für sich. Und da habe ich mir das... Hier ein Überschrift. Da kommt ein Bild rein. Hier noch ein kleiner Text, der überall gleich ist. Und so weiter und so fort. Und im Prinzip kann man jetzt hergehen und sagen, nee, das nicht. Aber ich kann hier sagen, in normalen Block umwandeln. Wenn ich das nicht tun würde, würde Folgendes passieren, ich würde meine Vorlage ändern. Und mache ich das einmal, funktioniert das noch, mache ich das ein zweites Mal, dann kann ich hier sagen, in normalen Block umwandeln, dann wird das rausgenommen und die ganzen Inhalte sind als eigenständige Blöcke hier wieder drin. Und kann eben so mit das Template verwenden und hier dann meine Inhalte anpassen. So wie ich sie brauche, ohne dass ich mein Template kaputt mache. Also auch sowas ist mit Gutenberg heute möglich. So, da wollen wir rein. Maus, da ist die Maus. So, genau. Das war die kurze Demo zu Gutenberg. Jetzt schätze ich natürlich, wer von euch, frage ich mal andersrum, wer von euch hat denn schon auf 5.0 oder 5.1 abgegraded Hand hoch? Oh ja, sind schon einige. Wer hat noch so ein bisschen Sorge, irgendwas damit kaputt zu machen? Ja, es sind immer noch Hände dabei. Genau. Gehen wir mal ganz fix durch, worauf ihr achten solltet. Wichtig ist eben die Basis. Also wo seid ihr mit eurer jetzigen WordPress-Installation? Am besten geht ihr dahin, was das letzte vom 4.2 ist, das müsste aktuell noch 4.910 sein. Aktualisiert erstmal darauf auf diese Version. Es kann auch funktionieren, dass ihr von älteren Versionen auf 5.2 updaten könnt, aber sicher ist sicher. Ich empfehle halt immer erstmal auf die letzte Version in dem vorherigen Zweig zu gehen. Einfach nur damit ihr seht, okay, das funktioniert mit der aktuellsten Version noch und dann könnt ihr den Schritt weitergehen. Ganz wichtig ist auch, finde ich meiner Meinung nach, die PHP-Version. Es ist ja so, dass PHP 5.6 also die Version PHP 5.6 ist ja zu Ende letzten Jahres der Support ausgelaufen. Das heißt, es wird nicht mehr aktualisiert mit Sicherheit, Updates. Und ich empfehle schon auf PHP 7.2 abzugraden, einfach weil das auch einen ganzen Boost an Performance mit sich bringt. Und genau die Mindestanforderung steigt mit WordPress 5.2 auf PHP 5.6. Das heißt, wenn ihr noch PHP 5.4 habt, könnt ihr auch gar nicht auf PHP 5.2 Updaten. Aber weil ich weiß gar nicht, kann man das schon oder müsste ich selber nochmal ausprobieren, aber auf jeden Fall das ist die Mindestanforderung, die es geben wird und zu Ende diesen Jahres wird es so sein, dass auf PHP 7.0 glaube ich oder auch schon 7.2 muss ich auch nochmal nachgucken. Also auch da wieder die Mindestanforderung angehoben wird. Einfach um auch die Installation sicherer zu machen, weil alte PHP-Version bringt halt auch dann gewisse Sicherheitslücken mit sich. Dann guckt euch einmal das Theme an, was ihr habt. Schaut mal nach, ob ihr die aktuelle Version habt, wenn natürlich die Updater alle noch an habt ist das ja meistens kein Problem. Wenn ihr ein gekauftes Theme habt, schaut mal, ist das noch aktuell oder muss ich vielleicht die Lizenz nochmal erneuern, wenn sie sich nicht automatisch aktualisiert und am besten hier das Theme Updaten auch. Ganz oft führe ich auch die Frage ich kann nicht sehen, ob mein Theme Gutenberg unterstützt. Es ist nicht schlimm, denn die Inhalte werden trotzdem angezeigt und die Styles vom Standard werden einfach mit reingeladen. Das mag vielleicht nicht ganz so schön aussehen, ist aber so, dass es trotzdem funktioniert. Also da kann nichts kaputtgehen an der Stelle. Dann die Plugins sind meistens die größere Arbeit, da mal drüber zu gucken. Auch hier wieder sind die Plugins auf dem aktuellen Stand. Wenn nicht, aktualisiert sie am besten und auf welche Plugins müsst ihr besonders achten. Das sind vor allen Dingen die, die alle was mit den Inhalten machen, also die da irgendwie Änderungen vornehmen, was zusätzlichen zufügen, was auch immer. Dann kommt auch hier ganz auf die Stelle. Das unterstützt das überhaupt oder unterstützt mein Plugin überhaupt Gutenberg. Es gibt so viele Plugins, das kann man nicht pauschal beantworten. Da müsst ihr euch echt mal gucken beim Plug in der Hersteller oder im WordPress Repository ob die Plugins dann wirklich schon kompatibel sind. Aber was ist, wenn ich keine Informationen dazu finde? Dann guckt mal nach, wann war die letzte Aktualisierung. Wenn die länger als ein halbes Jahr, wird schon kritisch im Moment. Wenn das Plugin länger als ein Jahr nicht aktualisiert wurde, guckt mal nach, ob ihr das vielleicht ersetzen oder vielleicht auch gar nicht mehr braucht. Zum Update Test noch, es ist ganz gut, wenn ihr das nicht auf eure Live-Seite macht. Nicht einfach den Knopf drücken, weil ich hatte den Vortrag schon ein paar Mal gehalten und dann habe ich auf den Update-Button gedrückt und dann war plötzlich alles anders und alles war kaputt. Deswegen ist es ganz wichtig, nicht auf eure Live-Seite, sondern guckt, dass ihr eine Kopie von eurer Seite zieht, die am besten lokal macht oder bei eurem Hoster. Und auch, dass euer Hoster so eine Kopie für euch anfertigen kann. Und dann führt dort das Update aus und guckt mal, was passiert. Könnt ihr euch die Seite noch angucken? Könnt ihr auch im Backend die Sachen noch bearbeiten oder treten da irgendwo Fehler auf? Genau. Und ganz wichtig arbeitet auch damit, nicht nur angucken, sondern auch wirklich mal einen Beitrag erstellen oder eine Seite auch mal speichern oder so. Dann noch zwei Fragen. Wie wichtig ist deine Seite für dich? Ist es nur ein Hobby-Block? Dann kann man da ein bisschen entspannter an die Sache reingehen, wenn es mal was kaputt ist. Shit Happens ist auch mir schon passiert. Von daher kann man einfach mal ausprobieren. Aber was ist, wenn deine Webseite deine Existenzgrundlage ist? Wenn ihr euch irgendwie ein Online-Shop habt oder sowas in der Richtung, dann holt euch Unterstützung, wenn ihr euch nicht sicher seid und wenn ihr das nicht selber machen könnt. Und dann gibt es auch ganz oft immer die Frage, ja, aber ich will trotzdem nicht damit arbeiten. Ich will den Page-Bilder weiterverwenden. Alles super. Könnt ihr natürlich immer noch machen. Dann gibt es schon das Classic-Editor-Plagium, von dem wir heute schon einmal gehört haben. Dort, das ist ja von Anfang mit erwähnt. Das wird noch bis 31. Dezember 2021 unterstützt. Das heißt, dass er halt Updates und ihr könnt dann quasi noch so lange seid, ihr Safe noch den alten Editor nutzen zu können und dann im Laufe der Zeit euch trotzdem vielleicht mal Gutenberg anzuschauen umzusteigen. Genau, aber auf die neue WordPress-Version könnt ihr trotz alledem immer Updaten, das ist natürlich auch immer sehr empfehlenswert. Und jetzt noch ganz schnell bevor die Zeit weg ist die Zukunft mit Gutenberg. Ich habe euch mal ein paar Funktionen mitgebracht, von denen ich denke, die ganz cool sein werden. Der Block-Manager wird das ab 5.2 geben, also das ist die neue Version, die jetzt nächste Woche oder über nächste Woche rauskommen wird vermutlich. Ihr habt es ja gerade schon gesehen in dem Tool, wo ich die Blöcke ausgewählt habe. Wenn das natürlich mehr werden und ihr mehr Plugins installiert, wird das irgendwann unübersichtlich. Und der Block-Manager wird quasi die Möglichkeit geben zu sagen, den Block brauche ich nicht. Einfachster Anwängensfall ist bei den Embits, da gibt es ja ganz viele Embits, die im amerikanischen sind da so Seiten mit dabei wie Hulu oder sowas, die wir so gar nicht kennen im europäischen Raum, ihr könnt einfach alle deaktivieren wenn ihr sie nicht braucht und dann sind die da auch nicht mehr drin und dann sind die ja den Auswähler zu. Dann gibt es die Idee ein eigenes Blockverzeichnis zu machen, also ähnlich wie das Team und das Plugin-Verzeichnis auf WordPress.org soll dann eben genauso aussehen, dass man wirklich nur komprimiert dort die Blöcke hat ausgelagert von den Plugins. Dann soll es noch Menüs als Blöcke geben, das heißt, dass die Navigationsmenüs, wie wir sie heute anlegen schon, auch als Block in die Seite integrieren könnt und Widgets und Customizer. Da soll es auch so sein, dass zukünftig irgendwann diese Ansichten, so wie wir sie heute kennen, einfach durch den Block-Editor ersetzt werden. Langfristig soll der Customizer dann auch einmal vermutlich mal abgeschafft werden, wenn man dann alles mit dem Gutenberg-Editor einstellen kann. Und das war es auch schon. Vielen Dank. So da, vielen Dank. Wir haben jetzt wunderbar Zeit, weil unser Timekeeper und unsere Sprecher halten sich ja immer an die Fragen zu dem Thema zu beantworten. Wir haben einmal da oben. Wir probieren es mal so. Ja. Also ob das mal so weit sein wird, glaube ich, ich weiß gar nicht, ob es da überhaupt schon mal die Idee dafür gab. Das weiß ich gerade aktuell nicht. Kann mir aber vorstellen, dass das vielleicht in Zukunft auch möglich sein wird. Aber aktuell weiß ich nicht oder wüsste ich nicht, dass schon darüber mal oder dass die Idee schon mal im Raum stand. Da oben war noch eine Frage. Das ist ja auch ein Prinzip der Ansatz dahinter. Und ich meine es wird auch schon heute so. Das ist ein Thema. Das ist schon richtig. Wenn du dir ein Team woanders kaufst, kann es natürlich immer noch sein, dass die dann hergehen und sagen, ja, aber ihr habt unser Team und da sind spezielle Blöcke drin, die nicht in einem eigenen separaten Plug-in drin sind. Da muss man dann eben ein bisschen gucken, ob das eben der Fall sein wird. Also verhindern kann man es nicht wirklich. Man achtet im WordPress Repository, das ist schon richtig. Man achtet im WordPress Repository soweit ich weiß. Und es ist halt auch generell empfehlenswert, wenn ihr seht, okay, mein Team bringt das und das mit, kann man das irgendwie auslagen oder gibt es da irgendwie ein separates Plug-in? Dann könnt ihr das Plug-in aktiviert lassen und das Team wechseln und alles ist gut. Ist mein Kenntnis stand, dass sie das nicht machen, genau. Ja? Also wie das technisch funktioniert, kann ich jetzt tatsächlich so nicht beantworten. Es ist aber so, wenn du den wiederverwendbaren Blog so lässt, wie er ist. Also, ich kann es ja vielleicht noch mal aufmachen. Dann machen wir den mal weg. Also hier war es ja so, ich habe das vorhin umgestellt. Also ich bin da ja rausgegangen, aber wenn ich jetzt noch mal hier reingehe, dann ist es so, ich habe das vorhin umgestellt. Wenn ich dann reingehe, da habe ich ja, wenn das weiterhin der wiederverwendbare Blog ist, dann ist es so, wenn ich es hier auf der Seite, auf der Startseite ändere, wird das auch auf der Blogseite übertragen. Also das heißt, das ändert sich mit. Auf allen Seiten, wo dieser Blog drin ist. Also es gibt zum Beispiel auch, das ist jetzt die falsche Seite, aber ich habe zum Beispiel auch den unten auf den, auf den Blogseiten. Da hast du ganz unten einen Button zurück, zurück zur Übersicht. Und der ist auf jeder Seite gleich. Und wenn ich da jetzt zurückgehen, zum Beispiel schreiben würde, würde sich der auf allen Seiten gleichzeitig auswirken. So kannst du halt ein fertiges, vorgefertiges Konstrukt machen. Wenn du irgendwie zum Beispiel ein Informationsblock mit Telefonnummer oder Adresse hast, den du einmal kannst und dann ändert sich irgendwann mal die Telefonnummer, änderst du das an einer Stelle und überall ist es sofort geändert.