Gutenberg: Die wirtschaftlichen Auswirkungen des Zeitplans des Gutenberg-Rollouts

Toller Beitrag, Bridget, danke, dass du das geschrieben hast. Es spiegelt meine Bedenken wider.

Ich habe für ein Unternehmen gearbeitet, das zum Zeitpunkt meines Ausscheidens über 400 WordPress-Sites mit benutzerdefinierten Themes (erstellt mit einem internen Framework) hatte und in einem jahrelangen Prozess der Migration von ~200 weiteren von einem älteren CMS in neben Neubauten. Während Unternehmen wie diese zweifellos Gutenberg genau beobachten und vorbereiten, kann ich mir vorstellen, dass ein guter Teil der Zeit der Entwickler damit verbracht wird, etwas zu installieren, um es zu deaktivieren, und nicht zu versuchen, mehr als 400 Websites mit Gutenberg zum Laufen zu bringen.

Ich betreue selbst 30 Sites und das werde ich tun, und dann schaue ich mir zu einem späteren Zeitpunkt jede Site an, um zu sehen, welche leicht aktualisiert werden kann, und versuche dann herauszufinden, was mit dem Rest zu tun ist.

Abhängig von der Komplexität der Sites können es sich Entwickler einfach nicht leisten, viel Zeit damit für bestehende Sites zu verbringen, da wir dies nicht in Rechnung stellen können, es sei denn, ein Kunde bittet ausdrücklich darum, dass sein Theme aktualisiert wird, damit es zu Gutenberg passt. Wir haben unsere Wartungspreisstrukturen um die Abwärtskompatibilität herum aufgebaut, die schon immer eine Stärke von WordPress war, während dies mich an die langwierigen Drupal 6 bis 7-Migrationen erinnert, an denen ich Kollegen in einer früheren Rolle miterlebt habe - der Unterschied ist, dass Drupal immer so war Verträge und Preisstrukturen spiegelten dies wider.

Ich habe eine Klausel in meinen Verträgen, dass, wenn eine Website nicht mehr mit der neuesten Version von WordPress oder einem Plugin kompatibel ist, sie mit der letzten kompatiblen Version weiterläuft, bis eine Lösung gefunden wird. Ich hätte nie gedacht, dass ich diese Klausel für WordPress selbst verwenden muss.

Außerdem gibt es Benutzer, die ihre eigene Website mit kostenlosen oder kommerziell hergestellten Themes erstellt haben, die auf Metaboxen und Shortcodes angewiesen sind, deren Websites irgendwann plötzlich kaputt gehen, wenn Gutenberg nicht eindeutig optional ist. Das wird sicher schrecklich für die Aufbewahrung sein.

Ich kann mir vorstellen, dass ein guter Teil der Zeit der Entwickler damit verbracht wird, etwas zu installieren, um es zu deaktivieren

Genau meine Gedanken.

Ich habe mir das Classic Editor Plugin angesehen, bei dem der Benutzer noch ein Kästchen ankreuzen muss, um Gutenberg vollständig zu entfernen. Also würde ich das entweder abspalten und auf den Sites meiner Kunden installieren oder einfach die Version auf 499.x setzen, kurz bevor 5.0 veröffentlicht wird.

Und dann kann ich in meiner Freizeit meine Kunden auf Grav, Kirby oder etwas anderes migrieren, das mir gefällt, weil wir alle wissen, dass es den meisten Kunden wirklich egal ist, welches CMS auf ihren Websites läuft!

@doubleedesign Es ist gut, dass Sie diese Klausel haben. Ich würde früher als später damit beginnen, Ihren Kundenstamm aufzuklären, damit Sie ihn an die Idee gewöhnen können.

@senlin Piet,

Willst du damit WordPress verlassen?

@gidgey Bridget,

Ich schaue mir ernsthaft andere CMS an und habe bereits einige Seiten mit Grav CMS erstellt.

Also, ja, man kann in der Tat sagen, dass es eine Chance von mehr als 50% gibt, dass ich WP fallen lassen werde, wenn Gutenberg in WP 5.0 fällt.

Und noch etwas zu bedenken:

Wenn Sie jetzt ein mittelgroßes Projekt landen, das Sie definitiv mit ACF bauen werden, wenn Sie sich für WP entscheiden, würden Sie sich dann tatsächlich für WP entscheiden?

Ich weiß, ich würde es nicht tun. Ich hätte lieber die Lernkurve, als dem Kunden in 4 Monaten mitzuteilen, dass die von mir entwickelte Site nicht mehr bearbeitet oder nicht mehr aktualisiert werden kann.

Das ist, wovor ich Angst habe – im Maßstab.

Ich schätze deine Ehrlichkeit und mache dir überhaupt keine Vorwürfe. Es ist ein Marketing
Thema mit Sicherheit.

Am Mo, 11. Dezember 2017 um 14:41 Uhr schrieb Piet Bos [email protected] :

@gidgey https://github.com/gidgey Bridget,

Ich schaue mir ernsthaft andere CMS an und habe bereits eine zusammengestellt
einige Seiten mit Grav CMS.

Also, ja, man kann in der Tat sagen, dass es eine Chance von mehr als 50% gibt, dass ich
wird WP fallen lassen, wenn Gutenberg in WP 5.0 fällt.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350882640 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AV3JZs__wiuV2FslRNQMRkxvCoRKWnEJks5s_a-kgaJpZM4Q93ul
.

--
Handy 949 370 4059
www.bridgetwillard.com

Genau darüber habe ich mit meinen Freunden und Kunden gesprochen.

Seufzen. Danke für dein Feedback, Piet.

Am Mo, 11. Dezember 2017 um 15:01 schrieb Piet Bos [email protected] :

Und noch etwas zu bedenken:

Wenn Sie jetzt ein mittelgroßes Projekt landen, werden Sie das auf jeden Fall tun
mit ACF erstellt, wenn Sie sich für WP entscheiden würden, würden Sie sich dann tatsächlich für WP entscheiden?

Ich weiß, ich würde es nicht tun. Ich hätte lieber die Lernkurve, als es zu sagen
Kunde in 4 Monaten, dass die von mir entwickelte Website nicht mehr bearbeitet werden kann oder
kann nicht mehr aktualisiert werden.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350887165 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AV3JZrxdz6HgF-9vGrhvZPC5Bi7prd2Nks5s_bQ7gaJpZM4Q93ul
.

--
Handy 949 370 4059
www.bridgetwillard.com

Wenn Sie jetzt ein mittelgroßes Projekt landen, das Sie definitiv mit ACF bauen werden, wenn Sie sich für WP entscheiden, würden Sie sich dann tatsächlich für WP entscheiden?

