在哪些情况下不会删除.aintenance文件?

时间:2015-12-08 作者:eteubert

当WordPress进行插件/主题/核心更新时,它会创建一个.maintenance 临时将站点置于维护模式的文件。有时此文件不会被删除,用户被锁定在其网站之外(直到他们搜索并发现必须删除该文件)。

作为插件开发人员,这很令人沮丧,因为我经常被指责破坏了他们的网站。

我的问题是:在什么情况下文件不会被删除?作为插件开发人员,我能做些什么来避免它吗?

1 个回复
SO网友:RiddleMeThis

如果你看看里面/wp-admin/includes/update-core.php 在826行附近的评论中有一些好信息。

以下是升级人员应该采取的步骤。。。

测试选定文件的解压缩位置,以确保解压缩工作正常复制除wp内容以外的所有文件/文件夹将任何语言文件复制到wp\\u LANG\\u DIR(这可能不同于WP\\U CONTENT\\u DIR,将任何新的捆绑主题/插件复制到各自的位置,然后删除新的WordPress目录路径。删除维护文件。删除旧文件。删除“update\\u core”选项。并回答您的问题“在什么情况下不删除文件?”

有几个方面存在故障。例如,如果PHP在步骤6之前超时,那么您将无法访问站点的任何部分。此外,由于升级将不会继续进行,因此您将无法自动删除旧文件并删除“update\\u core”选项。

如果新WordPress复制旧WordPress失败,那么更糟糕的是新WordPress目录将保留。

相关推荐

Testing Plugins for Multisite

我最近发布了一个WordPress插件,它在单个站点上非常有效。我被告知该插件在多站点安装上不能正常工作,我理解其中的一些原因。我已经更新了代码,现在需要一种方法来测试更新后的代码,然后才能转到实时客户的多站点安装。我有一个用于测试的WordPress安装程序的单站点安装,但需要在多站点安装上进行测试。根据我所能找到的唯一方法是在网络上至少有两个站点来安装整个多站点安装,以测试我的插件。设置WordPress的整个多站点安装是插件开发人员的唯一/首选方式,还是有更快的测试环境可用。