Gutenberg: グーテンベルク展開のタイムラインの経済的影響

素晴らしいポストブリジット、これを書いてくれてありがとう。 それは私の懸念を反映しています。

私は以前、会社を辞めるまでに、カスタムテーマ（社内フレームワークで構築）を備えた400を超えるWordPressサイトがあり、古いCMSからさらに200を移行するという長年のプロセスにありました。新しいビルドに加えて。 このような企業がグーテンベルクを注意深く監視して準備していることは間違いありませんが、400以上のサイトをグーテンベルクで動作させるのではなく、開発者の時間のかなりの部分がグーテンベルクを無効にするためのインストールに費やされると思います。

私は自分で30のサイトを管理していて、それを実行します。その後、各サイトを後日調べて、簡単に更新できるサイトを確認し、残りのサイトをどうするかを考えます。

サイトの複雑さによっては、クライアントがグーテンベルクに合うようにテーマをアップグレードするように特に要求しない限り、開発者は既存のサイトにこれに多くの時間を費やす余裕がないため、料金を請求することはできません。 常にWordPressの強みである下位互換性を中心にメンテナンス価格体系を構築しましたが、これは、以前の役割で同僚が取り組んでいるのを目撃したDrupal 6から7への長い移行を思い出させます-違いは、Drupalが常にそうであった方法ですしたがって、契約と価格設定構造はそれを反映しています。

契約には、サイトが最新バージョンのWordPressまたはプラグインとの互換性を失った場合、解決策が見つかるまで最後の互換性のあるバージョンで実行し続けるという条項があります。 WordPress自体にその句を使用する必要があるとは思ってもみませんでした。

別の注意点として、メタボックスとショートコードに依存する無料または商用のテーマを使用して自分のWebサイトをDIYしたユーザーがいます。そのサイトは、グーテンベルクが明らかにオプションでない場合、ある時点で突然壊れます。 確かにそれは保持のためにひどいでしょう。

開発者の時間のかなりの部分がそれを無効にするために何かをインストールするのに費やされると思います

まさに私の考え。

私はClassicEditorプラグインを見てきました。これを使用すると、ユーザーはGutenbergを完全に削除するためにボックスにチェックマークを付ける必要があります。 だから私はそれをフォークしてクライアントのサイトにインストールするか、5.0がドロップする直前にバージョンを499.xに設定するだけです。

そして、ほとんどのクライアントが自分のサイトで実行されているCMSを本当に気にしないことは誰もが知っているので、自分の時間でクライアントをGrav、Kirby、またはその他の好きなものに移行できます。

@doubleedesignその句があるのは良いことです。 私はあなたが彼らにその考えに慣れさせることができるようにあなたの顧客基盤を遅かれ早かれ教育し始めるでしょう。

@senlin Piet、

あなたはWordPressを離れることができると言っていますか？

@gidgey Bridget、

私は他のCMSを真剣に検討しており、すでにいくつかのサイトをGravCMSと一緒にまとめています。

ですから、確かに、グーテンベルクがWP 5.0にドロップしたときに、私がWPをドロップする可能性は50％以上あると言えます。

そして考慮すべき他の何か：

WPを選択した場合、間違いなくACFで構築する中規模のプロジェクトを着陸させる場合、実際にWPを選択しますか？

私はそうしないことを知っています。 私が開発したサイトはもう編集できない、またはもう更新できないことを4か月以内にクライアントに伝えるよりも、学習曲線が必要です。

これは私が恐れていることです-大規模に。

私はあなたの誠実さに感謝し、あなたを責めません。 それはマーケティングです
確かに問題。

14:41時月、2017年12月11日には、ピエト・ボスの[email protected]は書きました：

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

私は他のCMSを真剣に検討しており、すでに
GravCMSを備えたいくつかのサイト。

だから、はい、あなたは確かに私が50％以上の可能性があると言うことができます
グーテンベルクがWP5.0にドロップすると、WPがドロップします。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350882640 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AV3JZs__wiuV2FslRNQMRkxvCoRKWnEJks5s_a-kgaJpZM4Q93ul
。

-
セル9493704059
www.bridgetwillard.com

これはまさに私が友人やクライアントと話していることです。

はぁ。 フィードバックをありがとう、Piet。

午前3時01分PMに月、2017年12月11日には、ピエト・ボスの[email protected]は書きました：

そして考慮すべき他の何か：

あなたが今中規模のプロジェクトを上陸させているなら、あなたは間違いなくそうするでしょう
WPを選択する場合、ACFで構築されていますが、実際にWPを選択しますか？

私はそうしないことを知っています。 言うよりも、学習曲線が欲しい
私が開発したサイトがもう編集できない、または
もう更新できません。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350887165 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AV3JZrxdz6HgF-9vGrhvZPC5Bi7prd2Nks5s_bQ7gaJpZM4Q93ul
。

-
セル9493704059
www.bridgetwillard.com

WPを選択した場合にACFで確実に構築される中規模のプロジェクトを着陸させる場合、実際にWPを選択しますか？

いくつかの裏話：私はジュニアDrupal開発者としてキャリアを開始し、自分のクライアントの側でWPを学びました。 私の次の仕事は100％WordPressだったので、両方のエコシステムにとどまりたいと思っていましたが、実際には短い話で、ほとんどWPに固執する方が理にかなっています。