Einige Hintergrundgeschichten: Ich begann meine Karriere als Junior Drupal-Entwickler und lernte WP nebenbei für meine eigenen Kunden. Mein nächster Job war 100% WordPress, also wollte ich zwar in beiden Ökosystemen bleiben, aber in Wirklichkeit war es sinnvoller, hauptsächlich bei WP zu bleiben.

Das erste, was mich zu ACF geführt hat, war im Grunde, dass es etwas, das ich an Drupal liebte – die Möglichkeit, Felder für Inhaltstypen einfach im Backend anzugeben – in WP brachte. Dafür gibt es einfach so viele Einsatzmöglichkeiten. Für Kunden ist es einfach, ein Formular mit ihren Inhalten auszufüllen, ohne sich um Formatierung und Layout kümmern zu müssen, und dann steuere ich die Anzeige mit der Vorlage. Dies ist die Grundlage dafür, wie ich Websites erstelle.

Wenn ich also nicht mehr so ​​bauen kann und Gutenberg für meine Kunden nicht funktioniert (mir fallen schon einige ein, die es hassen würden, weil sie nicht über Formatierung oder Layout nachdenken wollen, das ist mein Job), dann nein, In manchen Fällen würde ich WP nicht wählen. Ich würde wahrscheinlich zu Drupal zurückkehren. Nicht für jeden und wahrscheinlich auch nicht für die meisten - ich werde weiterhin mit WP arbeiten - aber auf jeden Fall für einige.

Danke, dass Sie uns ausgefüllt haben, Leesa.

Meine Vermutung (und Hoffnung) ist, dass das ACF-Plugin konvertiert. Aber es ist an
sie ihre Blöcke erstellen, nicht auf WordPress Core. Ich stelle mir vor, dass sie es sind
auch auf die "Schiffs"-Version von Gutenberg warten, bevor zu viel investiert wird
Ressourcen (Zeit und Geld). Das würde ich tun.

Am Mo, 11. Dezember 2017 um 15:10 Uhr, Leesa Ward [email protected]
schrieb:

Wenn Sie jetzt ein mittelgroßes Projekt landen, werden Sie das auf jeden Fall tun
mit ACF erstellt, wenn Sie sich für WP entscheiden würden, würden Sie sich dann tatsächlich für WP entscheiden?

Einige Hintergrundgeschichten: Ich begann meine Karriere als Junior Drupal-Entwickler und lernte WP
an der Seite für meine eigenen Kunden. Mein nächster Job war 100% WordPress, also während ich
wollte in beiden Ökosystemen bleiben, lange Rede kurzer Sinn, in Wirklichkeit hat es mehr gebracht
Sinn, meistens bei WP zu bleiben.

Das erste, was mich zu ACF geführt hat, war im Grunde, dass es brachte
etwas, das ich an Drupal geliebt habe - die Möglichkeit, Felder für Inhalte anzugeben
tippt einfach im Backend - in WP. Es gibt so viele Verwendungsmöglichkeiten für
Dies. Kunden können ganz einfach ein Formular mit ihren Inhalten ausfüllen, ohne
mich um Formatierung und Layout kümmern muss und dann steuere ich die Anzeige
mit der Vorlage. Dies ist die Grundlage dafür, wie ich Websites erstelle.

Also wenn ich so nicht mehr bauen kann und Gutenberg bei mir nicht funktioniert
Kunden (ich kann mir schon einige vorstellen, die es hassen würden, weil sie es nicht tun
über Formatierung oder Layout nachdenken möchte, das ist mein Job) dann nein, würde ich
wählen Sie in einigen Fällen nicht WP. Ich würde wahrscheinlich zu Drupal zurückkehren. Nicht für
alle, und wahrscheinlich nicht einmal für die meisten - ich werde weiterhin mit WP arbeiten

• aber bestimmt für einige.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350889174 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AV3JZmN-TRB-9rQgHSqACUhcz9CqdOl-ks5s_bZtgaJpZM4Q93ul
.

--
Handy 949 370 4059
www.bridgetwillard.com

Meine Vermutung (und Hoffnung) ist, dass das ACF-Plugin konvertiert.

Ja, absolut, ich glaube, das wird es, weshalb ich nicht sofort für alles zu Drupal zurückspringe ;) Nicht anders als WooCommerce wirklich, es ist zu einem solchen Rückgrat des Ökosystems geworden.

Aber es ist immer noch ein Problem, da der Entwickler Zeit braucht, um ACF-kompatibel zu machen. Das bedeutet, dass diejenigen, die das Plugin intensiv nutzen, bestehende Websites erst konvertieren können, wenn sie dies tun. Was den ohnehin schon kurzen Zeitrahmen noch kürzer machen könnte.

Ich stimme dem Vorschlag voll und ganz zu, dass Gutenberg für mindestens ein Jahr optional sein sollte. Dies gibt Plugin-Entwicklern die Möglichkeit, ihre Plugins gründlich kompatibel zu machen, und gibt Entwicklern Zeit, diese Änderungen zu integrieren und Kunden zu schulen.

Außerdem sollte es eine Option (zB durch das Classic Editor Plugin) geben, Gutenberg ausgeschaltet zu lassen und den klassischen Editor danach noch länger zu behalten, für Seiten, die aus Kosten- / Zeitgründen einfach nicht konvertiert werden . Die Haltbarkeit einer kleinen bis mittleren Website bedeutet, dass der Kunde in ein paar Jahren vielleicht sowieso ein Redesign wünscht und dann Gutenberg bekommt, wenn es soweit ist.

@doubleedesign Leesa macht hier einen großen Punkt:

sie [Kunden] wollen nicht über Formatierung oder Layout nachdenken, das ist mein Job

Und das ist auch eines der Dinge, die mich wütend/enttäuscht machen! Dass es Pagebuilder gibt, ist eine Sache. Natürlich gibt es dafür einen Markt, aber es ist weder mein Markt noch der meiner Kunden.
Warum also werden jetzt alle in WP gedrängt, um ein Page Builder zu werden? Und den Ausdruck _demokratisierendes Publizieren_ dafür zu verwenden, macht es NICHT richtig.

Wenn ich Sites für Kunden erstelle, dann sind sie hochgradig angepasst und sie tun genau nach den Wünschen des Kunden. Meine Kunden machen keine Fehler, wenn es um die Bearbeitung von Inhalten geht, denn (mit ACF) schaffe ich ein Backend-Erlebnis, das keinen Raum für Fehler lässt.

Ich habe mir die Präsentation von @mor10 angesehen, in der er erwähnte, dass Theme-Entwickler die Benutzer durch den Inhalt führen können.

Das mache ich schon die letzten Jahre!!! Ohne Gutenberg!

Ich bin 2005 zu WP gekommen und benutze es seitdem sehr glücklich. Ich habe eine Reihe von Plugins entwickelt, einige beliebter als andere, und eine Spezialität entwickelt, die mich sozusagen von der Straße ferngehalten hat.

