@wpforce:我今天在另一个网站上遇到了这个问题:
更新WooCommerce的变化色板从1.1.19来2.0.6导致此致命错误。当再降级到2.0.5致命错误消失，升级到最新2.0.6不会再次导致致命错误。所以2.0.5有些迁移是这样的吗2.0.6需要避免此致命错误。
@david-barczak:显然这是由Redis超时引起的，可能是由于负载过重。
请看下面的讨论(这是一个不同的插件，但潜在的问题是相同的，Redis PHP客户端超时)和一个可能的修复:
https://github.com/phpredis/phpredis/issues/492
我也有同样的问题:
已经被CORS政策屏蔽了/收集在前端……。
这个问题是固定后，我还添加了一个谷歌标签管理器容器(在谷歌SiteKit插件设置)，(没有标签目前添加)。之后，CORS错误消失了。
表wp_wsal_occurrences缺少以下字段/列:
- client_ip
- 严重程度
- 对象
- event_type
- user_agent
- user_roles
- 用户名
- user_id
- session_id
- post_status
- post_type
- post_id
@ahmedmymail:你可能想要分叉插件，在一个单独的分支中添加你的更改。当插件的新更新发布时(“上游”)，你可以把它们拉到主要分支并将其合并到单独的分支中。
希望在不久的将来，本地WordPress模板支持会被添加到这个插件中，这样你就不必维护一个fork了。
刚刚遇到了同样的问题。在序列中更新为@hvianna发布,
第一个4.3.6,然后4.4.0（4.4.0 +就像4.1.1不工作),谢谢!
@robert681:如果迁移逻辑从4.3.6可以添加到未来的版本中，因此直接更新到最新版本不需要额外的步骤。
另外，所需的版本步骤和最新版本(直接更新到最新版本时，迁移没有工作)在次要版本中都是不同的，因此不应该发生破坏兼容性的问题。
+1，如果需要使用自定义模板，那么可以使用一个过滤器来更改这些模板。
使用内置的WordPress可能是个好主意load_template（https://developer.www.kotonoha369.com/reference/functions/load_template/),get_template_part（https://developer.www.kotonoha369.com/reference/functions/get_template_part/)函数在插件，
它们提供智能模板加载和覆盖。
- 这个回复在2个月零3个星期前被修改过strarsis．原因:删除链接(因为代码格式的文本不能正确地呈现为链接)
@audrasjb:这个问题能在不久的将来得到解决吗?这个问题仍然存在，使不必要的发展更加困难。
@christian1983你好，Christian，第二次设置谷歌产品类别，对于每个单独的产品来说都是非常繁琐和多余的。
我提出了一个统一的谷歌产品类别元键和类别的处理方式之间的两个插件(“Pinterest为WooCommerce”和“Facebook为WooCommerce”)。雷竞技两者都是由Automatic开发的，所以这可能也有助于消除潜在的摩擦。
GitHub上的相关问题:https://github.com/woocommerce/pinterest-for-woocommerce/issues/419
嗨,基督徒,
WooCommerce.com为该插件创建了一个新问题。
我按照你的建议参考了这个问题。
谢谢并致以良好的问候
@christian1983如果这个问题能解决就太好了。每次我不小心遇到这个问题，我必须重新启动WSL 2 + Docker + WordPress站点的容器。
然后我必须去激活插件，希望循环不会发生。此外，系统内存很快就被填满，一切都变得迟缓。
重新启动一切需要相当长的时间，5到10分钟。
这也意味着我目前不能在生产环境和开发环境之间建立对等关系，因为我不能在开发环境中启用插件。
这个bug对我的影响太大了
是的，我停用了所有插件，除了雷竞技WooCommerce而且Pinterest为WooCommerce这个问题依然存在。在长时间等待之后，我得到的要么是网关超时，要么是由于递归循环导致的内存耗尽和极长的堆栈跟踪。
潜在的问题似乎是解密失败(不同的服务器/盐?)-但不是仅仅记录错误并可能在后端显示警告/错误，而是发生一个循环，直到内存耗尽(测试运行数gb)。
