我也不知道！这可能是因为 WordPress 世界发生了很多变化。向全站编辑 (FSE) 的演变带来了我们构建主题和插件方式的频繁变化，而且速度之快，以至于文档要么不存在，要么在发布后就几乎过时了。哎呀，术语“全站编辑”甚至可能改变。
Tom McFarlin 在他的帖子中对此进行了思考，该帖子的标题是 “在这些古腾堡时代撰写教程”
我知道古腾堡已经开发了五年，我知道它在这段时间里已经成熟了很多。但是，解释如何做一些已经过时的事情的教程数量绝对令人难以置信。
事实是，如果有人让我做一个新的 WordPress 网站，我不知道从哪里开始。正如我所见，在这个不断发展的 WordPress 时代，有很多方法可以实现。
- 创建一个几乎为空的主题，利用站点编辑器进行模板化，利用块模式进行布局。
- 基于现有的 Twenty Twenty-Two 主题创建一个子主题（因为它开箱即用地支持 FSE，并且足够简洁，可以轻松定制而不会造成太多麻烦）。
- 创建一个经典主题。
- 完全放弃主题，创建一个使用 WordPress REST API 的无头前端。
我的意思是，我们有如此多的工具可以将 WordPress 扩展为 CMS，以至于 WordPress 网站的前端可能因网站而异。我们实际上可以用一些对 theme.json 文件的调整和在块编辑器中调整布局来构建一个完全自定义的 WordPress 网站。
这既令人惊叹，又令人眼花缭乱。
这也可能令人沮丧，而且当 Matt Mullenweg 评论最近对 WordPress.org 主页的设计更新 以及完成所需的时间时，我们看到了一些挫败感。
[...] 它是一个非常基本的布局，很难想象一个人在 Squarespace、Wix、Webflow 或其中一个 WP 页面构建器上花超过一天的时间来完成。
（是的，有人证明可以在 20 分钟内创建几乎完全相同的设计副本。）
我认为 Matt 的评论更多地与流程和解决正确的问题有关，而不是批评所采取的方法。但是，阅读该帖子上的评论是一个很好的缩影，我认为这是许多 WordPress 开发人员（包括我自己）在经历了五年“经典”和 FSE 主题之间的生活后所感受到的生存困境。
说实话：我觉得自己对 FSE 开发一无所知。我已经落后了很多，以至于我怀疑自己是否已经落后太多，是否还能赶上来。我知道人们付出了巨大的努力来加强学习（学习 WordPress 就是一个很好的例子），但感觉仍然缺少一些东西——或者某种脱节——阻止了社区在关于我们身处何处以及我们将走向何处的同一个页面上。
可能是沟通不足吗？不，有很多沟通，更不用说很多参加会议和查看会议记录的机会了。可能是缺乏稳定的文档吗？这确实是一个问题，至少当我尝试查找有关块开发的信息时是这样的。
也许最大的缺陷是分享技巧、窍门和最佳实践的博客文章太少了。WordPress 社区一直是一支庞大的军队，他们慷慨地分享他们的才能和智慧。但我认为 Tom 在他发推时总结得最好
对任何使用 duckduckgo/google 查找有关如何创建古腾堡块的教程，却找不到一个一致的教程的人表示同情。
— Tom McFarlin (@tommcfarlin) 2022 年 8 月 17 日
真是一团糟。
就我个人而言，我非常想像在“经典”时代那样多地撰写有关 WordPress 的文章。但同样，仍然存在那种难以捉摸的起点，它阻止我对自己所说的一切充满信心。
像许多 WP 开发人员一样，我并没有立即采用古腾堡，因为它还没有准备好（也许现在还没有）。
在过去的 5 年里发生了很多变化，包括 FSE，但当我认为现在可能是重新开始的好时机时，我不得不承认——当前的 WP 开发环境完全是一团糟。
在“经典”时代，我一直使用自己的入门主题，这在几年内为我提供了很好的服务。我现在完全不知道从哪里开始 WP 开发。
您用标题真正点明了一些东西。权衡现在如何构建 WordPress 主题的各种选择，我经常想向我的自由职业客户推荐自定义 FSE，但试图找到一个好的资源来遵循端到端的流程，这令人眼花缭乱。经典主题更容易，但已经过时了。
您指出的第二个选项，使用内置 FSE 的灵活主题来根据自己的喜好进行自定义，对于许多网站来说是一个可行的选择。如果您摒弃主题开发中的自我意识，这对最终客户和忙碌的开发人员来说都是一个不错的选择。
我喜欢 WordPress，因为我实际上可以在没有太多麻烦的情况下接触代码，不像 Squarespace，但在 WordPress 中创建自定义前端正在变得越来越麻烦……巨人、肩膀、这里有个俗语。
现在我喜欢使用像 Blockbase（由 Automattic 创建）或 Twenty Twenty Two 这样的主题，设置字体和颜色，然后使用插件添加功能。作为一名设计师，我绝对认为，如果您在主题方面富有创造力，可以将简约主题打造得很好（并且符合品牌）。
也许它看起来不像设计，但我们已经超越了像素完美，对吧？
这击中了要害。我认为我们很多人需要放下自我意识，因为主题开发正在变得越来越像无代码实践。我们很多人都为我们能够多么出色地驾驭 PHP 而感到自豪，但随着 FSE 的成熟，我们将看到更少的 PHP。
就像 Joshua 在之前的评论中所说，我没有采用古腾堡，而是继续使用 Divi 或 Elementor 来构建我的网站。
我想，WP 如此成熟和稳定，并具有一定的成熟度和一致性，是阻止我们现在完全采用和推进其新范式的主要原因之一。
我们大多数人已经有了可靠的工作流程，并且已经习惯了以前的方式。
我认为，与开发中的任何事物一样，事物都在不断发展。几年前，我去费城参加了 WordCamp，当时古腾堡刚刚发布。我得到的启示是，我需要提高自己的 JavaScript 技能。这并不是说 PHP 在 WordPress 中不再有用，只是主题现在是基于 JavaScript 的。就像以前一样，您可以下载插件或主题来进行自定义或制作自己的块。我制作了自己的块，并禁用了我不需要的核心块。归根结底，要记住的是，要确保最终用户拥有良好的编辑体验。不要使用来自不同插件的各种不同 UI 和 500 个不同的块供选择。保持简洁易管理。
当我阅读与 WordPress 相关的任何与块相关的內容时，我感觉自己像个陌生人。我怀念旧的 WP，也许 ClassicPress 将带来一线曙光。我在我的 Hugo 博客（!!）中写了 关于 WordPress 中这种不确定性和 ClassicPress 中更佳替代方案的承诺。
我的非技术同事对块编辑器一直抱怨，我也发现自己几乎无法创建自己的块，甚至无法创建预先提供的块的自定义版本。这似乎是由于缺乏准确的信息，更不用说我无法理解完全不同的范式了。
看到块主题中的生成的 HTML，我感到厌恶，整个过程感觉非常缓慢且笨拙。即使在块编辑器中执行简单的编辑任务也可能需要我花费比在经典编辑器中多几倍的时间。而且，如果没有打开大纲视图，我发现完全不可能获得正确的结构。
我不喜欢古腾堡或 FSE。
就在本周，我在本地机器上启动了其中一个网站的克隆，并尝试将主题重建为 FSE 主题。
不幸的是，它在各方面都是一场噩梦。从前面提到的缺乏文档开始，到缺乏基本功能，以及 FSE 并不像 Elementor 这样的其他网站构建器那样直观且设计精良。
由于所有这些，我在 2019 年停止了使用 WP。如果您喜欢基于 PHP 的 CMS，它有点像经典的 WP，没有从 v5 开始的所有开销，并且您进行的是自定义网站（不是预制主题和插件堆积），我推荐 grav (getgrav.org)。
我为一些大型客户网站工作，他们需要能够进行非常具体的编辑内容操作，但同时需要确保他们不会“破坏”网站。FSE 正好是他们不需要的东西。我使用 Zurb Foundation/Foundation Press 作为起点，因为它能让我快速访问一些常用的东西，比如模型和手风琴。除了 Foundation，我还大量使用了 Advanced Custom Fields Pro，它允许我以比以往更简单的方式创建区块。自定义文章类型 + 自定义区块（带有为客户需求量身定制的字段）的组合，造就了一个拥有“足够”灵活性的网站，而不会进入危险区。
我们已经拥抱了 Gutenberg 大约 3 年了，尽管我们采取了禁用几乎所有默认 Gutenberg 功能的策略，并且几乎完全构建 ACF-Blocks。
我认为 Gutenberg，以及 Divi、Elementor 以及曾经的 Visual Composer 等构建工具出现的一个大问题是，这些工具在某种程度上尴尬地落在目标受众之间。
这些工具妨碍了懂得编写代码的开发人员，他们觉得如果不受有时看似不必要的复杂性的限制，他们可以构建得更好、更高效。
同时，对于许多不得不使用这些工具来管理内容的人来说，这些工具可能过于复杂。至少我们的客户通常希望摆脱营销责任，他们希望我们为他们提供一个工具，让他们在互联网上更轻松地与他们的受众沟通。
我对我们使用 Gutenberg 的方式感到很满意，但我们从未完全探索过一些功能，比如区块模式和可重复使用的区块。主要是因为最终结果很快变得过于复杂，以至于我们的客户难以使用。这很讽刺，因为这些似乎是应该让他们的生活更轻松的功能。
作为一个长期使用 WordPress 自定义主题为客户构建网站的开发人员，我完全同意。我一直都在思考为什么我如此讨厌 WordPress 的发展方向，但你道出了关键。
Gutenberg 使为客户开发网站几乎不可能。
我知道我是一个恐龙。我认为我从 1.3 版本就开始使用 WP 了。从来没有用它来写博客。我一直都在寻找将它改造成房地产、酒店、旅游指南、企业、报纸等网站的方法。我一直使用我自己的主题。我不喜欢 Gutenberg，因为我不想给用户那么大的破坏能力。我尝试过 FSE，我喜欢这个想法，但只适用于管理员。我认为我可以为我的下一个客户的网站构建它，如果我能找到方法来限制偶尔的“编辑”创意狂潮。
我完全同意。这篇解释也写得很好。我不明白 Gutenberg 和 FSE 的一件事是，它似乎迎合了不断调整你的主题的需要，而我从未需要这样做。为什么花那么多时间去创建工具来改变你网站的那么多东西，而实际上你通常只是在添加/编辑内容？我们很少更改我们的主题，而当我们这样做的时候，我们不会使用 FSE 工具来做。
区块也就是“Gutenberg”毁了一切，他们把所有精力都集中在“记者博客”上，抛弃了创新和技术社区。
我们已经等待了十年，期待着用于以下方面的原生工具：文章类型、分类法、角色/权限、文件管理器、自定义代码片段、文章/分类法/用户字段、自定义路由、重定向和 404 管理器、更好的导入/导出/迁移、反垃圾邮件措施或完全禁用评论、SMTP 设置，等等等等。
在我看来，Rich Tabor 在这条推文中总结得很好，他写道，跟上 WordPress 开发迭代是一个部分，也是参与其中的一部分。
有一段时间，我一直试图通过关注相关的 GitHub 讨论来让自己了解区块主题。我一直在CSS-Tricks 上分享我的区块主题体验。相信我，当我阅读新的 Gutenberg 发布说明时，我经常会感到惊讶。这太让人不知所措了。
为了补充上面的讨论，这里有一段最近的走廊闲聊视频，其中一些深入参与客户网站的区块主题开发者，比如Rich Tabor（Extenfy）、Ana Segota（Ariel Design）、Ellen Bauer（ElmaStudio）、Brian Gardner 和 Nick Diego（WP Engine）以及其他人，讨论了他们的痛点并分享了他们对 Gutenberg 当前状态的看法。
我特别喜欢David Bowman（Automattic 工程师）的观点，他详细讨论了 Gutenberg 如何作为设计系统来处理大型企业 WordPress VIP 网站。
根据以下 GitHub 问题，流畅的 Gutenberg 体验还需几年才能实现。
James Koster（Automattic 设计师），他深度参与了 Gutenberg UI 设计，在这篇文章中承认，当前的 UX 并非最佳。这篇文章在 GitHub 上被分享出来用于讨论。
为了更广泛的讨论和评论，这篇文章也被WP Tavern 报道。
Gutenberg 首席架构师Matias Ventura表达了类似的观点，这证实了我的信念，即我们距离我们习惯的流畅 WordPress 体验还有数年之遥。
区块主题开发者的工作和区块主题目录表明，即使是 Gutenberg 编辑器的当前状态也可以用来创建不仅仅用于博客的区块主题，精心制作的区块主题也适合客户的商业网站。
我激活的第一个插件是禁用 Gutenberg。
在我看来，WP Gutenberg 还不太成熟。
也许 WPG 现在对非技术用户有用。
我期待着看到 WP 将如何使用区块编辑器，但当它在一个以 PHP 为中心的平台中推出一个原生的 React 应用程序时，我相当吃惊。最终，这很好：无论如何，我想要学习更多现代 JS 开发，如果编写原生区块能让我熟悉 React 和现代 JS，我很乐意学习。我不喜欢的是工作流程感觉如此不连贯。说真的，这简直是乱七八糟。我们现在要在 HTML、CSS、JavaScript/React、JSON 文件以及区块编辑器中许多许多按钮和面板之间跳来跳去。我需要一个构建过程来处理我的构建过程。
虽然我正在学习自定义区块和 FSE 来丰富自己的知识，但我目前还没有为客户部署完整站点编辑和区块主题，因为很明显，这现在处于尖端开发领域。我有一种感觉，他们会在未来一两年内对架构进行一些重大更改，而在这个阶段为客户推出它，是在为他们提供一种不利的服务，尤其是在有这么多很棒的现有工具更能满足客户需求的情况下（ACF 或 ACF 区块、自定义 Elementor/Beaver Builder，或者完全使用其他 CMS）。
我喜欢紧跟潮流，使用最新的工具，但不能以牺牲可用性为代价，尤其是在我的工作是为我的客户提供“合适的工具”，而不仅仅是“最新的工具”的情况下。
我怀念那些 Chris Coyier 向我展示如何浮动左侧的日子。
最后一点很好地说明了，WP.org 上的文档简直是笑话，在谷歌上搜索教程或技巧，就好像在希望中求生一样。
这篇文章真的切中要害。我现在对 WordPress 有很多痛点。
我想要的是一条明确的路径。但 Gutenberg 的文档似乎一直在变化，而传统的 PHP 方式有时感觉过于古老。
现代 PHP 标准似乎是遥远未来的梦想，尤其是在核心方面。现在，WP Tavern 有消息称，基于区块的模板部分可能会成为经典主题中的一个功能。这让我更加不安。这就像弗兰肯斯坦的怪物一样，让领域更加混乱。
现在几乎所有东西都需要大修，无论是 PHP 核心、Gutenberg 编辑器、FSE 还是文档。
目前，对我来说很清楚，为什么我更多地转向 Laravel。体验好多了，也更有趣。
那么……让我们做个调查/问卷：在新的 WP 安装中，你安装的第一个插件是什么？
我猜“禁用 Gutenberg”和“经典编辑器”会排名前五，ACF Pro 仍然会排名前十——因为它可能是唯一一个允许相对容易创建 Gutenborg 区块的可行工具。
那么我自己的方法呢？我想：
a) 对于当前的 WP 安装，我会禁用 Gutenborg，并在需要的地方添加 ACF Pro。
b) 如果客户在使用 Gutenborg 时真的非常开心，我只会添加 ACF Pro。
c) 如果客户主要关心易用性和超级优化的网站，我会使用 ClassicPress，而不会使用 WP :)
再见，w0lf。
我敢打赌很多人都在同一条船上。但为什么你默认禁用块编辑器？是因为使用块很难学吗？还是开发体验与经典主题相比有所欠缺？或者可能是文档不完整？你只是更喜欢“经典”的 WordPress 工作流程吗？我肯定一直开着它，但坚持使用相当经典的主题方法，因为我不确定这些天来创建新项目的最佳实践是什么——比如
theme.json是否是新的样式方式，还是块应该是隔离的插件，或者站点编辑器是否已准备好投入使用……这是一篇有趣的 文章，在 WP Mayor 上，它记录了一些专家对 FSE 的未来的看法，其中也包含了一些关于 FSE 的有趣统计数据。我发现这些观点和 FSE 统计数据都很有趣，所以就想分享一下这个 链接。
在花了 20 分钟试图弄清楚如何在 FSE 中更改最新帖子块中的链接颜色，并且失败之后，现在我想要一个人孤独地死去，悲伤地死去。
不要葬礼，也不要在我的坟墓上放花。
或者如果你一定要放，那就放一些干朝鲜蓟吧。
没什么可说的了。
仅供记录：上下文是 twentytwentythree 的子主题。
好了，好消息是，我们正在准备一篇新文章，它将全面介绍如何在 WordPress 中管理不同级别的样式以及它们如何应用于块主题。事实上，我现在正在编辑它，并且将在 WordPress 6.1 发布时发布它。敬请期待，振作起来吧！
感谢 Geoff，非常感谢！我并不想让大家沮丧，但这确实是一次令人沮丧的工作会议，因此我真的很期待阅读你的新文章！
天哪，我很高兴我找到了这个。我以前像了解自己手背一样了解 WP。我从 1998 年就开始制作网站，当 WP 出现时——简直是天堂！从 2017 年左右开始，我就没有做过太多的事情。今天我想重新开始我的博客。我什么也搞不明白。这就像一门外语。真的太沮丧了。感谢你的认可……