Wie ich meinen Kunden oft erzähle, ist die Website-Welt ständig in Bewegung und ich denke, dass die Zeit, die ich intensiv mit WP verbracht habe, zu Ende geht und neue Grenzen für mich am Horizont zu entdecken sind.

Ich mag es einfach nicht, wie es endet, aber manchmal ist eine Trennung mit einem Stoß einfacher, als sie langsam sterben zu lassen ...

Dass es Pagebuilder gibt, ist eine Sache. Natürlich gibt es dafür einen Markt, aber es ist weder mein Markt noch der meiner Kunden...

Meine Kunden machen keine Fehler, wenn es um die Bearbeitung von Inhalten geht, denn (mit ACF) schaffe ich ein Backend-Erlebnis, das keinen Raum für Fehler lässt.

@senlin , es ist, als würdest du meine Gedanken lesen! ;)

Dass es Pagebuilder gibt, ist eine Sache. Natürlich gibt es dafür einen Markt, aber es ist weder mein Markt noch der meiner Kunden...

Meine Kunden machen keine Fehler, wenn es um die Bearbeitung von Inhalten geht, denn (mit ACF) schaffe ich ein Backend-Erlebnis, das keinen Raum für Fehler lässt.

@senlin , @doubleedesign , genau das gleiche hier.

Gutenberg ist sicherlich ein interessantes und ambitioniertes Projekt, aber für 99% meiner Kunden nützt es nichts.

Ich benutze WordPress seit 10 Jahren und bin von Anfang an in die französische Community involviert, aber dieses Mal ist es die erste Version, die mir aus all den Gründen, die du genannt hast, Angst macht...

Ich wollte vorbeischauen, um einen kleinen Einblick in die Zeitleiste zu geben, wie sie derzeit geplant ist. Ich sage geplant, weil die Community, der 5.0-Lead und das Kernteam zusammenarbeiten werden, um den Weg zur Fusion zu finden, wenn wir uns auf 5.0 zubewegen. Beachten Sie, dass es nicht zusammengeführt wurde und mindestens 11 Versionen erwartet werden - 1 wurde gerade veröffentlicht.

Es ist erwähnenswert, dass alle Releases eine Release Candidate-Phase haben, 5.0 wird da keine Ausnahme sein. Auch erwähnenswert ist etwas, das mehrere Leute haben, es wird für lange Zeit die Möglichkeit geben, das klassische Editor-Plugin und sogar das Netzwerk zu aktivieren. Dieses Plugin wird in der Version 5.0 nirgendwo hinkommen und wird wahrscheinlich noch eine Weile bestehen bleiben, der klassische Editor selbst wird immer noch gepflegt.

Benutzerdefinierte Felder wurden nicht verpasst, es wird an einem großartigen Plugin gearbeitet und hier ein Beitrag: https://riad.blog/2017/12/11/with-gutenberg-what-happens-to-my-custom- Felder/.

Metaboxen haben einige potenzielle Upgrade-Möglichkeiten, von denen derzeit die besten ausgearbeitet werden. Wie wird das System standardmäßig eingestellt und wie wird die Benutzererfahrung diesbezüglich sein. Nichts ist in Stein gemeißelt, an allem wird für die beste User Experience gearbeitet. Benutzer sind alle Arten von Menschen - diejenigen, die tatsächlich schreiben, Theme-Ersteller, Plugin-Hersteller und vieles mehr.

Ich weiß, dass Veränderung hart und beängstigend ist, wir alle spüren es. Ich tue es, du tust es und es ist noch schlimmer, wenn wir die Veränderung nicht ganz verstehen können. Ich würde die Leute auf wordpress.org/gutenberg als Ausgangspunkt verweisen, um das Projekt zu verstehen. Ich sage Ausgangspunkt, da Sie von dort aus zum Handbuch gehen können: wordpress.org/gutenberg/handbook. Hier ist zum Beispiel der Kompatibilitätsabschnitt, den ich für wichtig halte:

Das Gutenberg-Projekt geht aktiv auf Kompatibilitätsprobleme ein. Blöcke sind de facto der neue Mechanismus zum Erstellen von Inhaltsfeatures, und wir empfehlen Entwicklern, alle von ihnen angebotenen Features zu migrieren, die durch Blöcke gut gekapselt sind. Die Unterstützung für bestehende WordPress-Funktionen bleibt jedoch bestehen, und es wird Übergangspfade für Shortcodes, Meta-Boxen und benutzerdefinierte Beitragstypen geben:

Kurzcodes.

• Werde ohne Änderungen weiterarbeiten.
• Es gibt einen neuen „Shortcode-Block“, der das Einfügen erleichtert.
• Es gibt einen geplanten Mechanismus, um sie in der Vorschau anzuzeigen.

Meta-Boxen.

• Einige werden weiterhin ohne Änderungen unter der neuen Benutzeroberfläche funktionieren.
• Einige benötigen Updates (insbesondere solche, die für den Betrieb auf das DOM angewiesen sind).*
• Einige können in native Blöcke umgewandelt werden (insbesondere solche, die im Frontend gerendert werden).
• Einige können zu neuen nativen Erweiterungspunkten von Gutenberg außerhalb des Inhaltsbereichs wechseln.
• Es wird einen Mechanismus für widersprüchliche Meta-Boxen geben, um stattdessen den klassischen Editor mit einem Hinweis zu laden.

Benutzerdefinierte Beitragstypen.

• Werden von Gutenberg unterstützt.
• REST-API-Deklaration (show_in_rest) erforderlich.
• Sie können sich abmelden, indem Sie die „Editor“-Unterstützung nicht erklären.
• Kann unterstützte und Standardblöcke deklarieren.

• Bestimmte Meta-Boxen, die auf der spezifischen Struktur des aktuellen Bearbeitungsbildschirms basieren, funktionieren nicht garantiert unter Gutenberg und müssen möglicherweise geändert werden, bevor sie korrekt geladen werden können.

Ich möchte Sie alle ermutigen, in dem, was ich gesagt habe, zu überlegen, welcher Weg für Ihre spezielle Einrichtung der richtige ist. Jeder möchte oder muss mit Gutenberg einen anderen Ansatz verfolgen. Der Schlüssel ist, dass niemand an Tag 1 von Ihnen erwartet, dass Sie Blöcke gemacht haben. Es wäre erstaunlich, wenn die Leute dies tun würden, aber die Realität ist, dass es Optionen für Sie geben wird, langsam aufzurüsten. Es muss viel Dokumentation, Aufklärung und Diskussion stattfinden. Das ist großartig, weil die gesamte Community daran beteiligt ist und das tun kann.