私をACFに最初に惹きつけたのは、基本的に、Drupalについて私が気に入ったもの（バックエンドでコンテンツタイプのフィールドを簡単に指定する機能）をWPにもたらしたことです。 これには非常に多くの用途があります。 クライアントは、フォーマットやレイアウトを気にすることなく、フォームにコンテンツを簡単に入力できます。その後、テンプレートを使用して表示を制御します。 これが私がサイトを構築する方法の基礎です。

ですから、私がもうこのように構築できず、グーテンベルクが私のクライアントのために機能しない場合（彼らがフォーマットやレイアウトについて考えたくないのでそれを嫌う人をすでに考えることができます、それが私の仕事です）、いいえ、 WPを選ばない場合もあります。 私はおそらくDrupalに戻るでしょう。 すべての人のためではなく、おそらくほとんどの人にとってもそうではありません-私はまだWPで作業します-しかし確かに一部の人にとっては。

記入していただきありがとうございます、リーサ。

私の推測（そして希望）は、ACFプラグインが変換されるということです。 しかし、それはオンです
WordPress Coreではなく、ブロックを作成します。 私は彼らが
また、あまりにも多くの投資をする前に、グーテンベルクの「船」バージョンを待っています
リソース（時間とお金）。 それが私がすることです。

2017年12月11日月曜日午後3時10分、リーサワード[email protected]
書きました：

あなたが今中規模のプロジェクトを上陸させているなら、あなたは間違いなくそうするでしょう
WPを選択する場合、ACFで構築されていますが、実際にWPを選択しますか？

いくつかの裏話：私はジュニアDrupal開発者としてキャリアを開始し、WPを学びました
私自身のクライアントの側に。 次の仕事は100％WordPressだったので、
両方のエコシステムにとどまりたいと思っていましたが、実際には短い話でしたが、
主にWPに固執する感覚。

私をACFに惹きつけた最初のことは、基本的にそれがもたらしたということでした
Drupalについて私が気に入ったもの-コンテンツのフィールドを指定する機能
バックエンドで簡単に入力します-WPに入力します。 の用途はたくさんあります
これ。 クライアントがフォームにコンテンツを入力しなくても簡単に入力できます
フォーマットとレイアウトを気にする必要があり、それから私はディスプレイを制御します
テンプレートで。 これが私がサイトを構築する方法の基礎です。

だから私がもうこのように構築することができず、グーテンベルクが私のために機能しない場合
クライアント（私は彼らがそうしないのでそれを嫌うだろう何人かをすでに考えることができます
フォーマットやレイアウトについて考えたい、それが私の仕事です）それならいいえ、私は
場合によってはWPを選択しないでください。 私はおそらくDrupalに戻るでしょう。 のためではない
みんな、そしておそらくほとんどの人にとってさえではない-私はまだWPで働いています

• しかし、間違いなく一部の人にとっては。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350889174 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AV3JZmN-TRB-9rQgHSqACUhcz9CqdOl-ks5s_bZtgaJpZM4Q93ul
。

-
セル9493704059
www.bridgetwillard.com

私の推測（そして希望）は、ACFプラグインが変換されるということです。

はい、絶対にそうなると思います。そのため、すぐに船をDrupalにジャンプして戻すことはありません;）WooCommerceとは異なり、エコシステムのバックボーンになっています。

しかし、開発者がACFと互換性を持たせるには時間が必要なため、それでも心配です。 つまり、プラグインを頻繁に使用する人は、変換するまで既存のサイトを変換できません。 これにより、すでに短いタイムラインがさらに短くなる可能性があります。

私は、グーテンベルクが少なくとも1年間は任意であるという提案に完全に同意します。 これにより、プラグイン開発者は、プラグインを互換性のあるものにするための徹底的な作業を行う機会が得られるだけでなく、開発者がそれらの変更を統合してクライアントを教育する時間を得ることができます。

さらに、コスト/時間の制約のためにまったく変換されないサイトのために、グーテンベルクをオフのままにし、その後さらに長い間クラシックエディターを維持するオプション（たとえば、クラシックエディタープラグインを介して）が必要です。 。 中小規模のウェブサイトの保存期間は、数年以内にそのクライアントがとにかく再設計を望むかもしれず、その時が来るとグーテンベルクを手に入れることを意味します。

@doubleedesign Leesaはここで素晴らしいポイントを示しています：

彼ら[クライアント]はフォーマットやレイアウトについて考えたくない、それが私の仕事です

そして、それは私を怒らせたり失望させたりするものの1つでもあります！ ページビルダーがあることは1つのことです。 明らかにそのための市場はありますが、それは私の市場でもクライアントの市場でもありません。
では、なぜ誰もがWPに押し込まれてページビルダーになるのでしょうか。 そして、それのために_democratizingpublishing_というフレーズを使用することはそれを正しくしません。

私がクライアントのためにサイトを構築するとき、それらは高度にカスタマイズされており、クライアントの希望どおりに動作します。 私のクライアントは、コンテンツの編集に関して間違いを犯しません。なぜなら、（ACFを使用して）間違いの余地がないバックエンドエクスペリエンスを作成するからです。

私は@ mor10によるプレゼンテーションを見ていました。そこで彼は、テーマ開発者がコンテンツを通じてユーザーを導くことができると述べました。

私はすでに過去数年間それをやっています!!! グーテンベルクなし！

