智能摘要 AI
本文主要讨论了WordPress经典编辑器（Tinymce）在国内的使用现状及其与新古腾堡编辑器的对比。为了兼容大多数使用经典编辑器的国内用户，作者对其进行了优化，并展示了AI构思、智能搜图和SEO分析等功能。然而，国内开发者倾向于关闭古腾堡编辑器以启用经典编辑器，导致新技术如区块和REST API的应用受限。这不仅阻碍了性能提升，也限制了国内WordPress环境的发展。作者呼吁开发者应与时俱进，了解并应用新技术，以推动WordPress在国内的进一步发展和完善。
考虑到国内的用户群体大多数都在使用WordPress的经典编辑器（Tinymce），故对该编辑器进行兼容，方便用户的使用。
效果预览
- AI构思
- 智能搜图
- SEO分析（经典编辑器下方）
AI构思展示
智能搜图展示
SEO分析
下载地址
题外话
不过这里吐槽一句，WordPress的古腾堡编辑器已经非常适合国内了，国内的主题开发者还是会将它关闭而启用经典编辑器。
我去了趟tinymce的官网，当前WordPress经典编辑器兼容的tinymce的版本，仍然是「4.x」，而目前tinymce的最新版本已经到了「6.x」。从「经典编辑器」的更新大致能够看出，WordPress会将更多的经历放在「古腾堡编辑器」上，而不是「经典编辑器」。
更可悲的是，WordPress的WP REST API，非常的适用于现在情况，但是国内的主题开发者会选择关闭，使用上一代不太安全的「wp_ajax」。虽然方便，但是也不至于停滞不前。
主题开发者关闭REST API，为的是一点点的性能提升吗？这个不得而知。有人反馈古腾堡编辑器加载慢，开发者是否又去真正的一步一步debug，分析慢查询的原因？
禁用了REST API 等同于 禁用了「古腾堡编辑器」，毕竟它就是依赖于REST API。
古腾堡编辑器相当于一次革新，引入了「区块」。而国内的大多数主题开发者不愿意去深入了解，以至于国内的相关文档非常的少。做相关的开发时，还是得去WordPress的开发文档去查找相关的信息。
可能有一点至关重要吧！区块的编写依赖于React，而React的语法使用并不像普通JavaScript那么普及，所以开发起来也比较费事费力。
作为一个使用 WordPress 的站长和开发者，固然希望国内的 WordPress 环境越来越完善，但也需要与时俱进跟上新的节奏。