Zum Schluss bitte keine Angst haben. WordPress ist eine Community und während Threads wie dieser beängstigend erscheinen können, ist Gutenberg es nicht und das Letzte, was jeder, der an dem Projekt beteiligt ist, möchte, dass Sie Angst haben. Diejenigen, die Gutenberg machen, kümmern sich, die in der Gemeinde kümmern sich. WordPress ist ein großartiges Projekt, das die großartigen Dinge, die die Leute machen, wirklich respektiert. Ich möchte Sie ermutigen, den Weg zu finden, der für Sie am besten ist, und dann zu erkunden, Spaß zu haben und sich für Blöcke zu begeistern. Haben Sie Ihren Plan und schauen Sie dann, wie Sie von dort aus aufbauen können.

Wenn du überhaupt Fragen zu Gutenberg hast, ist der #core-editor-Kanal auf chat.wordpress.org in jedem Kontext immer für dich da. Sie können in diesem Kanal auch die laufende Arbeit verfolgen und die wöchentlichen Meetings am Mittwoch um 18:00 UTC und im Allgemeinen Hangouts sehen. Lassen Sie uns alle gemeinsam auf dem Weg nach vorne arbeiten.

@karmatosed Tammie,

Metaboxen haben einige potenzielle Upgrade-Möglichkeiten

Die Sache ist vor GB, meine Metaboxen sind in Ordnung und gut. Sie sind möglicherweise auf Websites aktiv, die ich nicht mehr verwalte. Wie sieht es mit den Kunden der Websites aus, die ich vor einigen Jahren entwickelt habe? Plötzlich ist der Inhalt ihrer Website nicht mehr bearbeitbar.

Ich weiß, dass Veränderung hart und beängstigend ist, wir alle spüren es.

Solche Bemerkungen sind unnötig, da sie wirklich herablassend und herablassend wirken! Es ist meiner Meinung nach lächerlich, Leute darauf hinzuweisen, haufenweise Dokumentationen zu lesen, die noch nicht einmal fertig sind und noch in Arbeit sind.
A. Ich habe keine Zeit dafür und b. In dieser Diskussion geht es nicht darum , GB zu die wirtschaftlichen Auswirkungen der Zeitleiste des Gutenberg-Rollouts

Bezüglich der Liste, was bezüglich Shortcodes, Metaboxen und CPTs zu tun ist, zeigt sich, dass es noch schlimmer ist, als ich dachte.

CPTs funktionieren nicht mehr ohne die Angabe von show_in_rest ?!?!?! Also soll ich jetzt wieder auf die Sites der Kunden gehen und 3-5 Jahre Arbeit wiederholen?

Das, Tammie, ist genau die wirtschaftliche Auswirkung, die @gidgey (Bridget) mit diesem Beitrag

@karmatosed Vielen Dank für Ihre ausführliche Antwort.

Es wird für lange Zeit die Möglichkeit geben, das klassische Editor-Plugin zu aktivieren und es sogar im Netzwerk zu aktivieren. Dieses Plugin wird in der Version 5.0 nirgendwo hinkommen und wird wahrscheinlich noch eine Weile bestehen bleiben, der klassische Editor selbst wird immer noch gepflegt.

Muss für Websites, die in absehbarer Zeit den klassischen Editor verwenden, dieser vor der Einführung von 5.0 installiert werden? Das Ideal für mich in diesen Fällen ist, dass Gutenberg sozusagen nie eingeschaltet ist - nicht, dass ich mich eilig auf allen meinen Seiten einlogge, um es auszuschalten.

Ich weiß, dass Veränderung hart und beängstigend ist, wir alle spüren es.

Dieser Thread ist nicht so sehr eine Stimme von Stewie Griffin "Irgendwas stimmt mit dem Haus nicht! Ich mag keine Veränderungen!" Ding. Es geht um die Geschwindigkeit. Sie sagen, dass Sie nicht erwarten, dass irgendjemand Blocks gebaut hat, wenn 5.0 ausgeliefert wird ... aber ohne Intervention werden Site-Backends diese Schnittstelle haben, neue Sites in der Entwicklung müssen geändert oder ein Upgrade geplant werden; neue Sites, die geplant/eingestellt werden, haben eine Reihe von Fragezeichen über ihren Plänen.

Darüber hinaus können Kunden mit bestehenden Sites, aber ohne Wartungspläne oder aktiven Entwicklern verwirrt und wütend sein, wenn ihre Site kaputt geht. IT-Abteilungen werden Supportanfragen für etwas erhalten, von dem sie nichts wissen, und Entwickler werden Anrufe von wütenden früheren Kunden entgegennehmen.

All dies wird viel Zeit in Anspruch nehmen. Ich weiß, dass Gutenberg schon eine Weile in der Beta-Phase ist, aber es ist einfach nicht dasselbe, wie es auf echten Websites mit echten Kunden verwenden zu können, um zu bestätigen, was die wirklichen Problempunkte für unsere Websites und für unsere Kunden sind.

Es wird Optionen für Sie geben, langsam aufzurüsten

Ein langsamer Übergang muss der Standard und die Erwartung sein. Dies wurde wahrscheinlich bereits vorgeschlagen, aber es könnte beim Upgrade auf 5.0 sicherlich die Aufforderung "Bitte wählen Sie Ihren Editor" geben. Dies wäre besonders hilfreich für Kunden ohne aktiven Entwickler/Betreuer, die sich Sorgen um Änderungen machen.

@senlin

Das, Tammie, ist *genau die wirtschaftlichen Auswirkungen, die @gidgey (Bridget) mit diesem Beitrag

Die Standardantwort auf die Bedenken der Entwickler scheint zu sein: "Aber Gutenberg ist großartig!!!" Im Moment ist es mir egal, wie großartig es ist, das werde ich zu gegebener Zeit durch die richtige Verwendung nach der Veröffentlichung herausfinden. Im Moment kümmere ich mich darum, was passieren wird und was ich tun muss, die über 30 Websites, die ich derzeit betreue, und die Handvoll, die ich derzeit in der Entwicklung habe.

Benutzer sind alle Arten von Menschen - diejenigen, die tatsächlich schreiben, Theme-Ersteller, Plugin-Hersteller und vieles mehr.

@karmatosed Das ist auch etwas herablassend und trägt nicht dazu bei, wie entfremdet sich einige Entwickler derzeit fühlen. Wir wissen, dass wir nicht die einzigen Benutzer sind. Tatsächlich gab es in diesem Thread Kommentare, die unsere Besorgnis über die Auswirkungen auf einige dieser Benutzer zum Ausdruck brachten, die tatsächlich schreiben, da sie unsere Kunden sind. Wir machen es nicht nur darum, wie wir codieren wollen (obwohl das ein Element davon ist, aber für dieses Thema nicht relevant ist).

@senlin lass uns von den Vorwürfen der Absicht

Ich teilte mit, was ich tat, um zu informieren, nicht um zu bevormunden. Es ist wichtig anzumerken, dass ich den Wert dieser Diskussion sehe, ich mich hier engagiert habe und mich hier engagiert. Ich sehe auch den Sinn des Threads. Ich hatte das Gefühl, dass das Teilen der Ressourcen, die wir jetzt haben, wichtig war, um einen Weg zu erarbeiten.