私は2005年にWPに参加し、それ以来非常に楽しく使用しています。 私はいくつかのプラグインを開発しましたが、いくつかは他のプラグインよりも人気があり、いわば私を通りから遠ざける専門分野を開発しました。

私がクライアントによく言うように、ウェブサイトの世界は常に動いており、WPで集中的に過ごした時間は終わりに近づいており、発見する新しいフロンティアが私にとって地平線上にあると思います。

私はそれが終わる方法が好きではありませんが、それでも、ゆっくりと死ぬようにするよりも、プッシュする方が解散が簡単な場合があります...

ページビルダーがあることは1つのことです。 明らかにそのための市場はありますが、それは私の市場でもクライアントの市場でもありません...

私のクライアントは、コンテンツの編集に関して間違いを犯しません。なぜなら、（ACFを使用して）間違いの余地がないバックエンドエクスペリエンスを作成するからです。

@senlin 、それはあなたが私の心を読んでいるようなものです！ ;）

ページビルダーがあることは1つのことです。 明らかにそのための市場はありますが、それは私の市場でもクライアントの市場でもありません...

私のクライアントは、コンテンツの編集に関して間違いを犯しません。なぜなら、（ACFを使用して）間違いの余地がないバックエンドエクスペリエンスを作成するからです。

@ senlin 、 @ doubleedesign 、ここでもまったく同じです。

グーテンベルクは確かに興味深く野心的なプロジェクトですが、私のクライアントの99％には何の役にも立ちません。

私はWordPressを10年間使用していて、最初からフランスのコミュニティに参加していますが、今回は、あなたが言及したすべての理由で私を怖がらせた最初のバージョンです...

現在計画されているタイムラインについて少し見通しを立てるために立ち寄りたいと思いました。 コミュニティ5.0に移行すると、5.0のリードチームとコアチームが協力して、統合への道を見つけるため、計画されていると言います。 マージされておらず、少なくとも11のバージョンが予想されていることに注意してください-1つがリリースされたばかりです。

すべてのリリースにリリース候補フェーズがあることは注目に値します。5.0も例外ではありません。 また、何人かの人々が持っているものも言う価値があります、古典的なエディタプラグインのオプションとそれをアクティブにするネットワークさえ長い間あります。 そのプラグインは5.0のリリースではどこにも行きませんし、しばらくの間は存在する可能性がありますが、クラシックエディタ自体はまだ維持されています。

カスタムフィールドを見逃すことはありません。作業中の素晴らしいプラグインとこ​​こに投稿があります： https ：

メタボックスには、アップグレードするためのいくつかの潜在的なパスがありますが、現在、それらの最良のものを解決しています。 システムがデフォルトになる方法と、それに関するユーザーエクスペリエンスはどうなるか。 何も決まっておらず、最高のユーザーエクスペリエンスのためにすべてが取り組んでいます。 ユーザーは、実際に書いている人、テーマの作成者、プラグインの作成者など、あらゆるタイプの人々です。

私は変化が困難で恐ろしいことを知っています、私たちは皆それを感じます。 私はそうします、あなたはそうします、そして私たちが変化を完全に理解できないときそれはさらに悪いです。 プロジェクトを理解するための出発点として、 wordpress.org / gutenbergを

グーテンベルクプロジェクトは、互換性の懸念に積極的に取り組んでいます。 ブロックは、コンテンツ機能を構築するための事実上の新しいメカニズムであり、開発者は、ブロックによって適切にカプセル化された、提供する機能を移行することをお勧めします。 ただし、既存のWordPress機能は引き続きサポートされ、ショートコード、メタボックス、カスタム投稿タイプの移行パスがあります。

ショートコード。

• 変更なしで作業を継続します。
• それらを挿入するのに役立つ新しい「ショートコードブロック」があります。
• それらを所定の位置でプレビューするための計画されたメカニズムがあります。

メタボックス。

• 一部は、新しいUIで変更なしで引き続き機能します。
• 更新が必要なものもあります（特に、動作のためにDOMに依存しているもの）。*
• いくつかはネイティブブロックに変換できます（特にフロントエンドでレンダリングされるブロック）。
• 一部のユーザーは、コンテンツ領域外の新しいグーテンベルクネイティブ拡張ポイントに移行できます。
• 競合するメタボックスが通知付きで代わりにクラシックエディタをロードするメカニズムがあります。

カスタム投稿タイプ。

• グーテンベルクによってサポートされています。
• REST API（show_in_rest）宣言が必要です。
• 「編集者」のサポートを宣言しないことでオプトアウトできます。
• サポートされているブロックとデフォルトのブロックを宣言できるようになります。

• 現在の編集画面の特定の構造に依存する特定のメタボックスは、グーテンベルクでの動作が保証されておらず、正しくロードする前に変更が必要になる場合があります。

私が言ったことで、あなたの特定のセットアップにとって正しい道であるかどうかを検討することを皆さんに勧めます。 一人一人がグーテンベルクとは異なるアプローチを取ることを望むか、または取る必要があるかもしれません。 重要なのは、1日目の誰もあなたがブロックを作ったことを期待していないということです。 人々が持っていれば素晴らしいでしょうが、現実にはあなたがゆっくりとアップグレードするためのオプションがあります。 たくさんの文書化、教育、議論が行われる必要があります。 コミュニティ全体がこれに関与し、それを行うことができるので、それは素晴らしいことです。

