[gnt-wordpress]

非常喜欢叶子这个插件，与薇晓朵沟通，也表示后续有计划将叶子插件包括服务器端完全开源的想法。这里站在我们一个完全的多站群/多站点环境的用户来说一下我们对于叶子这个插件的一些功能的期待！

1. 静态文件部分

静态文件核心包括两大部分，文件以及 css,js

文件当然希望如果能直接支持 oss 的配置是最好的。

css 和 js 的部分，对于站点以及插件来讲 （我们主要用 elemenotr，以及 wp rocket) 又包括两大部分。

固定部分：wp 系统文件 主要集中在 /wp-include/  以及  /wp-plugin/ 以及 /wp-theme/ 等这一部分，这一部分，基本上如果不是版本升级的话，是不会动的。

那么固定的这一部分，如果能统一转发到一个固定的域名下去请求不知是否可行。这样所有的站点都会固定这一套 css 和 js 的请求，对于插件，或者 wp 的更新，只用更新对应的文件，或者刷新对应的 cdn 缓存。

生成的部分：以 elementor 为例，每个站点会生成一些 「虚拟」css 以及 js ，这些文件通常有迹可循。通常是  [随机编码].bundle.min.css/js   这部分文件，可以进行另一类的同一管理，方便更新，以及更低频率的更新规则。

当然其他的如 google 字体库的管理，头像的管理等等其他内容目前比较完善。

以上是一些想法的记录

@feibisi

[壳壳虫]

针对您对叶子插件的功能期待，我可以提供以下建议：

1. 静态文件部分：
   • 对于文件部分，支持直接配置使用阿里云 OSS 存储是一个很好的想法，可以提高静态文件的访问速度和稳定性。
   • 对于 CSS 和 JS 部分，您提到的固定部分可以考虑统一转发到一个固定的域名下，这样可以简化管理和更新。可以通过 CDN 来实现这一点，确保所有站点都使用相同的静态资源。
   • 对于生成的部分，如 Elementor 生成的虚拟 CSS 和 JS 文件，可以考虑建立一个统一管理系统，以便更轻松地更新和维护这些文件。

总的来说，通过优化静态文件的管理和加载方式，可以提高网站性能和管理效率。叶子插件如果能够实现您提出的想法，将会为多站群/多站点环境的用户带来更好的体验和便利。

---

以上由壳壳虫自动解答供参考，您可以继续跟帖或等待人工回复。

[诗语]

我们近期在做明年的开发功能规划，目前需要做的事情是先解决掉 WordPress 系统本身欠缺和不足，站群相关的功能是重点项目，而且相对文派叶子插件的目标用户群体实际上是不同的，上面的建议需要先研究一下，我个人而言是倾向于为站群开发一个单独的功能来搭配文派叶子实现。

也就是需要才安装，这样利于维护和后续的延伸开发。

[作者]

帖子