Lassen Sie uns von diesem Punkt aus weitermachen und in eine Antwort auf Ihren Kommentar eintauchen:

Wie sieht es mit den Kunden der Websites aus, die ich vor einigen Jahren entwickelt habe?

Aus diesem Grund habe ich die Dokumentationszitate hinzugefügt, um die potenziellen Fallbacks aufzuzeigen, an denen gearbeitet wird. Es hängt von der Metabox ab, aber dieser Fallback ist möglicherweise das, was passiert.

Für diejenigen, die daran arbeiten, ist es wichtig zu wissen, dass es wichtig ist, die Beispiele zu teilen, an die Sie denken. Das hilft dem Zwei-Wege-Gespräch.

@doubleedesign , danke auch für deine Antwort.

Muss für Websites, die in absehbarer Zeit den klassischen Editor verwenden, dieser vor der Einführung von 5.0 installiert werden?

Das klassische Editor-Plugin muss heute aktiviert werden. Dies würde bedeuten, dass es am Tag 5.0 live ist.

Ich würde die Leute nach Möglichkeit ermutigen, Gutenberg heute auf Websites auszuprobieren. Durch Ausprobieren können Fehler, Probleme und Feedback an diejenigen gesendet werden, die daran arbeiten. Das ist entscheidend, um diese Zwei-Wege-Diskussion zu bekommen.

_Es wird_ von der Metabox abhängen, aber dieser Fallback _möglicherweise_ passiert.

Ich

Es hängt von der Metabox ab, aber dieser Fallback ist möglicherweise das, was passiert.

Zugegeben, ich war selbst noch nie an einem Softwareprojekt dieser Größe beteiligt, daher weiß ich nicht, ob das normal ist, aber ich bin nervös wegen all der Teile, die so kurz vor der Veröffentlichung noch unsicher erscheinen.

@doubleedesign, nur um das

Wir wissen, dass wir nicht die einzigen Benutzer sind. Tatsächlich gab es in diesem Thread Kommentare, die unsere Besorgnis über die Auswirkungen auf einige dieser Benutzer zum Ausdruck brachten, die tatsächlich schreiben, da sie unsere Kunden sind.

Ich sagte, es geht um die Erfahrung für alle, Entwickler, Designer, Benutzer. Ich wollte mich an diesem Punkt vergewissern, da ich das Gefühl hatte, dass es missverstanden wurde. Ich habe gesagt, alles ist wichtig und ich habe die Entwicklererfahrung keineswegs abgetan.

Um zusammenzufassen, was ich gesagt habe:

• Wenn 5.0 ausgeliefert wird, geht nichts kaputt. Es gibt Möglichkeiten, dies zu vermeiden. Weitere Optionen können hinzugefügt werden.
• Um sicherzustellen, dass nichts kaputt geht, ist Feedback erforderlich. Testen und dem Team mitteilen, wo die Probleme liegen und welche Setups kaputt gehen, ist wichtig. Das soll nicht heißen, dass diejenigen, die daran arbeiten, nicht testen, es ist nur jeder einzelne Stressfall, der da draußen ist, niemand weiß es. Die Zwei-Wege-Kommunikation ist der Schlüssel.
• Wie Gutenberg versendet, ist ein Detail für 5.0. Das Team konzentriert sich derzeit auf das Produkt, holt Feedback ein, reagiert und iteriert. Das schließt nichts aus, aber hier kommt der Vorsprung von 5.0, die Community, ins Spiel; herauszufinden, wie Gutenberg versendet wird.

@karmatosed

Wenn 5.0 ausgeliefert wird, geht nichts kaputt.

Ist dies eine Garantie oder nur eine Zusammenfassung dessen, was Sie gesagt haben, ohne dass darauf Wert gelegt wird?

@gidgey Ich denke, https://gettingreadyforgutenberg.com/

Mir ist klar, dass dies hauptsächlich ein potenzielles Symptom anspricht und nicht ein übergreifendes Anliegen, das Sie haben. Aus rein philosophischer Sicht frage ich mich, ob wir die Widerstandsfähigkeit des Menschentyps, den diese Gemeinschaft anzieht, unterschätzen.

Ich kann die Zukunft nicht vorhersagen (obwohl sie ganz oben auf meiner Wunschliste für Supermächte steht), aber Sie haben Recht, dass es große wirtschaftliche Auswirkungen haben wird. Ich denke, wir müssen mit offenen Augen in diese Veränderung gehen und danke Ihnen, dass Sie Ihre Bedenken hier offen zur Diskussion gestellt haben. Es sind Gespräche wie diese, die uns helfen, unsere Ängste zu benennen, damit wir sie so gut wie möglich angehen können. 🤗

Genau, Josepha. Meine Absicht ist nicht Angstmacherei, sondern Bewusstsein.

Danke Piet und Tammie für Ihre Kommentare.

Dies war eine großartige und dringend benötigte Diskussion.

Am Dienstag, 12. Dezember 2017 um 8:16 Uhr, josephahaden [email protected]
schrieb:

@gidgey https://github.com/gidgey Ich denke auch eine mögliche Lösung in
the midterm ist diese Crowdsourcing-Site, um Hilfe zu bekommen und zu geben
Umstellung von Produkten auf Gutenberg: https://gettingreadyforgutenberg.com/

Mir ist klar, dass dies hauptsächlich ein potenzielles Symptom anspricht, und nicht ein
übergeordnetes Anliegen Sie haben. Aus rein philosophischer Sicht bin ich
frage mich, ob wir die Belastbarkeit dieser Art von Person unterschätzen
Gemeinschaft anzieht.

Ich kann die Zukunft nicht vorhersagen (obwohl sie ganz oben auf meiner Wunschliste für super steht
Befugnisse), aber Sie haben Recht, dass dies große wirtschaftliche Auswirkungen haben wird. Ich denke
wir müssen mit offenen Augen in diese Veränderung gehen, und danke dafür
Ihre Bedenken hier offen zur Diskussion stellen. Es sind Gespräche
wie diese, die uns helfen, unsere Ängste zu benennen, damit wir sie so gut wie möglich ansprechen können
kann. 🤗

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-351101104 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AV3JZpL52P_idTCVbWhTT9qAnAnHjgfyks5s_qbegaJpZM4Q93ul
.

--
Handy 949 370 4059
www.bridgetwillard.com

CPTs funktionieren nicht mehr ohne die Angabe von show_in_rest ?!?!?! Also soll ich jetzt wieder auf die Sites der Kunden gehen und 3-5 Jahre Arbeit wiederholen?

