Class "table_common_banned" does not have a method named "delete_by_expiration". New

3.4升级3.5，全程更新没报错。

在后台操作更新缓存，出现这个报错，要怎么调整
我知道答案 回答被采纳将会获得1 贡献 已有4人回答

我也不懂，ai分析是
从错误回溯来看，问题似乎出现在  admin.php  的第58行，该行调用了  require(%s)  。这通常意味着某个文件或类没有正确加载。接着，回溯指向  admincp_tools.php  的第36行，该行调用了  updatecache()  ，这与缓存更新有关。接下来是  function_cache.php  的第26行，该行调用了  build_cache_ipbanned()  ，这与构建IP封禁缓存有关。然后是  cache_ipbanned.php  的第15行，该行调用了  discuz_base->_call(%s, Array)  ，最后是  discuz_base.php  的第44行，该行有一个  break()  语句。因此，问题似乎与IP封禁缓存的构建有关。可能是  table_common_banned  类缺少  delete_by_expiration  方法，或者该方法没有正确实现。首先，我应该检查  table_common_banned  类的定义，看看是否确实缺少这个方法。如果该方法不存在，我需要决定是实现它还是修改调用它的代码。但等一下，也许这是一个拼写错误。  delete_by_expiration  听起来像是一个标准的清理方法，用于删除过期的封禁记录。如果这个方法不存在，可能是代码更新时遗漏了，或者需要从另一个文件中包含。

备份就文件，用新文件，不要覆盖上传，挪走使用新的source目录

这是有X3.4的文件残留!

这是 让你移动文件的时候 你没移动!  

让你移动, 你不能复制粘贴备份的!

可以使用 beyond compare 这个软件, 和全新的X3.5 对比一下, 删除掉 残余的X3.4的文件

升级后源码不完整，需要比对检查。