WordPress自动升级不启动（？）

只是为了确保我的顺序正确。昨天，我用WordPress Beta测试仪安装了当时最新的nightly版本3.7-beta1-25639，我希望它今天早上会自动更新到Beta-2，但它没有。我没有收到出错的电子邮件，此特定安装中没有git/svn文件夹，因此我不知道从何处开始查找。。或者我需要更有耐心。您是在本地服务器上测试3.7还是在远程服务器上测试3.7？如果是后者，网站是否可以公开访问？远程和是。唯一要做的是，我们有基于IP的访问正在进行的更新。如中所述，我需要将我的IP地址（和localhost等）列入白名单，以便能够更新插件和核心。我现在开始想知道实际的更新脚本是从哪个IP地址发起的。有人知道吗？有没有想过为什么我没有收到任何电子邮件通知？更新脚本实际上是在您的站点上运行的。您可以找到更新将不运行的情况列表http://make.wordpress.org/core/2013/09/24/automatic-core-updates/ 我看过这个列表，但如果失败了，我唯一不明白的是，如果出了问题，为什么我就不会收到电子邮件。我们的服务器的设置方式是，任何访问非白名单IP地址后面的站点的人都将被提示输入FTP凭据。如果您是从白名单上的IP地址访问，您只需按预期运行任何更新即可。据我所知，WordPress本身（即本地主机）正在触发更新，对吗？据我所知，WordPress本身，即localhost，正在触发更新，对吗？是-该部分正确。只是不确定我是否遵循了前面的部分… 好的，所以最重要的假设是正确的如果WordPress认为有人提示我输入FTP凭据，说明它无法自我更新，我应该收到一封电子邮件吗？抱歉–我不确定在3.7仍在开发中时，邮件方面的东西是否能在失败的更新上工作。不用担心。我会继续四处看看。谢谢！您使用的是标准的WordPress cron，还是备用的u WP u cron？服务器本身是白名单上的IP地址吗？标准cron是通过向自身发送一个HTTP请求来触发的。您实际上是如何通过IP阻止更新的？如果您在定义DOINGu CRON时也将更新白名单（而不是搞乱自己的IP），那么事情是否可行？我们使用的是标准的WordPress cron。默认白名单是通过将127.0.0.1/32和33.33.33.1/32添加到列表中来完成的。阻塞是通过使用adminu ips–可以访问作为appu容器\"admin\"用户运行的apache2版本的ips范围（以CIDR表示法）来完成的。实际上，从这些IPs访问一个站点会给用户更多的权限来执行诸如上传WordPress更新/插件之类的操作。更多信息在这里的底部。如果你想知道厨师的食谱到底是什么样子的，就到这里来。这样做的原因是，当您来自管理ip时，您会被重定向到一个以对WP文件具有写入权限的用户身份运行的apache。如果您来自一个非管理IP，那么nginx会将您重定向到一个只对WP文件具有读取权限的apache上，我认为这与昨晚的构建有些冲突。我遇到磁盘u free u space（）错误，导致自动升级失败。我不得不手动替换我的核心WordPress文件以使其再次工作：> 我将公共IP地址添加到白名单中，这就成功了。谢谢你的额外智慧

WordPress自动升级不启动（？）

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么