最後に、怖がらないでください。 WordPressはコミュニティであり、このようなスレッドは怖いように見えるかもしれませんが、グーテンベルクはそうではなく、プロジェクトに関わっている人が最後に望んでいるのは、あなたが怖いと感じることです。 グーテンベルクの世話をしている人、地域の世話をしている人。 WordPressは、人々が作っている素晴らしいものを本当に尊重する素晴らしいプロジェクトです。 自分に最適な道を見つけて、探索し、楽しんで、ブロックに興奮することをお勧めします。 あなたの計画を立てて、それからあなたがそこからどのように構築することができるかを見てください。

グーテンベルクについて質問がある場合は、どのような状況でも、chat.wordpress.orgの＃core-editorチャンネルがいつでも利用できます。 また、そのチャネルで進行中の作業を監視し、水曜日の18：00UTCに毎週開催される会議と通常のハングアウトを確認することもできます。 今後も一緒に頑張りましょう。

@karmatosed Tammie、

メタボックスには、アップグレードするためのいくつかの潜在的なパスがあります

GBの前に、私のメタボックスは問題なくダンディです。 私が管理しなくなったサイトでアクティブになっている可能性があります。 私が数年前に開発したそれらのウェブサイトのクライアントはどうですか？ 突然、サイトのコンテンツは編集できなくなります。

私は変化が困難で恐ろしいことを知っています、私たちは皆それを感じます。

これらのタイプの発言は、本当に見下し、ひいきにしているように出くわすので、不要です！ まだ完成しておらず、まだ進行中のドキュメントの山を読むように人々に指摘することは、私の意見ではばかげています。
NS。 そのための時間がないb。 この議論はGBを理解することではなく、グーテンベルク展開のタイムラインの経済的影響についてです

ショートコード、メタボックス、CPTに関して何をする必要があるかというリストに関しては、私が思っていたよりもさらに悪いことを示しています。

CPTは、 show_in_rest ？！？！？！を宣言しないと機能しなくなります。 それで、私は今、クライアントのサイトに戻って、3-5年の仕事をやり直すことになっていますか？

それは、タミー、まさにこの投稿でもたらされた@gidgey （Bridget）の経済的影響です！ あなたがこれを理解していないように見えることは、特にあなたがGBの一部であり、伝道者であるため、せいぜい恐ろしいことです！

@karmatosedご

長い間、クラシックエディタプラグインのオプションがあり、ネットワークでそれをアクティブ化することさえできます。 そのプラグインは5.0のリリースではどこにも行きませんし、しばらくの間は存在する可能性がありますが、クラシックエディタ自体はまだ維持されています。

近い将来、クラシックエディターを使用するサイトの場合、5.0を公開する前にこれをインストールする必要がありますか？ このような場合の私にとっての理想は、いわばグーテンベルクがオンにならないことです。急いですべてのサイトにログインしてオフにするわけではありません。

私は変化が困難で恐ろしいことを知っています、私たちは皆それを感じます。

このスレッドは、 Stewie Griffinの声ではありません。「家の

さらに、既存のサイトを持っているがメンテナンス計画やアクティブな開発者がいないクライアントは混乱する可能性があり、サイトが壊れた場合は怒ります。 IT部門は、何も知らないことに対するサポートリクエストを受け取り、開発者は、怒り狂った過去のクライアントからの電話に対応します。

これらすべてが、すべての人の時間のかなりの量を占めることになります。 グーテンベルクはしばらくの間ベータ版であったことを知っていますが、それは実際のクライアントがいる実際のサイトでそれを使用して、私たちのサイトとクライアントにとって実際の問題点が何であるかを確認できることと同じではありません。

ゆっくりとアップグレードするためのオプションがあります

ゆっくりとした移行がデフォルトであり、期待されるものである必要があります。 これはおそらくすでに提案されていますが、5.0にアップグレードすると、「エディタを選択してください」というプロンプトが表示される可能性があります。 これは、変更を心配しているアクティブな開発者/メンテナがいないクライアントにとって特に役立ちます。

@senlin

それは、タミー、*まさにこの投稿でもたらされた@gidgey （Bridget）の経済的影響です！ あなたがこれを理解していないように見えることは、特にあなたがGBの一部であり、伝道者であるため、せいぜい恐ろしいことです！

開発者の懸念に対するデフォルトの応答は、「しかし、グーテンベルクは素晴らしいです!!!」のようです。 今のところ、それがどれほど素晴らしいかは気にしません。リリース後に適切に使用することで、やがてそれがわかります。 今、私は何が起こるのか、何をする必要があるのか​​、現在維持している30以上のサイト、そして現在開発中のほんの一握りのサイトに関心を持っています。

ユーザーは、実際に書いている人、テーマの作成者、プラグインの作成者など、あらゆるタイプの人々です。

@karmatosedこれも少し

@senlinは意図の非難から

ひいきにするつもりはなく、知らせるつもりでやったことを共有しました。 この議論に価値があることに注意することが重要です。私はここで関与し、関与しています。 スレッドのポイントもわかります。 私が感じたのは、私たちが今持っているリソースを共有することは、道を切り開く上で重要であるということでした。

この時点から先に進み、コメントへの返信に飛び込みましょう。

私が数年前に開発したそれらのウェブサイトのクライアントはどうですか？

