IsaacZ 發(fā)表于 2025-1-9 15:47
重裝系統(tǒng)再從舊備份恢復后出現(xiàn)樓主所示的問題，用beyond compare對照刪除一大堆文件后就解決了，再清理緩 ...

解決了 就好

天外飄仙 發(fā)表于 2025-1-6 11:29
這是有X3.4的文件殘留!

這是 讓你移動文件的時候 你沒移動!  

重裝系統(tǒng)再從舊備份恢復后出現(xiàn)樓主所示的問題，用beyond compare對照刪除一大堆文件后就解決了，再清理緩存就成功了！感謝！



@

[color=var(--comiis-fb)]lgw452562149

升級后源碼不完整，需要比對檢查。

這是有X3.4的文件殘留!

這是 讓你移動文件的時候 你沒移動!  

讓你移動, 你不能復制粘貼備份的!

可以使用 beyond compare 這個軟件, 和全新的X3.5 對比一下, 刪除掉 殘余的X3.4的文件

備份就文件，用新文件，不要覆蓋上傳，挪走使用新的source目錄

我也不懂，ai分析是
從錯誤回溯來看，問題似乎出現(xiàn)在  admin.php  的第58行，該行調(diào)用了  require(%s)  。這通常意味著某個文件或類沒有正確加載。接著，回溯指向  admincp_tools.php  的第36行，該行調(diào)用了  updatecache()  ，這與緩存更新有關。接下來是  function_cache.php  的第26行，該行調(diào)用了  build_cache_ipbanned()  ，這與構建IP封禁緩存有關。然后是  cache_ipbanned.php  的第15行，該行調(diào)用了  discuz_base->_call(%s, Array)  ，最后是  discuz_base.php  的第44行，該行有一個  break()  語句。因此，問題似乎與IP封禁緩存的構建有關。可能是  table_common_banned  類缺少  delete_by_expiration  方法，或者該方法沒有正確實現(xiàn)。首先，我應該檢查  table_common_banned  類的定義，看看是否確實缺少這個方法。如果該方法不存在，我需要決定是實現(xiàn)它還是修改調(diào)用它的代碼。但等一下，也許這是一個拼寫錯誤。  delete_by_expiration  聽起來像是一個標準的清理方法，用于刪除過期的封禁記錄。如果這個方法不存在，可能是代碼更新時遺漏了，或者需要從另一個文件中包含。