Statamic CMS修改Mailchimp设置保存后刷新报shift调用null错误

环境差异排查（仅staging环境复现优先走该流程） #

• 对齐本地与staging环境的Statamic核心版本、Mailchimp扩展插件版本，staging未同步补丁版本会偶发配置写入逻辑异常
• 校验两边缓存配置参数：对比.env文件中CACHE_DRIVER、STATAMIC_STATIC_CACHING的取值差异，30%概率保存回退多为缓存竞态问题，配置写入后未触发缓存刷新，后续读取仍返回旧值
• 检查staging环境配置存储路径权限：若配置存在yaml文件中，确认站点config目录的读写权限、服务器安全拦截规则，部分请求可能被规则拦截但未被CMS捕获，导致前端提示保存成功但实际未写入

前端报错定位流程 #

报错类型：TypeError: Cannot read properties of null (reading 'shift')

• 临时开启staging调试模式，将.env中APP_DEBUG设为true，替换压缩的cp.js为未压缩开发版本，复现错误即可定位a.list对应的具体业务方法，明确调用shift()的业务场景
• 拦截配置查询接口返回值：在浏览器控制台打断点，对比本地与staging环境配置接口的返回结构，确认是否存在staging环境缺失字段返回null的情况，该错误为Vue响应式监听触发，大概率是列表渲染逻辑未对数据源做空判断，直接调用了shift()方法

临时规避方案 #

• 每次保存Mailchimp配置后，先在后台执行全量缓存清理，再刷新页面验证，可解决绝大多数配置回退问题
• 自定义扩展Mailchimp配置页的前端逻辑，对调用shift()的数据源提前做非空校验，值为null时默认赋值为空数组即可消除该报错

内容的提问来源于stack exchange，提问作者Nathan Bayne