Mein Verständnis ist, dass es umgekehrt ist; CPTs, die show_in_rest nicht explizit deklarieren, verwenden Gutenberg nicht standardmäßig. Gutenberg verwendet die REST-API, um Post-Daten abzurufen und zu speichern. Wenn das CPT die REST-API nicht unterstützt, kann Gutenberg damit nicht arbeiten.

Daher verwenden ~95 % der CPTs standardmäßig den Classic-Editor, ohne dass Änderungen erforderlich sind.

https://github.com/WordPress/gutenberg/blob/9864a6092a965d2985307ed2456f83148a1dee78/lib/register.php#L303 -L338

CPTs, die show_in_rest nicht explizit deklarieren, verwenden Gutenberg standardmäßig nicht.

Dies ist eigentlich ein "Bug" in der API, da jedes CPT mit "show_ui" => true in Gutenberg bearbeitet werden können sollte. Und ich gehe davon aus, dass dies vor der Zusammenführung behoben wird.

@iandunn Das ist ein großes Problem für den zukünftigen Fortschritt von Gutenberg, da Gutenberg nicht nur ein Editor-Ersatz sein soll, sondern eine ganz neue Art der Verwaltung von Ansichten. Wenn CPTs Gutenberg blockieren, kann Gutenberg nicht über den Editor hinausgehen.

Ich stimme hier voll und ganz zu, dass das Problem für mich nicht die Veränderung ist. Wenn wir uns nicht ändern oder voranschreiten würden, würden wir immer noch bei WordPress v1 hängen bleiben, was zu der Zeit erstaunlich war, aber bei weitem nicht so gut ist wie jetzt.

Die Sorge ist der Zeitpunkt der Einführung. Uns wird gesagt, dass Gutenberg irgendwann Anfang 2018 eingeführt wird, was sehr besorgniserregend und meiner Meinung nach viel zu früh ist.

Die meisten Projekte in WordPress (denken Sie an die REST-API) waren monate- oder sogar jahrelang Plugins, bevor sie in Core eingeführt wurden, und wir nicht einmal Plugins, die Benutzer tatsächlich bemerken würden. Dies ist die erste große Entwicklung, an die ich mich erinnern kann, die jeden Benutzer von WordPress massiv beeinflussen wird. Egal, ob Sie Entwickler, Design- oder Content-Editor sind, es wird Sie auf die eine oder andere Weise beeinflussen.

Um diesen Effekt abzuschwächen und den Übergang reibungsloser zu gestalten, brauchen wir einfach mehr Zeit. Im Moment verwenden wir, wie die meisten in diesem Thread und viele Entwickler in der WordPress-Community, die ich kenne, Tools wie ACF, um Websites zu erstellen, die auf die Bedürfnisse der Kunden zugeschnitten sind. Um dasselbe in Zukunft zu tun, muss ich in so kurzer Zeit eine völlig neue Sprache mit Javascript und React lernen, was in 4 - 6 Monaten unrealistisch ist.

Viele Threads hier sagen uns, dass wir die Dokumentation lesen und alles über Gutenberg erfahren sollten. Es ist nicht so, dass ich nicht bereit wäre, Javascript und React und Gutenberg zu lernen - ich würde es gerne tun und es scheint, als würdest du etwas Neues in WordPress erstellen, das der richtige Weg ist. Aber wie viele in diesem Thread habe ich ein Geschäft zu führen, aktuelle Kunden zu betreuen und realistischerweise kann ich dies nicht in so kurzer Zeit lernen. Mir fehlt einfach die Zeit.

Ich mache mir wirklich Sorgen darüber, was mit den Client-Sites passieren wird, wenn WordPress Version 5 landet, und ich würde viele unzufriedene Kunden erwarten. Zugegeben, da sind wir noch nicht und ich hoffe, dass der Weg zur WordPress-Version 5 mit Gutenberg reibungslos verläuft. Ich muss jedoch zugeben, dass mich nicht viel, was ich höre, davon überzeugt, dass dies der Fall sein wird, mit gemischten Botschaften.

Nie zuvor gab es in der Community ein so umstrittenes Thema. Uns wird gesagt, dass wir uns keine Sorgen machen sollen, aber es gibt keine soliden Beweise dafür. Ich hoffe nur, dass es reibungsloser geht, als ich erwartet habe.

Ich denke laut, aber ich frage mich, ob die Leute verschiedene Zeiten im Kopf haben, wenn sie denken, dass 5.0 veröffentlicht wird.

Meine Rückseite der Serviettengedanken sind:

Gutenberg fährt mit regelmäßigen wöchentlichen Veröffentlichungen als Plugin (mit einer wohlverdienten Urlaubspause) bis etwa Anfang April fort.

Dann wird Gutenberg zur Fusion mit Core vorgeschlagen. Dies wird wahrscheinlich mindestens eine Woche logistische Arbeit in Anspruch nehmen, vielleicht 2 Wochen. Wir schauen dann auf Mitte April.

In früheren Versionen nach der Zusammenführung von Feature-Projekten gab es eine Woche lange Zeit, bevor Beta 1 veröffentlicht wurde. Ich werde den 25. April sagen (wiederum sind dies meine Gedanken, kein fester Zeitplan).

Eine Version dieser Größe wird wahrscheinlich mindestens 4 Betas benötigen, aber ich denke, 5 könnten hier sicherer sein. Also sagen wir, dass es Ende Mai ist, bevor wir RC1 erreichen.

Eine 3-wöchige RC-Phase, um alle Kanten auszubügeln, findet um den 19. Juni herum statt, was nur etwa 1 Jahr nach Gutenbergs Weltpremiere auf der WCEU 2017 ist (ohne zu berücksichtigen, dass zuvor die Arbeiten im Gange waren und die Posts auf make.wordcamp.org/ waren. Kern ein paar Monate früher, der einige der frühen Arbeiten skizziert)

Wenn ich daran denke, dass wir im Wesentlichen an einem Punkt angekommen sind, an dem die API stabil ist, dauert die Vorbereitung mehr als 6 Monate. Offensichtlich besteht kurzfristig Bedarf an mehr Dokumentation, um es den Leuten zu erleichtern, auf Gutenebg aufzubauen, aber das sind im Wesentlichen 2 Quartale, um sich auf die Wasserfalltypen vorzubereiten, oder 13 2-wöchige Sprints für die agileren Leute.

_Drop in von der AWP Facebook-Gruppe_