これが、作業中の潜在的なフォールバックを示すために、ドキュメントの見積もりを追加した理由です。 メタボックスによって異なりますが、そのフォールバックが発生する可能性があります。

これに取り組んでいる人々が学ぶために注目に値する1つのことは、あなたが考えている例を共有することが重要です。 それは双方向の会話に役立ちます。

@doubleedesign 、お返事ありがとうございます。

近い将来、クラシックエディターを使用するサイトの場合、5.0を公開する前にこれをインストールする必要がありますか？

クラシックエディタプラグインは、今日オンにする必要があります。 これは、5.0の日にライブにすることを意味します。

可能であれば、今日グーテンベルクをサイトで試してみることを強くお勧めします。 試してみると、バグ、問題、フィードバックを作業者に送信できます。 これは、この双方向の議論を行うために重要です。

メタボックスに依存しますが、フォールバックが発生する可能性があります。

。。。。

メタボックスによって異なりますが、そのフォールバックが発生する可能性があります。

確かに、私自身はこのサイズのソフトウェアプロジェクトに携わっていないので、これが正常かどうかはわかりませんが、リリース間近でまだ不確かなように見えるすべての部分に神経質になっています。

@doubleedesign明確にするために、私はここで開発者を解雇していませんでした：

ユーザーは私たちだけではないことを私たちは知っています。 実際、このスレッドには、実際に書いているユーザーの一部への影響についての懸念を表明するコメントがあります。なぜなら、彼らは私たちのクライアントだからです。

私はそれがすべての人、開発者、デザイナー、ユーザーのための経験についてだと言っていました。 誤解されていると感じたので、その点を確認したかった。 私はすべての問題を言っていましたが、開発者の経験をまったく否定していませんでした。

私が言っていたことを要約すると：

• 5.0が出荷されるとき、物事は壊れません。 それを回避するためのオプションがあります。 さらにオプションを追加できます。
• 物事が壊れないようにするには、フィードバックが必要です。 テストして、問題がどこにあり、どのセットアップが壊れているかをチームに伝えることが不可欠です。 これは、それに取り組んでいる人々がテストしていないということではありません、それはそこにあるすべてのストレスケースだけです、誰も知りません。 双方向のコミュニケーションが重要です。
• グーテンベルクの出荷方法は5.0の詳細です。 チームは現在、製品に焦点を合わせ、フィードバックを取得し、応答し、反復しています。 それは何も却下しませんが、それは5.0のリードであるコミュニティが介入するところです。 グーテンベルクがどのように出荷されるかを考え出す。

@karmatosed

5.0が出荷されるとき、物事は壊れません。

これは保証ですか、それとも価値を付けずに言ったことを要約しただけですか？

@gidgeyまた、中期的に考えられる解決策は、製品をグーテンベルクに移行するためのヘルプを取得および提供するためのこのクラウドソーシングサイトです： https ：

私は、あなたが抱えている包括的な懸念ではなく、主に潜在的な症状に対処していることを理解しています。 純粋に哲学的な観点から、私たちはこのコミュニティが引き付けるタイプの人の回復力を過小評価しているのではないかと思います。

私は将来を予測することはできませんが（それは私の超大国のウィッシュリストのトップですが）、あなたは大きな経済的影響があることは正しいです。 私たちは目を開いてこの変化に取り組まなければならないと思います、そして議論のためにここであなたの懸念を率直に口頭で言ってくれてありがとう。 このような会話は、私たちが恐れに名前を付けるのに役立ち、可能な限りそれらに対処できるようにします。 🤗

まさに、ジョセファ。 私の意図は恐れを恐れることではなく、気づきです。

ピエトとタミーにもコメントをありがとう。

これは素晴らしい、そして切望されていた議論でした。

8:16の火、2017年12月12日には、josephahaden [email protected]
書きました：

@gidgeyhttps ：//github.com/gidgey私はまた潜在的な解決策だと思います
中期は、助けを得て与えるためのこのクラウドソーシングサイトです
製品をグーテンベルクに移行する： https ：

私は、主に潜在的な症状に対処するのではなく、
あなたが持っている包括的な懸念。 純粋に哲学的な観点から、私は
このタイプの人の回復力を過小評価しているのだろうか
コミュニティが引き付けます。

私は未来を予測することはできません（それはスーパーの私のウィッシュリストのトップですが
力）しかし、あなたは大きな経済的影響があることは正しいです。 私が思うに
私たちは目を開いてこの変化に立ち向かわなければなりません、そしてありがとう
議論のためにここであなたの懸念を公然と口頭で伝えます。 会話です
このように、私たちが恐れに名前を付けるのに役立つので、私たちはそれらに最善の方法で対処することができます
できる。 🤗

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-351101104 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AV3JZpL52P_idTCVbWhTT9qAnAnHjgfyks5s_qbegaJpZM4Q93ul
。

-
セル9493704059
www.bridgetwillard.com

CPTは、 show_in_rest ？！？！？！を宣言しないと機能しなくなります。 それで、私は今、クライアントのサイトに戻って、3-5年の仕事をやり直すことになっていますか？

私の理解では、それは逆です。 show_in_restを明示的に宣言しないCPTは、デフォルトでグーテンベルクを使用しません。 グーテンベルクはRESTAPIを使用して投稿データを取得および保存するため、CPTがREST APIをサポートしていない場合、グーテンベルクはそれを使用できません。

