【问题标题】:Wordpress Plugin Broke My Site & Cant Figure Out How To Resolve?Wordpress 插件破坏了我的网站,无法弄清楚如何解决?
【发布时间】:2018-02-05 14:04:21
【问题描述】:

好吧,总之,我为一个 Wordpress 网站构建了一个自定义插件,并且正在进行一个小更新。想想也许我在代码中有一个小的拼写错误,但在保存更新后,我的网站现在显示 500 错误。

我已经尝试了以下常用方法但没有成功:

1:重命名插件和插件目录以尝试禁用单个/所有插件。

2:通过 db 禁用所有插件。

现在更改本身是通过 wp 后端进行的,该后端更新了文件。但是我无法通过 FTP 看到此更改。这让我很困惑。我会假设数据库以某种方式更新了自身内部某处的文件,这可能会覆盖原始文件?我以前从未见过 Wordpress 这样做。

我不确定,但希望能够弄清楚为什么会发生这种情况以及是否可以修复。

现在我要做一个回滚。欢迎对此提出任何想法。

【问题讨论】:

  • 看看你的错误日志
  • 遇到 500 错误时,您总是要做的第一件事就是检查相关的日志文件。
  • @Scriptman 我明白为什么会发生错误,但我不明白为什么通过 FTP 我没有看到更新的文件以便解决。由于该文件是由 wp-admin 控制台编辑的,因此该文件是否可能被缓存/存储并通过数据库覆盖原始文件?

标签: php database wordpress plugins


【解决方案1】:

我建议你试试:

  • 正在恢复数据库。如果您看不到更改了哪个文件,则可能意味着数据库已更改,而不是特定文件。用于备份和恢复的流行插件是 updraft plus,它使您能够选择文件、数据库或主题。假设您没有安装恢复插件,您可以联系您的托管服务提供商,他们可能能够将数据库恢复到早期版本。此功能也可以通过域和主机上的控制面板获得。如果这行得通,那么至少您知道您的狗和发育的问题出在哪里。

【讨论】:

  • @Nick 您知道实际文件已更改还是只是一个数据库条目?
  • 这正是我所采取的方法。通过文件管理器的文件看起来像预期的那样。已请求回滚。我知道被编辑的文件,只是一个插件路由 php 文件。还清除了服务器缓存
  • 另一个问题是,假设它是通过 db 编辑的,wordpress 将插件文件数据存储在哪里
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-07-24
  • 1970-01-01
  • 2016-05-10
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多