Ich stimme der Notwendigkeit der Bildung zu. Allerdings werden wir als Entwickler/Site-Ersteller nicht viel Zeit brauchen, um Gutenberg auf einigen bestehenden Sites zu testen. Wenn Sie eine Staging- / lokale Site für eine Site haben, die Sie bereits fertiggestellt haben, installieren Sie einfach Gutenberg darauf und testen Sie es. Ich habe vielleicht eine halbe Stunde gebraucht, um Gutenberg auf 3 Sites zu testen (ich habe WordPress und alle Plugins auch auf diesen Sites aktualisiert). Eine, die Beaver Builder verwendet, war für die Seiten völlig in Ordnung, solange ich Beaver Builder verwendet habe (was die absolut vernünftige Sache ist) und die Beiträge (kein Builder) sofort einsatzbereit waren.
Die anderen beiden Sites wurden durch starke Nutzung von ACF betrieben und ich fand heraus, dass die Metaboxen derzeit nicht gespeichert werden. Ich habe es noch nicht herausgefunden, und ich werde wahrscheinlich auf GitHub berichten (ich habe gesehen, dass es bereits ein paar Probleme zu dem Thema gab), wenn ich etwas Zeit habe.

Ich persönlich habe Vertrauen in das Kernteam und alle Mitwirkenden, die wirklich hart an Gutenberg arbeiten, dass 5.0, wenn 5.0 herauskommt, für einen wirklich hohen Prozentsatz aller Websites sofort einsatzbereit sein wird. Das Ziel meines Erachtens ist es nicht, die meisten Websites, die auf WordPress laufen, zu zerstören.
Wir müssen der Community jedoch etwas zurückgeben, indem wir zumindest alle Inkompatibilitäten melden, die uns auf dem Weg begegnen.

Auch dem Punkt "es wird viel kosten" kann ich nicht ganz zustimmen. Was wird? Das klassische Editor-Plugin installieren? Wenn Sie eine Supportvereinbarung mit Ihren Kunden haben, installieren Sie im Rahmen des 5.0-Updates auch das Classic Editor-Plugin. Boom! Sie sind fertig :)
Wenn Sie keine Support-Vereinbarung haben, nehmen Sie sich einen Tag (oder wie viel Zeit Sie brauchen – Sie haben ein paar Monate Zeit), um eine Liste der früheren Kunden zu erstellen, für die Sie Websites erstellt haben. Senden Sie an sich selbst und Bcc an alle und schreiben Sie etwas in der Art von

Hey, ich wollte dir nur eine Vorwarnung mit WordPress 5.0 geben, die für die Veröffentlichung geplant ist, wird ein größeres Update rund um die Veröffentlichungs-/Bearbeitungserfahrung vorgenommen. Da es sich um ein wirklich umfangreiches Update handelt, kann es potenziell negative Auswirkungen auf die Verwaltung des Inhalts Ihrer Website haben.
Verzweifeln Sie aber nicht! Es gibt eine wirklich einfache Lösung, mit der Sie trotzdem sicher aktualisieren können - installieren und aktivieren Sie einfach das Plugin "Classic Editor". Dadurch wird sichergestellt, dass Sie weiterhin dieselbe Benutzeroberfläche verwenden, die Sie gewohnt sind.
Wie immer empfehle ich Ihnen, diese Updates auf einer Staging-Site durchzuführen oder zumindest ein Backup Ihrer Site zu erstellen, bevor Sie WordPress aktualisieren.
Wenn Sie mehr über das kommende Update erfahren möchten, können Sie es hier nachlesen

Wenn Sie Hilfe benötigen, helfe ich Ihnen gerne.
Mit freundlichen Grüßen,

Boom! Sie sind fertig. Ja, zu diesem Zeitpunkt müssen Sie möglicherweise auf eine Reihe von Anfragen antworten, aber das wird die Zufriedenheit Ihrer Kunden nur festigen. Sie werden sehen, dass Sie sich um sie und das Wohl ihrer Website kümmern, auch nachdem Sie sie fertiggestellt haben. Wenn Sie Ihren Kunden keine Vorwarnung geben wollen, dann tun Sie es nicht, für mich würde es sich lohnen.

Einige Gedanken, die ich nicht auf Facebook gepostet habe:

• Es wäre eine gute Idee, nach dem Update auf 5.0 einen Zeiger (so wurden sie genannt, oder?) zu erstellen, der die Leute über Gutenberg informiert, und dass sie das Classic Editor-Plugin installieren können, um ihre alte Benutzeroberfläche zurückzubekommen. Dies kann die Anzahl der frustrierten Personen, die zu Google/Entwickler/Support/usw. eilen, drastisch reduzieren. für Hilfe.
• Jeder, der behauptet, dass er alles ändern muss, was er derzeit für die Entwicklung benutzerdefinierter WordPress-Sites tut – bitte haben Sie Verständnis dafür, dass dies nicht der Fall sein wird. Im schlimmsten Fall müssen Sie nur ein einzelnes Plugin installieren (oder den entsprechenden Code zu Ihrem Theme/Plugin hinzufügen) und das war's .
• Für alle, die sagen, dass es nicht genug Zeit zum Anpassen gibt (sogar Plugin-Autoren) - bitte, es gibt mehr als 4 Monate. Gutenberg ist nicht etwas, an dem hinter den Kulissen gearbeitet wird und das ohne Vorwarnung jedem auf den Kopf geworfen wird. Auch hier: Wenn Sie jetzt testen, wissen Sie, ob Sie Änderungen vornehmen müssen. Wenn etwas nicht funktioniert, tragen Sie dazu bei, indem Sie ein Problem erstellen.

Und schlussendlich...

Bitte, bitte, bitte - seid freundlich zu allen Mitwirkenden. Ich verstehe, dass große Veränderungen frustrierend sind, aber versetzen Sie sich nur für eine Minute in die Lage eines Mitarbeiters, der an Gutenberg arbeitet oder dahinter steht. Wie würden Sie sich fühlen, wenn Tausende von Fingern auf Sie zeigen und sagen: "Was Sie tun, ist schlecht und Sie sollten sich schlecht fühlen. Wir wollen Ihre Innovation nicht"? Arbeiten Sie mit statt gegen die Mitwirkenden. Helfen Sie ihnen, alle Kombinationen von Code/Plugins/Themes zu finden, über die sie unmöglich stolpern könnten. Helfen Sie mit, den Übergang für alle einfacher und besser zu machen. Gib der Community etwas zurück :heart:

Frieden raus :v:

@senlin

Ich schaue mir ernsthaft andere CMS an und habe bereits einige Seiten mit Grav CMS erstellt.

Sie sind also bereit, die Zeit zu investieren, um ein anderes CMS zu erlernen, aber kein Plugin zu installieren, das die Erfahrung so hält, wie sie ist? Verstehen Sie, dass alles, was Sie nicht der alleinige Entwickler sind, irgendwann in der Zukunft eine Entscheidung treffen könnte, die Sie nicht mögen/mit der Sie nicht einverstanden sind, und Sie in die gleiche Situation bringen? Es steht Ihnen natürlich frei, zu tun, was Sie wollen, für mich scheint es einfach eine unlogische Entscheidung zu sein, in Anbetracht der Situation, wie ich sie verstehe (vielleicht verstehen wir es einfach anders?).