したがって、CPTの約95％は、変更を必要とせずに、デフォルトでクラシックエディタを使用します。

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

show_in_restを明示的に宣言していないCPTは、デフォルトではグーテンベルクを使用しません。

"show_ui" => true CPTはすべてグーテンベルクで編集できるはずなので、これは実際にはAPIの「バグ」です。 そして、私はこれがマージの前に修正されることを期待しています。

@iandunnグーテンベルクは単なるエディターの代替ではなく、ビューを管理するまったく新しい方法であると想定されているため、これはグーテンベルクの将来の進歩にとって大きな問題です。 CPTがグーテンベルクをブロックする場合、グーテンベルクはエディターを超えて移動することはできません。

私にとっての問題は変わらないという点で、私はここで完全に同意します。 変更したり前進したりしなかった場合でも、WordPress v1で立ち往生することになります。これは、当時は素晴らしいものでしたが、現在ほど優れているとは言えません。

心配なのは、ロールアウトのタイミングです。 グーテンベルクは2018年の初めに展開されると言われていますが、これは非常に心配であり、私の意見では時期尚早です。

WordPressのほとんどのプロジェクト（REST APIを考えて）は、コアに導入される前の数か月または数年のプラグインであり、ユーザーが実際に気付くプラグインすらありませんでした。 これは私が覚えている最初の大きな開発であり、WordPressのすべてのユーザーに大きな影響を与えます。 あなたが開発者、デザイン、またはコンテンツ編集者であるかどうかにかかわらず、それは何らかの形であなたに影響を与えるでしょう。

この影響を軽減し、移行をスムーズにするには、もっと時間が必要です。 現在、このスレッドのほとんどや、私が知っているWordPressコミュニティの開発者の多くと同様に、クライアントのニーズに合わせてカスタマイズされたサイトを構築するために、ACFなどのツールを使用しています。 今後も同じことをするためには、短い時間などで、JavascriptとReactを使ってまったく新しい言語を学ぶ必要があります。これは4〜6か月で非現実的です。

ここにある多くのスレッドは、ドキュメントを読んで、グーテンベルクについてすべて学ぶように指示しています。 私がJavascriptとReactとGutenbergを学ぶ気がないというわけではありません-私は学びたいと思っています、そしてあなたが行く方法であるWordPressで何か新しいものを構築しようとしているように思われます。 しかし、このスレッドの多くの人と同じように、私には実行するビジネスがあり、現在のクライアントは世話をし、現実的にはこれほど短い時間でこれを学ぶことはできません。 時間がないだけです。

WordPressバージョン5がリリースされたときにクライアントサイトがどうなるかを心から心配しており、多くの不幸なクライアントを期待しています。 確かに私たちはまだそこにいません。グーテンベルクを使ったWordPressバージョン5への道がスムーズであることを願っています。 しかし、私が聞いていることの多くは、メッセージが混在しているため、これが当てはまると私に納得させていることを認めなければなりません。

コミュニティでこれほど分裂的な問題が発生したことはかつてありませんでした。 私たちは心配しないように言われていますが、これを裏付ける確固たる証拠はありません。 思ったよりスムーズに進むことを願っています。

大声で考えますが、5.0がリリースされると思うとき、人々は頭の中でさまざまな時間を持っているのではないかと思います。

ナプキンの考えの私の背中は次のとおりです。

グーテンベルクは、4月上旬頃まで、プラグインとして定期的な毎週のリリースを続けています（休日の休憩に値する）。

その後、グーテンベルクはコアへの統合が提案されます。 これには、少なくとも1週間、おそらく2週間のロジスティック作業が必要です。 その後、4月中旬を見ています。

機能プロジェクトのマージ後の過去のリリースでは、ベータ1がリリースされるまでに1週間の長い期間がありました。 私は4月25日を言うつもりです（繰り返しますが、これは私の考えであり、確固たるスケジュールではありません）。

このサイズのリリースには少なくとも4つのベータ版が必要になる可能性がありますが、ここでは5つがより安全かもしれないと思います。 したがって、RC1に到達する前の5月末であると言えます。

エッジを修正するための3週間のRC期間により、6月19日頃にローンチが行われます。これは、WCEU 2017でのGutenbergsワールドプレミアから約1年後です（それ以前に作業が進行中であり、make.wordcamp.org /に投稿されていたことを無視します）。初期の作業の一部を概説する数か月前のコア）

本質的にAPIが安定しているという事実を考えると、準備に6か月以上かかります。 明らかに、人々がGutenebrgの上に構築しやすくするために、短期的にはより多くのドキュメントが必要ですが、それは本質的にウォーターファリータイプの準備のための4分の2、またはより機敏な人々のための132週間のスプリントです。

_AWPFacebookグループからのドロップイン_

私は教育の必要性に同意します。 ただし、開発者/サイト作成者として、既存のいくつかのサイトでグーテンベルクをテストするのにそれほど時間はかかりません。 すでに完了したサイトのステージング/ローカルサイトがある場合は、そのサイトにグーテンベルクをインストールしてテストするだけです。 3つのサイトでグーテンベルクをテストするのにおそらく30分かかりました（WordPressとすべてのプラグインもそれらのサイトで更新しました）。 Beaver Builderを使用していたものは、Beaver Builder（これは完全に合理的な方法です）を使用し、投稿（ビルダーなし）が箱から出して正常に機能する限り、ページにはまったく問題ありませんでした。
他の2つのサイトは、ACFを多用することで電力を供給されており、メタボックスが現在保存されていないことがわかりました。 まだ理解していません。時間があれば、GitHubについて報告します（このトピックにはすでにいくつかの問題があることがわかりました）。

