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的文件 升级后源码不完整，需要比对检查。
页:
[1]