CPTs funktionieren nicht mehr ohne die Angabe von show_in_rest ?!?!?! Also soll ich jetzt wieder auf die Sites der Kunden gehen und 3-5 Jahre Arbeit wiederholen?

Wenn Ihr CPT wie jetzt nicht show_in_rest deklariert, wird standardmäßig der Standard-Editor verwendet (Sie wissen also nicht einmal, dass Gutenberg installiert ist, wenn Sie einen Beitrag in Ihrem CPT bearbeiten). Wie @youknowriad oben erwähnt hat, sollte dies jedoch in Zukunft behoben werden, sodass show_in_rest standardmäßig den Wert von show_ui wenn es fehlt.

Hatten Sie die Gelegenheit, Gutenberg mit einer der Websites zu testen, die Sie zuvor erstellt haben? Wenn nicht, würde ich dringend empfehlen, es auf einer Entwicklerseite zu installieren, damit Sie ein besseres Bild davon bekommen, was mit Ihrem Setup funktioniert und was nicht.

@nikolov-tmw Nikola,

Sie sind also bereit, die Zeit zu investieren, um ein anderes CMS zu erlernen

Ja, tatsächlich!

aber kein Plugin installieren, das die Erfahrung so hält, wie sie ist?

Hält die Erfahrung wie lange genau?

Es steht dir natürlich frei zu tun, was du willst

Wow, danke, ich brauchte wirklich deine Erlaubnis!

Vielleicht verstehen wir es einfach anders?

wahrscheinlich

Hatten Sie die Gelegenheit, Gutenberg mit einer der Websites zu testen, die Sie zuvor erstellt haben?

Tatsächlich habe ich es auf ein paar Seiten installiert

Wenn nicht, würde ich dringend empfehlen, es auf einer Entwicklerseite zu installieren, damit Sie ein besseres Bild davon bekommen, was mit Ihrem Setup funktioniert und was nicht.

Danke für die Annahme!

Ich denke, am Ende hängt die wirtschaftliche Auswirkung davon ab, wie Sie Websites erstellen (für Kunden). Sie erwähnen Beaver Builder, ich habe bereits erwähnt (scrollen Sie nach oben), dass Page Builder nichts ist, was ich benutze oder meine Kunden wollen. Also zwei verschiedene Dinge, die Sie hier wirklich vergleichen.

Die wirtschaftlichen Auswirkungen, die der Wechsel zu Gutenberg für mich haben wird, sind so groß, dass ich tatsächlich eher auf eine andere Art der Erstellung von Websites umsteige. Danke für Ihr Verständnis und Respekt!

So viele tolle Punkte hier. Ich stimme so ziemlich allen zu. Ich denke, die wirkliche Lösung besteht darin, dass Kern-Wordpress Gutenberg als OPTION implementiert. Lassen Sie uns die Möglichkeit, den Tiny MCE-Editor zu verwenden, ohne ein Plugin installieren zu müssen.

Ich verstehe beide Seiten. Die Chancen und die Sorgen. Ich habe keine Ahnung, ob Gutenberg neue WordPress-Benutzer anzieht oder die bestehenden beleidigt. Aber als Entwickler muss ich sagen, dass alles, was ich darüber gelesen habe, wie Gutenberg Teil des WordPress-Cores werden soll, falsch erscheint.

Ich vermisse @m in diesem Gespräch. Wo ist das Gerede über die Rückwärtskompatibilität aus der Vergangenheit? Wenn Sie sanfte Übergänge wünschen, dürfen Sie keine Breaking Changes erzwingen. Stellen Sie kein Plugin bereit, um zum klassischen Editor zurückzukehren. Machen Sie den klassischen Editor zum Standard für alle bestehenden WordPress-Updates auf 5.0. Machen Sie Gutenberg zu einer Option für diejenigen, die aktualisieren. Haben Sie schon einmal daran gedacht, dass Tausende von WordPress-Installationen ein automatisches Update durchführen? Sie werden nicht 90% der Benutzer erreichen, um ihnen zu sagen, wie sie das Gutenberg-Problem "lösen" können. Einfach nicht aktivieren. Erzählen Sie Ihre Geschichte darüber auf dem WordPress-Update-Bildschirm. Sagen Sie den Leuten, warum es interessant sein könnte. Wenn Gutenberg die Zukunft ist, können Sie es bei jeder neuen WordPress-Installation aktivieren, aber niemals nach einem Update auf Gutenberg zurücksetzen.

WooCommerce ist zu CRUD umgezogen. Eine bahnbrechende Veränderung. Und es war nicht so glatt wie erwartet. Die Abwärtskompatibilität wurde jedoch nicht beeinträchtigt. Entwickler hatten Zeit, sich anzupassen, nachdem CRUD eingeführt wurde. Warum nicht dasselbe mit Gutenberg?

Sie sprechen von einer besseren Gutenberg-Dokumentation. Bußgeld. Aber beim Entwickeln von Plugins und Anwendungen auf Basis von WordPress habe ich die beste Dokumentation im Quellcode gelernt. Daher müssen Sie einfach warten, bis der endgültige Gutenberg eintrifft, da Sie nicht wissen, was sich während der weiteren Gutenberg-Entwicklung ändern wird.

Wenn ich der Projektleiter wäre, würde ich einem einfachen Plan folgen:

1. Gutenberg würde den aktiven Editor für WordPress-Updates nicht bekommen. Nur für neue WordPress-Installationen
2. Das Plugin zum Wechseln zum klassischen Editor wäre Teil von core. Seine Einstellungen wären unter den allgemeinen Veröffentlichungsoptionen von WordPress sichtbar.
3. CPTs würden wie zuvor funktionieren. Wenn sie Editor-Unterstützung erklären, wird standardmäßig der klassische Editor verwendet. Wenn sie Gutenberg verwenden sollten, müssten sie es deklarieren.
4. Metaboxen würden wie zuvor funktionieren. Egal ob es sich um Content, Taxonomien oder Custom-Stuff handelt. Es gibt einfach keinen Grund, warum der Redakteur Einfluss auf die Geschäftslogik haben sollte.
5. Und nicht zuletzt wäre Gutenberg für mich nichts anderes als jeder andere Pagebuilder. Daher würde ich mir die hervorragende Arbeit dieser Entwickler genau ansehen und wie sie es geschafft haben, KEINE WordPress-Kernfunktionen zu zerstören ;-)

Nur meine 2 Cent

Apropos wirtschaftliche Auswirkungen:

Einige behaupten, dass [GB] ein Fehler ist, den ich beheben sollte, da ich WordPress überhaupt vorgeschlagen habe.

https://deliciousbrains.com/wordpress-gutenberg/#comment -3700968927

Vielen Dank an alle, die sich die Zeit genommen haben, sich einzumischen. Dies ist ein aussagekräftiges Feedback, auf das man sich im Laufe des Projekts beziehen kann.

Schließe dieses Problem, da nichts sofort umsetzbar ist.