私は個人的に、コアチームと、グーテンベルクに真剣に取り組んでいるすべての貢献者を信頼しています。5.0がリリースされると、すべてのサイトの非常に高い割合ですぐに使用できるようになります。 私の知る限り、WordPressで実行されているほとんどのサイトを壊さないことが目標です。
ただし、少なくとも途中で遭遇した非互換性を報告することにより、コミュニティに還元する必要があります。

また、「高額になる」という点については、完全には賛成できません。 何になりますか？ クラシックエディタプラグインをインストールしますか？ クライアントとサポート契約を結んでいる場合は、5.0アップデートの一環として、ClassicEditorプラグインもインストールします。 ブーム！ 完了です:)
サポート契約を結んでいない場合は、サイトを構築した過去のクライアントのリストを作成するために1日（または必要な時間-数か月あります）かかります。 自分自身とBcc全員に送信し、次の行に沿って何かを書きます。

ねえ、私はあなたにWordPress5.0でそれを知らせたかっただけです。そしてそれはでリリースされる予定です、公開/編集エクスペリエンスに関するメジャーアップデートが行われます。 これは本当にメジャーな更新であるため、サイトのコンテンツの管理に悪影響を与える可能性があります。
でも絶望しないでください！ 本当に簡単な解決策がありますが、それでも安全に更新できます。「ClassicEditor」プラグインをインストールしてアクティブ化するだけです。 これにより、以前と同じインターフェースを使い続けることができます。
いつものように、ステージングサイトでこれらの更新を行うか、少なくともWordPressを更新する前にサイトのバックアップを作成することをお勧めします。
今後のアップデートについて詳しく知りたい場合は、こちらでお気軽に読んでください。

ご不明な点がございましたら、お気軽にお問い合わせください。
よろしくお願いします、

ブーム！ 完了です。 はい、その時点でたくさんの問い合わせに答える必要があるかもしれませんが、それはあなたのクライアントの満足を固めるだけです。 彼らは、あなたがそれを完了した後でも、あなたが彼らと彼らのサイトの幸福を気にかけているのを見るでしょう。 クライアントに注意を向けたくない場合は、そうしないでください。私にとっては、それだけの価値があります。

Facebookに投稿しなかったいくつかの考え：

• 5.0にアップデートした後、グーテンベルクについて人々に知らせるポインターを作成し、クラシックエディタープラグインをインストールして古いUIを元に戻すことができるようにすることをお勧めします。 これにより、Google / Developer / support / etcに急いで来る欲求不満の人々の数を劇的に減らすことができます。 助けを求めて。
• カスタムWordPressサイトを開発するために現在行っているすべてのことを変更する必要があると主張している人は誰でも-これは当てはまらないことを理解してください。 最悪の場合、単一のプラグインをインストールする（または同等のコードをテーマ/プラグインに追加する）だけで済みます。
• 調整するのに十分な時間がないと言っている人のために（プラグインの作者でさえ）-4ヶ月以上あります。 グーテンベルクは舞台裏で取り組んでいるものではなく、警告なしにみんなの頭に落とされるでしょう。 繰り返しになりますが、今すぐテストすると、変更が必要かどうかがわかります。 何かがうまくいかない場合は、問題を作成して貢献してください。

そして最後に...

どうぞ、どうぞ、どうぞ-すべての貢献者に親切にしてください。 大きな変化が苛立たしいことは理解していますが、グーテンベルクに取り組んでいる、またはその背後に立っている寄稿者の立場になって、ほんの少しの間自分自身を置いてください。 何千本もの指があなたを指して、「あなたがしていることは悪いので、あなたは気分が悪いはずです。私たちはあなたの革新を望んでいません」と言ったらどう思いますか？ 寄稿者に反対するのではなく、協力してください。 彼らが遭遇する可能性のないコード/プラグイン/テーマのすべての組み合わせを見つけるのを手伝ってください。 誰にとっても移行をより簡単に、より良くするのに役立ちます。 コミュニティに還元する：heart：

ピースアウト：v：

@senlin

私は他のCMSを真剣に検討しており、すでにいくつかのサイトをGravCMSと一緒にまとめています。

それで、あなたは別のCMSを学ぶために時間を費やしても構わないと思っていますが、経験をそのまま維持するプラグインをインストールするつもりはありませんか？ あなたは、あなたが唯一の開発者ではないものが、将来のある時点であなたが好きではない/同意しない選択をして、あなたを同じ状況に置くかもしれないことを理解していますか？ もちろん、あなたは自由に行うことができます。私が理解している状況を考えると、私にはそれは非論理的な決定のように思えます（多分私たちはそれを異なって理解しているのでしょうか？）。

CPTは、 show_in_rest ？！？！？！を宣言しないと機能しなくなります。 それで、私は今、クライアントのサイトに戻って、3-5年の仕事をやり直すことになっていますか？

