
WooCommerce区块的维护者要求开发者社区分享他们在Cart和Checkout区块上遇到的任何性能问题的反馈。
"我们意识到在这个领域有工作要做,我们想改进,"WooCommerce开发者Alex Florisca说。
"我们对任何可能阻止商家或开发者采用购物车和结账区块而不是简码版本的性能相关问题特别感兴趣。"
该插件的存储库有9个开放的问题,被归类为与性能有关。他们中的大多数都不是直接的,需要更多的研究和测试。例如,一个运行多个产品网格区块的问题被报告为响应时间增加了4秒以上。贡献者们提出了一些不同的想法来解决性能问题,比如尝试使用useSuspenseSelect来改善各种区块的感知加载体验,以及找到一种方法来跟踪购物车和结账区块的性能。这两张票都还没有看到什么动作。
店主不会急于切换到一个较慢的结账体验,所以WooCommerce团队正在寻求反馈,以帮助他们使购物车和结账区块更快。到目前为止,一位用户报告说,由于第三方插件的一个错误,他瞥见了基于区块的结账对JS资产有效载荷的增加。
"我认为这至少增加了~300 kB(压缩)JS有效载荷(初始数字,我的测量过程仍在进行中),"Leho Kraav说。
"我们不打算在短期内将我们的经典主题转换为区块主题,但是,我仍然对这个方向感到不安。"
弗洛里斯卡对这一反馈进行了跟进,对传统的短码结账与区块结账和Shopify进行了一些粗略的基准比较。
结账区块 | 简码结账 | Shopify | |
---|---|---|---|
总加载 | 2.9MB | 935kb | 6.1MB |
总传输 | 2.1MB | 1.3MB* | 3MB |
请求数 | 144 | 77 | 146 |
"Blocks的请求数量几乎增加了一倍,这不是很好,所以这是我们可以研究的问题,"Florisca说。"我怀疑原因是我们依赖于上面的几层抽象--WooCommerce和WordPress,每个人都有自己的软件包和做某些事情的固定方式。我们可以调查是否可以简单地这样做。"
关于如何提高购物车和结账区块性能的讨论仍在进行中,希望有更多的开发者给予反馈,调查也在进行中。好消息是,WooCommerce的维护者已经意识到基于区块的结账增加了多少重量,并且正在积极寻找方法为用户改进。
评论前必须登录!
立即登录 注册