現在のように、CPTがshow_in_rest宣言していない場合は、デフォルトで標準のエディターになります（したがって、CPTで投稿を編集することでGutenbergがインストールされていることすらわかりません）。 ただし、前述の@youknowriadのように、これは将来修正する必要があります。これにより、 show_in_restが欠落している場合、デフォルトでshow_uiになります。

以前に構築したサイトの1つでグーテンベルクをテストする機会がありましたか？ そうでない場合は、開発サイトにインストールすることを強くお勧めします。これにより、セットアップで何が機能し、何が機能しないかをより正確に把握できます。

@ nikolov-tmwニコラ、

だから、あなたは別のCMSを学ぶために時間を費やしても構わないと思っています

はい、確かに！

しかし、エクスペリエンスをそのまま維持するプラグインをインストールしないのですか？

正確にどのくらいの期間経験を保ちますか？

もちろん自由にできます

うわー、ありがとう、私は本当にあなたの許可が必要でした！

多分私達はそれを異なって理解しているのでしょうか？

多分

以前に構築したサイトの1つでグーテンベルクをテストする機会がありましたか？

実際のところ、私はそれをいくつかのサイトにインストールしています

そうでない場合は、開発サイトにインストールすることを強くお勧めします。これにより、セットアップで何が機能し、何が機能しないかをより正確に把握できます。

仮定してくれてありがとう！

結局のところ、経済的影響はすべて、（クライアント向けに）サイトを構築する方法に依存すると思います。 あなたはビーバービルダーについて言及しましたが、ページビルダーは私が使用したりクライアントが望んでいるものではないことを前に（スクロールアップして）すでに述べました。 つまり、ここで実際に比較している2つの異なることです。

グーテンベルクへの切り替えが私に与える経済的影響は非常に大きいので、私は実際にウェブサイトを構築する別の方法に完全に切り替えます。 ご理解とご愛顧を賜りますようお願い申し上げます。

ここにはたくさんの素晴らしい点があります。 私はそれらのほとんどすべてに同意します。 本当の解決策は、コアのWordpressにGutenbergをオプションとして実装させることだと思います。 プラグインをインストールせずに、TinyMCEエディターの使用を選択できるようにしてください。

私は双方を理解しています。 チャンスと懸念。 グーテンベルクが新しいWordPressユーザーを引き付けるのか、それとも既存のユーザーを怒らせるのか、私にはわかりません。 しかし、開発者として、グーテンベルクがWordPressCoreの一部になる方法について読んだことはすべて間違っているように思われると言わざるを得ません。

この会話には@mがありません。 過去からの下位互換性の話はどこにありますか？ スムーズな移行が必要な場合は、変更を強制的に変更しないでください。 クラシックエディタに戻すためのプラグインを提供しないでください。 クラシックエディターを、5.0に更新する既存のWordPressのデフォルトにします。 グーテンベルクを更新する人のためのオプションにします。 自動更新を行う何千ものWordPressインストールについて考えたことはありますか？ グーテンベルクの問題を「解決」する方法をユーザーに伝えるために、ユーザーの90％に連絡することはありません。 単にそれをアクティブにしないでください。 WordPressの更新画面でそれについてあなたの話をしてください。 なぜそれが面白いかもしれないかを人々に伝えてください。 グーテンベルクが未来の場合、新しいWordPressをインストールするたびにアクティブ化できますが、更新後にデフォルトでグーテンベルクになることはありません。

WooCommerceはCRUDに移行しました。 重大な変化。 そして、それは期待したほどスムーズではありませんでした。 ただし、下位互換性は損なわれませんでした。 CRUDが導入された後、開発者は適応する時間ができました。 グーテンベルクでも同じことをしてみませんか？

あなたはより良いグーテンベルクのドキュメンテーションについて話します。 罰金。 しかし、WordPressに基づいたプラグインとアプリケーションの開発では、ソースコードで最高のドキュメントを学びました。 したがって、グーテンベルクのさらなる開発中に何が変わるかわからないため、最終的なグーテンベルクが到着するまで待つ必要があります。

私がプロジェクトリーダーになるとしたら、簡単な計画に従います。

1. グーテンベルクは、WordPressアップデート用のアクティブなエディターを取得しませんでした。 新しいWordPressインストールの場合のみ
2. クラシックエディタに切り替えるプラグインはコアの一部になります。 その設定は、WordPressの一般的な公開オプションの下に表示されます。
3. CPTは以前と同じように機能します。 エディターのサポートを宣言すると、デフォルトでクラシックエディターになります。 彼らがグーテンベルクを使用する場合、彼らはそれを宣言しなければならないでしょう。
4. メタボックスは以前と同じように機能します。 コンテンツ、分類法、カスタムのもののいずれを扱っているかに関係なく。 エディターがビジネスロジックに影響を与える必要がある理由はまったくありません。
5. そして最後になりましたが、私にとってグーテンベルクは他のページビルダーに他なりません。 したがって、私はそれらの開発者からのすべての優れた仕事と、WordPressのコア機能を壊さないように彼らがそれをどのように管理したかを詳しく見ていきます;-)

ちょうど私の2セント

経済効果の話：

そもそもWordPressを提案したので、[GB]は解決すべきバグだと主張する人もいます。

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

時間を割いて検討してくれたすべての人に感謝します。これは、プロジェクトの進行中に参照できる有意義なフィードバックです。

すぐに実行できるものがないため、この問題を解決します。