分类: WordPress错误

  • 如何修复WordPress自动更新失败错误

    错误类型:
    WP内部错误
    错误名称:
    WordPress自动更新失败错误
    英文名称:
    WordPress auto-update error
    错误描述:
    WordPress更新失败或无法正常工作可能有多种原因,例如文件权限已更改;安全模式可能是一个原因,服务器脚本超时,PHP内存限制耗尽等。

    WordPress自动更新失败

    正在寻找一种方法来修复您网站中的WordPress自动更新错误?在本文中,我们将指导您修复网站中的WordPress自动更新错误。

    当您的WordPress无法自行更新时,这非常烦人。WordPress具有自动更新功能,可让您更轻松地更新您的网站。它将在后台更新WordPress的新版本。发布重大更新时,它会显示一条通知,然后您只需单击一下即可对其进行更新。

    更新WordPress非常重要,因为过时的网站不是很安全。每次更新都会修复错误并优化新特性和功能。它还提高了网站的安全性。当WordPress无法自动更新时,它会显示一个错误。

    为什么WordPress自动更新失败?

    WordPress更新失败或无法正常工作可能有多种原因,例如文件权限已更改;安全模式可能是一个原因,服务器脚本超时,PHP内存限制耗尽等。

    修复WordPress自动更新错误

    这个错误有几个原因。当您遇到此错误时,您需要找出导致错误的原因,然后您需要采取相应的措施。

    删除.maintenance文件

    有时,当WordPress无法自我更新时,它会将您锁定在您的网站之外。您将无法访问您的网站管理仪表板。当用户访问您的网站时,他们会看到类似“Briefly unavailable for scheduled maintenance”的消息。发生此错误是因为当WordPress尝试自我更新时,它会打开您的网站维护模式。更新失败,因此您的网站陷入维护模式。

    Briefly unavailable for scheduled maintenance

    维护模式存储在.maintenance文件。因此,您需要找到该文件并将其删除。为此,您需要将您的网站与FTP客户端或cPanel连接并找到.maintenance文件并将其删除。

    关闭安全模式

    有时关闭安全模式可能会解决WordPress更新问题。您可以使用服务器控制面板轻松关闭安全模式。您只需要编辑php.ini文件。

    使用FTP客户端或服务器控制面板打开文件并将此行safe_mode = on更改为此safe_mode = off 。这将关闭安全模式。

    之后,您需要重新启动Apache并登录到您的网站。这将解决您网站上的更新问题错误。

    文件权限

    当WordPress更新自身时,它会在您的服务器上创建一个临时文件。要创建文件WordPress需要您的服务器升级目录的权限。要解决此问题,您需要转到您的网站根目录并找到升级和文件并为其提供写入权限。您可以提供755777。在给予适当的许可后,WordPress可以自行更新。如果您授予777权限,则需要在更新WordPress后将其更改回 755。

    编辑wp-config文件

    如果上述方法无法更新WordPress,那么您需要在wp-config文件中手动添加更新的凭据。找到wp-config文件,然后将以下代码添加到其中。

    define(‘FS_METHOD’, ‘ftpext’);
    define(‘FTP_HOST’, ‘ftp.website.com’);
    define(‘FTP_USER’, ‘username’);
    define(‘FTP_PASS’, ‘password’);
    define(‘FS_METHOD’, ‘ftpext’);

    define(‘FTP_HOST’, ‘ftp.website.com’);

    define(‘FTP_USER’, ‘username’);

    define(‘FTP_PASS’, ‘password’);

    define(‘FS_METHOD’, ‘ftpext’);
    
    define(‘FTP_HOST’, ‘ftp.website.com’);
    
    define(‘FTP_USER’, ‘username’);
    
    define(‘FTP_PASS’, ‘password’);

    小结

    按照此过程,您将能够修复WordPress自动更新错误。如果所有方法都失败了,那么您需要手动更新WordPress。

  • WordPress建立数据库连接时出错(Error Establishing a Database Connection)终极解决方案

    错误类型:
    数据库错误
    错误名称:
    建立数据库连接时出错
    英文名称:
    Error Establishing a Database Connection
    错误描述:
    数据库损坏或者登录凭据不正确,损坏的WordPress文件,数据库服务器问题和流量激增都有可能导致此错误发生。

    Error Establishing a Database Connection解决方案

    “ 建立数据库连接时出错(Error Establishing a Database Connection) ”可能是WordPress用户可能遇到的最常见和最可怕的错误之一。这绝对与死亡白屏(WSOD)息息相关。此错误意味着您的网站不再通信或可以访问WordPress数据库,整个网站瘫痪。

    对于这样的错误,站长切勿掉以轻心的事情,应该立即尝试解决此问题,直接影响流量,SEO等等。但不用担心,今天我们将讨论导致此错误的一些常见情况,以及对应的解决方案。

    什么是建立数据库连接时出错?

    WordPress网站上的所有信息,例如发布数据,页面数据,元信息,插件设置,登录信息等,都存储在MySQL数据库中。唯一没有存储的数据是媒体内容,例如图像,以及主题/插件/核心文件,例如index.php,wp-login.php等。当有人访问您的网站时,PHP会在页面上执行代码并从数据库中查询信息,然后将其显示到访客浏览器中。

    如果由于某种原因这无法正常工作,则将出现建立数据库连接时出错,如下所示。整个页面空白,因为连接无法正常工作,无法检索任何数据以呈现页面。这不仅破坏了网站的前端,而且导致无法访问WordPress仪表板。

    但是,访客可能不会立即在前端看到此错误。那是因为站点缓存还可供访问,直到缓存过期为止。

    建立数据库连接时出错截图

    建立数据库连接时出错

    当发生此错误时访问者尝试访问您的站点时,它将在您的日志中生成500 HTTP状态代码。同样的状态码会出现“内部服务器错误”。这意味着服务器出现问题,请求的资源未交付。当一切正常时,您的站点将生成200 HTTP状态代码,这意味着一切正常。

    导致此错误的常见情况

    那么究竟为什么会发生这种情况呢?好吧,以下是一些常见的原因。不用担心,我们将更深入地研究每一个问题,以便您知道如何解决它们。通常,您可以在15分钟内解决此错误。

    • 最常见的问题是数据库登录凭据不正确。WordPress网站需要使用数据库相关登录信息来连接到其对应的MySQL数据库。
    • 数据库已损坏。由于主题,插件可安装卸载如此之多,长年累月的不断删除和安装,有时会导致数据库损坏。这可能是由于表丢失或个别损坏,或者是某些信息被意外删除了。
    • WordPress安装中可能存在损坏的文件。这有时甚至可能由于黑客而发生。
    • 数据库服务器问题。Web主机端可能有几件事是错误的,例如由于流量峰值导致数据库过载或由于太多并发连接而无响应。这在共享主机中很常见,因为它们为同一服务器上的许多用户使用相同的资源。
    • 流量激增。根据您使用的 Web 主机,您的服务器可能无法处理许多并发数据库连接。流量的增加可能会导致数据库出现临时问题。

    如何修复“建立数据库连接时出错”

    在开始对错误进行故障排查之前,建议您首先进行数据库备份,因为以下许多建议涉及操作数据库中的信息。无论你的技术水平如何,在尝试修改WordPress网站数据库之前,都应始终进行备份。

    您可以使用WordPress备份插件(例如VaultPress或WP Time Capsule)来备份文件和数据库。

    如果是宝塔面板用户,那就网站文件及数据库备份就很简单了,进入宝塔控制面板,在左边菜单找到“计划任务”,进入界面找到备份数据库和备份网站,手动执行即可。

    备份WordPress网站

    备份WordPress网站

    当然你还可以通过SFTP等工具,进入服务器执行手动备份网站文件,及通过phpMyAdmin手动备份MySQL数据库。备份成功后,就该开始对“建立数据库连接时出错”问题进行故障排除了。

    参考阅读:《使用BackWPup插件备份WordPress教程》、《如何安全备份WordPress博客网站数据?

    1.检查数据库登录凭据

    首先要做的是检查以确保WordPress配置文件的数据库登录凭据正确。这是迄今为止“建立数据库连接时出错”报错的最常见原因,特别是在迁移网站到新的托管服务提供商之后。WordPress网站的连接详细信息存储在wp-config.php文件中,该文件通常位于WordPress网站的根目录下。

    它包含四个重要信息,这些信息都必须正确才能成功进行连接数据库。

    数据库名称

    // ** MySQL settings ** //
    /** The name of the database for WordPress */
    define(‘DB_NAME’, ‘xxxxxx’);
    // ** MySQL settings ** //
    /** The name of the database for WordPress */
    define(‘DB_NAME’, ‘xxxxxx’);
    // ** MySQL settings ** // 
    /** The name of the database for WordPress */ 
    define('DB_NAME', 'xxxxxx');

    数据库用户名

    /** MySQL database username */
    define(‘DB_USER’, ‘xxxxxx’);
    /** MySQL database username */
    define(‘DB_USER’, ‘xxxxxx’);
    /** MySQL database username */ 
    define('DB_USER', 'xxxxxx');

    数据库密码

    /** MySQL database password */
    define(‘DB_PASSWORD’, ‘xxxxxxxxx’);
    /** MySQL database password */
    define(‘DB_PASSWORD’, ‘xxxxxxxxx’);
    /** MySQL database password */ 
    define('DB_PASSWORD', 'xxxxxxxxx');

    主机名(服务器)

    /** MySQL hostname */
    define(‘DB_HOST’, ‘localhost’);
    /** MySQL hostname */
    define(‘DB_HOST’, ‘localhost’);
    /** MySQL hostname */ 
    define('DB_HOST', 'localhost');

    要访问wp-config.php文件,您可以通过SFTP连接到站点并浏览到站点的根目录。或者,如果您使用的是宝塔,则可以进入宝塔控制面板单击“文件”,浏览到站点的根目录,然后右键单击以编辑文件。

    宝塔文件管理

    宝塔文件管理

    以下是打开文件后的示例。

    wp-config.php文件数据库访问凭证

    wp-config.php文件数据库访问凭证

    现在,您需要对照当前值及服务器数据库真实值,以确保它们正确无误。对于宝塔用户,请按照以下说明进行操作。

    检查宝塔面板中的数据库凭据

    您需要登录宝塔面板,进入数据库即可找到网站对应的数据库,找到数据库名、用户名及密码等信息 。

    宝塔面板查看数据库账号密码

    宝塔面板查看数据库账号密码

    然后核对wp-config.php文件的对应信息,确保两边的信息一致即可,非常方便。(或者这也就是国内众多站长选择使用宝塔面板的原因)

    检查cPanel面板中的数据库凭据

    如果你是使用cPanel管理主机,整个步骤稍微有点复杂。

    首先要检查的是数据库名称。为此,您需要进入cPanel控制面板登录phpMyAdmin 。

    cPanel控制面板的phpMyAdmin

    cPanel控制面板的phpMyAdmin

    在左侧菜单找到你的网站对应的数据库名称。忽略“information_schema”数据库,因为这是主机使用的数据库。然后,将该名称与wp-config.php文件中的DB_NAME值进行比较。如果它们匹配,那么这不是问题。如果它们不匹配,那么您需要更新wp-config.php文件。

    cPanel 数据库名称

    cPanel 数据库名称

    您还可以通过确保数据库是否包含你网站的URL来验证这是正确的数据库。只需单击数据库,然后单击wp_options表(出于安全目的,此名称可能稍有不同,例如wpxx_options)。在表格的顶部,您将看到网站URL和名称的值。如果这些与您当前站点匹配,说明这个是你的网站的数据库。

    在phpMyAdmin检查网站URL

    在phpMyAdmin检查网站URL

    如果数据库名称正确,但是在建立数据库连接时仍然出现错误,那你还需要检查用户名和密码。为此,你需要在WordPress网站的根目录中创建一个新的PHP文件(随意命名,例如checkdb.php),并输入以下代码,需使用wp-config.php文件中的值替换为db_user和db_password的值。

    <?php
    $test = mysqli_connect(‘localhost’, ‘db_user’, ‘db_password’);
    if (!$test) {
    die(‘MySQL Error: ‘ . mysqli_error());
    }
    echo ‘Database connection is working properly!’;
    mysqli_close($testConnection);
    <?php
    $test = mysqli_connect(‘localhost’, ‘db_user’, ‘db_password’);
    if (!$test) {
    die(‘MySQL Error: ‘ . mysqli_error());
    }
    echo ‘Database connection is working properly!’;
    mysqli_close($testConnection);
    <?php
    $test = mysqli_connect('localhost', 'db_user', 'db_password');
    if (!$test) {
    die('MySQL Error: ' . mysqli_error());
    }
    echo 'Database connection is working properly!';
    mysqli_close($testConnection);

    浏览器访问https://yourdomain.com/checkdb.php。如果收到“MySQL Error: Access denied(MySQL错误:访问被拒绝)”,则说明您的用户名或密码错误,您将需要继续执行下一步以重置凭据。

    MySQL错误:访问被拒绝

    MySQL错误:访问被拒绝

    但如果是“Database connection is working properly.(数据库连接正常工作)”,则说明数据库用户名和密码正确。完成测试后,请确保删除此文件。

    数据库连接正常工作

    数据库连接正常工作

    如果确定数据库用户名和密码错误,接下来您需要重置用户名和密码。在cPanel中,点击“MySQL数据库”。

    cPanel 控制面板之MySQL数据库

    cPanel 控制面板之MySQL数据库

    向下滚动并创建一个新的MySQL用户。尝试选择唯一的用户名和密码(可以使用提供的密码生成器工具生成高强度密码),以免轻易被猜中。然后点击“Create User”。或者,您也可以在此界面上更改当前数据库用户的密码。

    创建MySQL用户

    创建MySQL用户

    然后向下滚动并将新用户添加到数据库中。下一个界面将询问您要分配的特权,选择“All Privileges(所有权限)”。

    使用cPanel新增数据库用户

    使用cPanel新增数据库用户

    然后使用这些新凭据并更新至wp-config.php文件(更新DB_USER和DB_PASSWORD值)。到此,你也可以使用前面提到的测试文件验证数据库凭证信息是否正确。但如果这未能解决问题,可能是主机名(DB_HOST)错误。某些主机使用不同的值,你可以参阅一些常见数据库主机值列表,或者查看主机相关文档及联系主机提供商提供。有些人可能还会使用127.0.0.1而不是localhost。

    如果您已完成上述所有操作,但仍是“建立数据库连接时出错”,继续往下看。

    2. 修复损坏的数据库

    在某些情况下,可能是数据库已损坏。有时(尽管不是很经常)会发生这种情况,因为随着时间的推移,新插件和主题会不断添加/删除数百张数据表。如果您尝试登录WordPress网站的仪表板并收到以下错误,则表明您的数据库已损坏:“一个或多个数据库表不可用。数据库可能需要修复。” 重要的是要注意,您可能只会在访问WordPress管理后台才看到此错误,而在前端仅看到建立数据库连接错误提示。

    WordPress实际上提供可以启动的数据库修复模式。只需将以下内容添加到wp-config.php文件的底部。

    define(‘WP_ALLOW_REPAIR’, true);
    define(‘WP_ALLOW_REPAIR’, true);
    define('WP_ALLOW_REPAIR', true);

    WordPress修复模式

    WordPress修复模式

    然后浏览器访问WordPress网站地址:https : //yourdomain.com/wp-admin/maint/repair.php。在页面你可以选择“修复数据库”或“修复并优化数据库”。由于您目前可能正在对站点进行故障排除,因此建议使用“修复数据库”选项,更高效。

    WordPress修复数据库

    WordPress修复数据库

    在运行完上述数据库的修复之后,请确保删除添加到wp-config.php文件中的代码行,否则任何人都可以运行修复。如果您使用cPanel,则还可以从MySQL数据库界面中运行修复。

    cPanel修复数据

    cPanel修复数据

    或者,您也可登入phpMyAdmin进行修复。只需登录phpMyAdmin,选择需要修复的网站对应的数据库,然后选择所有表。然后从下拉菜单中单击“修复表”。这实际上只是在运行REPAIR TABLE命令。

    通过phpMyAdmin修复表

    通过phpMyAdmin修复表

    最后,你想更“装逼”些,还可以选择使用WP-CLI通过以下命令运行修复:

    wp db repair
    wp db repair
    wp db repair

    3. 修复损坏文件

    “建立数据库连接时出错”另外一个可能原因是文件已损坏。无论这是由于通过FTP传输文件的问题,黑客获得了访问您的站点的权限还是主机的问题,您都可以快速解决此问题。特别提醒,尝试此操作之前先备份您的网站。

    基本上,您只需要替换WordPress的核心版本,无需理会插件,主题或媒体。你可以通过访问WordPress.org下载最新版本的WordPress

    下载WordPress

    下载WordPress

    在您的计算机上解压缩该文件,然后删除wp-content文件夹以及wp-config-sample.php文件。

    删除wp-content 目录及WP初始配置文件

    删除wp-content 目录及WP初始配置文件

    然后,通过SFTP将其余文件上传到您的站点,覆盖现有文件。这将替换所有有问题的文件,并确保您拥有干净且未损坏的新文件。建议这样做后清除浏览器缓存。然后检查您的WordPress网站以查看错误是否仍然存在。

    4. 数据库服务器问题

    如果上述方法均不能帮助您解决问题,那么强烈建议您与托管服务提供商联系,因为这可能是数据库服务器的问题。例如,如果数据库并发连接太多,则可能会产生错误。因为很多主机在服务器上都限制了一次允许连接的数量。利用缓存插件可以帮助最大程度地减少您站点上的数据库交互。

    这个问题在共享主机上经常发生,因为理论上其他人可能会影响您的站点。这是因为共享主机共同使用服务器上的所有资源。始终建议尽可能使用VPS主机来搭建WordPress网站,至少主机资源由自己分配利用而不会变得人满为患。独立主机通常对环境进行微调,即可处理专门针对WordPress网站的大量流量。

    5. 恢复至最近备份

    最后在情非得已之时,恢复最近备份数据。在某些情况下,如果无需担心发生错误之时与上一次备份之间产生的数据,这可能是解决问题的较快方法。许多服务器提供商都提供备份数据恢复支持。请记住,您可能需要同时还原数据库和文件。

    如果您是宝塔用户,则可以通过宝塔控制面板的计划任务,创建备份数据库或者备份网站计划任务,支持按周期定时备份,非常方便。

    宝塔控制面板备份计划

    宝塔控制面板备份计划

    如果是恢复数据库备份,您只需要进入宝塔控制面板,进入数据库菜单,找到你需要恢复的数据库,点击“有备份”,选择需要恢复的备份版本,点击“恢复”即可。

    WordPress数据库恢复

    WordPress数据库恢复

    如果是恢复网站备份,则可以通过访问宝塔控制面板-文件,进入/www/backup/site目录,找到网站备份压缩包,将压缩包解压到对应网站目录即可。

    WordPress网站数据恢复

    WordPress网站数据恢复

    小结

    如您所见,有很多方法可以修复WordPress中的“建立数据库时连接出错”。最常见的是wp-config.php文件中的无效凭据。检查以确保它们正确是最好的起点。您对网站的最后一件事就是体验停机时间。

    希望上述步骤之一可以帮助您恢复并运行您的网站。请记住,如果需要,您始终可以从备份中恢复您的站点。

  • 如何解决WordPress网站GIF图片不播放问题

    错误类型:
    其他错误
    错误名称:
    WordPress GIF图片不播放
    英文名称:
    WordPress gif not playing
    错误描述:
    由于GIF图片被压缩或者非全尺寸等原因,可能导致Gif无法播放。

    如何解决WordPress网站GIF图片不播放问题

    曾经在WordPress上上传过GIF,然后发现您网站上上传的GIF是静态图片?如果是,那么您一定对为什么WordPress GIF无法播放以及如何修复它感到兴趣?

    这是几乎每个WordPress用户不时面临的常见问题。起初,您可能会觉得这是一个大问题。但是,事实并非如此。

    不管问题看起来有多大,它的解决方法都非常简单易行。想知道怎么做?

    不用担心。在这里,我们将讨论您的WordPress GIF无法播放的原因以及如何解决此问题。

    为什么GIF在WordPress中不起作用?

    WordPress会在上传GIF或图像时自动调整其大小。例如,如果您在WordPress中上传GIF它会在添加到您的媒体库时调整大小。此外,一些主题优化了WordPress网站上上传的图像或GIF的大小。同样,使用图像优化插件也可以减小GIF的大小。

    因此,您的WordPress GIF动画会作为静态图像上传。因此,它产生了WordPress动画GIF不工作的问题。

    现在如何克服这个破坏上传WordPress GIF目的的问题。如果您正在寻找解决WordPress GIF无法播放问题的解决方案,请继续阅读。

    修复“WordPress GIF无法播放”的解决方案

    “GIF无法在WordPress中播放”的问题非常常见,解决方法非常简单。您可以在几分钟内从您的WordPress网站解决此问题。

    想知道如何解决Elementor GIF无法正常工作的问题?只需浏览以下三种解决方案,然后在您的WordPress网站上试用它们:

    使用全尺寸图像

    由于WordPress会调整上传的图像和GIF的大小,因此您可以通过为GIF选择完整大小来避免这种情况。要解决Elementor GIF not Working问题,您需要转到页面或文章区块,然后在WordPress上上传GIF后选择“全尺寸”图像。

    使用全尺寸图像

    这会将您的GIF上传到其原始大小,无需任何优化。因此,您的GIF质量根本不会受到损害,它会在您捕获时发布。

    移除图片优化插件

    使用全尺寸图像后,您仍然可能会遇到WordPress GIF无法播放的问题。这是因为在您的WordPress网站上使用了图像优化插件。

    无论您执行多少设置来修复它,如果没有删除,图像优化插件可以在您的网站上上传缩小尺寸的GIF,或者如果没有禁用图像优化设置。

    因此,要完全修复WordPress GIF无法播放的问题,您必须禁用图像优化选项,或者您需要从您的站点完全停用图像优化插件。

    停用图像优化插件后,您上传的GIF大小将与以前相同,并且可以正常工作。

    从媒体库上传GIF

    WordPress GIF不工作问题的第三个也是最后一个解决方案是通过媒体库中的URL上传GIF。为此,请转到要添加GIF的页面或文章。之后,通过单击加号图标选择图像区块。

    从媒体库上传GIF

    现在,选择图像块并从您的设备上传GIF。然后,从媒体库中复制您上传的GIF的URL。

    上传GIF

    最后,单击图像块并按“从URL插入”按钮。这里需要粘贴之前复制的GIF的URL。然后,按回车键。

    从URL插入GIF

    小结

    现在您已准备好处理您的WordPress动画GIF不工作问题。您已经发现WordPress上静态GIF的主要原因是其尺寸减小,这会降低质量。这就是为什么,如果你设法在不调整大小的情况下上传,GIF无法在WordPress上运行的问题将得到解决。

    尝试上述三种简单的解决方案,为静态GIF添加动效,效果和以前一样。执行这三个解决方案不会超过几分钟。

  • 如何修复“无需升级,您的WordPress数据库已经是最新的了”报错

    错误类型:
    数据库错误
    错误名称:
    需要更新数据库提示死循环
    英文名称:
    Database Update Required
    错误描述:
    由于对象缓存,或者插件冲突等原因,导致在更新WordPress网站时发生提示更新数据库死循环的现象。
    错误变体:
    No update required, your WordPress database is already up to date.
    更多信息

    如何修复“无需升级,您的WordPress数据库已经是最新的了”报错

    动升级WordPress网站后可能会遭遇“需要更新数据库(Database Update Required)”错误。但是当您单击“更新WordPress数据库”时,它会返回另一条消息,“无需更新,您的WordPress数据库已经是最新的。”你发现你陷入了死循环之中,始终无法进入WordPress管理后台。

    这篇文章是有关“无需升级,您的WordPress数据库已经是最新的了!(“No update required, your WordPress database is already up to date.”)” 错误消息死循环详细说明以及解决它并重新获得对您网站的访问权限的几种方法。

    1. 为什么会出现“数据库已经是最新的了”错误
    2. 如何修复“数据库已经是最新的了”错误

    为什么会出现“数据库已经是最新的了”错误

    正如前面提到的,您使用的缓存插件导致了这个问题,但它比这更复杂,尤其是因为它不会总是发生。更具体地说,它通常是一个对象缓存问题。

    WordPress中的“数据库已经是最新的了”错误

    WordPress中的“数据库已经是最新的了”错误

    对象缓存是一种缓存,在加载结果后缓存网页的数据库查询结果。这样,在每次后续页面加载时,都会从缓存中快速提供查询服务。

    这可以防止每次页面加载时都必须使用相同的查询来负担数据库,从而节省服务器资源并加快页面加载时间。

    流行的对象缓存程序包括MemcachedRedis。也有提供对象缓存的WordPress插件,例如W3 Total Cache。其中任何一个都可能是“数据库已经是最新的了”错误的根本原因。

    当指示WordPress是最新的文件被缓存时,就会发生这种情况。当有可用的新更新时,会检查该文件,并且由于它仍然说WordPress是最新的,因此会出现错误消息,因为它认为所有内容都已更新。

    如何修复“数据库已经是最新的了”错误

    既然您知道为什么会出现“数据库已经是最新的了”错误,您如何解决它?有多种方法可以解决此问题,您可以尝试每一种方法,直到找到有效的解决方案。

    1. 清除您的WordPress站点和服务器的缓存
    2. 使用WP-CLI清除缓存
    3. 使用SSH清除缓存
    4. 重命名object-cache.php文件
    5. 禁用所有插件
    6. 最后的手段:联系您的主机或重新启动您的服务器

    清除您的WordPress站点和服务器的缓存

    清除您网站的缓存可能会解决该问题,因为它应该清除表明您的WordPress数据库已经是最新的缓存文件。如果这不起作用,请尝试清除服务器的缓存。

    这些步骤因您使用的插件和主机而异,因此请参阅他们的文档以了解有关如何执行此操作的详细信息。

    请记住,清除站点和服务器的缓存会导致暂时的性能问题。不过,当您的网站页面再次缓存时,此问题会自行解决。

    使用WP-CLI清除缓存

    如果您的主机支持(大多数支持),您可以使用WP-CLI清除缓存。

    第1步:通过SSH连接到您的站点。根据您的主机,此步骤可能会有所不同。

    第2步:接下来,输入下面的命令,但一定要使用您网站的实际路径更新“path/to/your-site”:

    cd ~/path/to/your-site
    cd ~/path/to/your-site
    cd ~/path/to/your-site

    第 3 步:现在,通过输入以下内容来刷新站点的缓存:

    wp cache flush
    wp cache flush
    wp cache flush

    使用SSH清除缓存

    如果您不想使用WP-CLI,则可以使用SSH刷新站点的缓存。您应该使用的命令将根据您使用的对象缓存系统的类型而有所不同。

    第1步:通过客户端或主机的仪表板通过SSH连接到服务器后,如果安装了Redis,则可以使用以下命令:

    redis-cli flushall async
    redis-cli flushall async
    redis-cli flushall async

    或者,如果您安装了Memcached,请改用以下命令来启动该过程:

    telnet localhost 11211
    telnet localhost 11211
    telnet localhost 11211

    请记住,如果您不使用该端口,则可能需要更新“localhost 11211”。

    同样重要的是要注意,如果托管您的站点服务器支持memcached 。正如我们所说,您可以改用Redis插件。

    第2步:如果您使用的是 Memcached,还有几个步骤。接下来需要输入以下命令:

    flush_all
    flush_all
    flush_all

    第 3 步:最后一步是通过简单地在 SSH 客户端中输入单词来退出,例如在此示例中:

    quit
    quit
    quit

    重命名object-cache.php文件

    如果您尝试清除站点和服务器的缓存但没有成功,您可以尝试重命名object-cache.php文件。

    如果由于“数据库已经是最新的了”错误而无法访问WordPress管理仪表盘而无法清除站点的缓存,这也特别有用。

    如果您发现自己处于这种情况,那么您应该能够在重命名文件后重新访问您的站点。

    第1步:您需要访问object-cache.php文件以开始解决“数据库已经是最新的了”错误。您可以选择通过SSH、SFTP或通过您的主机的仪表板来执行此操作。

    然后,单击菜单中的站点,从列表中选择您的站点,然后单击信息选项卡。

    以下是您需要在此选项卡上记录的详细信息,或者如果您在其他地方托管您的WordPress网站:

    • IP地址
    • 用户名
    • 密码
    • 端口

    第2步:使用您记下的SFTP凭据通过FTP客户端(例如以下示例中的FileZilla)登录到您的服务器。在窗口顶部添加您的详细信息,然后单击快速连接

    将您服务器的SFTP凭据输入到您的FTP客户端

    将您服务器的SFTP凭据输入到您的FTP客户端

    第3步:在登录字段下方,有一个区域正下方显示消息。

    一旦您看到“已连接到”消息,然后是您的服务器的IP地址,然后是“’/’ 成功的目录列表”,这意味着您已连接并准备就绪。

    导航到您网站的/wp-content/文件夹并在那里找到object-cache.php文件。

    在您的站点中找到该文件

    在您的站点中找到该文件

    第4步:将文件重命名为您想要的任何名称,在现有名称的末尾附加诸如“-old”之类的内容会很有帮助。这样,以后可以更轻松地查找和记住该文件的内容。

    在FileZilla中,单击该文件。然后,右键单击它并在出现的菜单中选择重命名。如果未显示隐藏文件,请按照本教程进行修复。

    重命名对象缓存文件

    重命名对象缓存文件

    键入您想要的名称,然后按键盘上的Return或Enter键。

    第5步:转到您的站点并登录。然后,使用您正在使用的任何缓存插件清除您站点的缓存。

    第6步:返回到您的FTP客户端并检查该文件是否已在您的服务器上重新创建。

    禁用所有插件

    如果到目前为止没有任何效果,请尝试禁用所有插件。例如,在您使用两个处理不同类型缓存的缓存插件的情况下,这可以解决“数据库已经是最新的了”错误。也许您不小心重叠了导致错误发生的功能。

    或者,也许您忘记了您正在使用的插件具有用于缓存或类似功能的附加功能,而您却忘记了它。

    在任何一种情况下,如果您无权访问管理仪表板,您都可以使用SFTP禁用所有插件。这是如何做到的。

    第1步:与之前重命名object-cache.php文件的建议类似,打开您首选的FTP客户端并连接到您的服务器。

    找到/wp-content/plugins/文件夹并重命名。与重命名object-cache.php文件类似,您可以随意命名plugins文件夹,但在末尾附加一些内容可以帮助您避免以后混淆。

    第2步:重新登录管理仪表板以确保您能够并且不再遇到“数据库已经是最新的了”错误。如果您在其中,请将插件文件夹重命名为其原始名称并刷新管理仪表盘。

    第3步:如前所述清除您的站点和服务器的缓存。然后在您站点的管理仪表板中,转到插件> 已安装的插件

    一个一个地重新激活每个插件,直到问题再次出现。当它发生时,您发现了导致问题的插件。

    激活您的每一个插件

    激活您的每一个插件

    第4步:如果您仍然可以通过单击列表中插件名称下方的“删除”链接访问,请在管理仪表板中删除有问题的插件。

    否则,再次使用SFTP并再次重命名插件文件夹。

    删除导致问题的插件

    删除导致问题的插件

    第5步:完成后,再次将插件文件夹重命名为其原始名称。然后,刷新浏览器并删除问题插件,如上述第四步所述。

    第6步:再次清除您的站点和服务器的缓存。此时,“数据库已经是最新的了”错误应该得到解决。

    最后的手段:联系您的主机或重新启动您的服务器

    如果您达到了这一点并且其他任何方法都无效,请尝试重新启动您的服务器。但在此之前,请记住,这是绝对的最后选择,因为这意味着您的网站暂时不可用。

    没有人能够访问您的站点,因此如果您需要重新启动服务器,请尝试在白天或晚上流量最低的时间进行。

    每个托管服务提供商都有不同的重启服务器的步骤,因此请务必查阅他们的文档以获取有关如何操作的详细信息。

    在重新启动服务器之前,您应该先尝试联系您的主机,看看他们是否可以解决问题。请务必让他们知道您迄今为止为尝试修复“数据库已经是最新的了”错误而采取的所有步骤。

    小结

    总而言之,让WordPress保持最新状态非常重要,因为新的更新带有有用的功能和重要的错误修复。无法更新您的网站可能会很烦人,而无需更新循环可能是原因之一。

    该问题的出现主要是因为与对象缓存的冲突。虽然缓存对于提高网站性能至关重要,但如果处理不当,可能会在您的网站上产生问题。

    在本文中,我们讨论了修复无需更新WordPress循环的原因和不同方法。我们已经看到对象缓存如何触发可怕的错误,甚至可能将您锁定在管理仪表板之外。此外,我们详细了解了解决该问题的所有可能解决方案。

    总而言之,您可以做的第一件事就是清除网站的缓存。如果这不能解决问题,您需要手动重命名object-cache.php文件。如果问题仍然存在,一个好主意是检查插件/主题之间的冲突。在大多数情况下,在此之后,不需要更新错误将消失,但如果不是这种情况,重新启动PHP或您的服务器可能是解决方案。最后,如果没有任何效果,您应该联系您的托管服务提供商寻求技术支持并帮助您修复“无需更新”循环。

  • 如何修复WordPress网站Err Too Many Redirects问题

    错误类型:
    浏览器错误
    错误名称:
    过多重定向错误
    英文名称:
    Err Too Many Redirects
    错误描述:
    WordPress网站出现“Error too many redirects”报错则是由WordPress中配置错误的重定向问题引起的。
    错误变体:
    The page isn’t redirecting properly
    更多信息

    您是否曾经遭遇打开WordPress网站时提示“Err Too Many Redirects”错误?这是一个常见的WordPress错误,可能是由插件或错误的设置引起的。这个错误将导致访客无法访问WordPress网站,尤其麻烦。

    在本教程中,我们将详细解决WordPress中的太多重定向错误问题的具体办法。

    Error Too Many Redirects问题

    是什么原因导致WordPress中出现过多重定向错误?

    关于“err_too_many_redirects”,您需要了解的第一件事是它实际上并不是特定于WordPress的问题。相反,这是当您的浏览器由于重定向循环而无法向您显示您请求的内容时显示的消息。

    重定向就像转发地址。您可以设置一个,以便如果访问者点击链接或输入特定页面的 URL,他们将被发送到不同的目的地。通常,当您将网站上的内容移动到新页面或将其完全删除时,会使用此技术。

    如果您更改了网站的永久链接结构,重定向也很方便。它们可以防止损坏的链接,并确保您的访问者在尝试访问与以前不同的内容时看到的不是404页面。

    因此,当“err_too_many_redirects”发生时,这意味着您尝试访问的页面被重定向循环捕获,指向另一个也指向自身的页面。换句话说,页面A正在重定向到页面B,而页面B重定向回页面A。这对于您的浏览器来说是可以理解的混淆,这是可以理解的。

    WordPress网站出现“Error too many redirects”报错则是由WordPress中配置错误的重定向问题引起的。

    如您所知,WordPress使用了SEO友好的URL结构功能,该功能使用了重定向功能。

    同样,许多流行的WordPress插件都使用此功能来设置临时重定向,永久301重定向以及修复404错误

    如果您使用解决SSL不安全的内容问题插件或WordPress缓存插件,那么它们也可能会影响重定向并导致此错误。

    Error Too Many Redirects错误提示

    但是,此错误不会告诉您是什么原因导致了冲突并迫使WordPress出现重定向循环。

    这是在Firefox中错误提示界面,并显示消息“The page isn’t redirecting properly”。

    Firefox浏览器Error Too Many Redirects错误提示

    下面让我们看一下如何解决WordPress中过多重定向问题的错误。

    我们将引导您逐步解决问题,访问WordPress网站,并修复再次发生的错误。

    如何对WordPress网站“err_too_many_redirects”错误进行故障排除

    1.清除浏览器Cookie和缓存

    导致此错误的常见原因可能是您的Web浏览器Cookie。尝试使用其他网络浏览器(例如Firefox,Safari,Opera,Microsoft Edge等)访问您的网站。

    如果您能够使用其他浏览器正常访问网站,则需要清除浏览器Cookie和浏览器缓存。

    chrome浏览器cookies和缓存清理

    你可以根据浏览器Cookies清理浏览器缓存清理指引,来完成上述操作。

    如果更改浏览器未能解决问题,则可以继续执行下一步。

    2.停用所有WordPress插件

    WordPress重定向循环或“太多重定向”问题的最常见原因是插件冲突。试图以与默认WordPress重定向冲突方式设置重定向的插件也会导致这个错误。

    要解决此问题,您需要停用网站上的所有WordPress插件。进入WordPress管理后台的插件»已安装插件页面,然后从那里停用插件。

    停用所有插件

    但是,我们假设由于重定向错误,您可能无法访问WordPress管理后台。

    在这种情况下,您将需要使用FTP客户端或WordPress托管服务器控制面板中的File Manager应用程序停用WordPress插件。

    只需使用FTP客户端连接到您的网站,然后转到/wp-content/文件夹。

    重命名插件文件夹

    在这里,您会找到plugins文件夹,需要将其重命名为“plugins.deactivate”,这将停用WordPress插件。

    重命名文件夹停用插件

    基本上,WordPress会寻找一个名为plugins的文件夹来加载插件文件。当找不到文件夹时,它将自动禁用数据库中的启用插件。

    现在,您可以尝试访问WordPress网站。如果您现在能够登录到WordPress管理后台,则意味着其中一个插件引起了错误。

    要弄清楚哪个插件是罪魁祸首,您需要切换回FTP客户端或文件管理器应用程序,然后将plugins.deactivate文件夹重命名为“plugins”。

    之后,切换到您网站的WordPress管理后台,然后转到“插件»已安装插件”页面。您可以从这里逐个启用插件,然后访问网站以查看是否可以重现该错误。

    找到导致错误的插件后,找到该插件的替代品,或将问题报告给插件的支持论坛。

    3.修复WordPress URL

    导致此错误的另一个主要原因是WordPress URL设置中的配置错误。通常,您可以在“设置”»“常规”页面下查看这些选项。

    WordPress站点链接设置

    对于大多数网站,WordPress地址和站点地址字段中的URL必须相同。但是,某些用户最终可能会在一个URL中使用www,而在另一个URL中使用非www URL。

    由于您可能无权访问WordPress管理后台,因此您可能需要使用FTP客户端或文件管理器应用程序修复WordPress URL。

    只需使用FTP客户端连接到您的WordPress网站,然后转到/wp-content/themes/your-theme-folder/

    编辑主题function文件

    找到functions.php文件,并使用文本编辑器(如Notepad或TextEdit)对其进行编辑。

    需要在底部添加以下代码:

    update_option( ‘siteurl’, ‘https://example.com’ );
    update_option( ‘home’, ‘https://example.com’ );
    update_option( ‘siteurl’, ‘https://example.com’ );
    update_option( ‘home’, ‘https://example.com’ );
    update_option( 'siteurl', 'https://example.com' ); 
    update_option( 'home', 'https://example.com' );

    不要忘记将https://example.com替换为您网站的URL。保存更改并将文件上传覆盖源文件。

    之后,您可以尝试访问网站以查看是否可以解决该错误。

    4.确定导致“err_too_many_redirects”循环的原因

    有时你必须做一些真正的侦探工作来修复“err_too_many_redirects”。如果您能找到重定向循环的来源,您可以将其从您的网站中删除,以便让您的内容重新上线。

    如果您已将重定向添加到 .htaccess文件或使用诸如Redirection之类的插件,您可以简单地检查它们以查看是否有任何地址相互指向。如果您不确定如何执行此操作,或者您有很多重定向需要很长时间才能搜索,您可以考虑使用重定向检查器工具:

    重定向检查器工具

    只需输入遇到“err_too_many_redirects”错误的页面的完整URL,然后等待结果:

    重定向检查器工具检测

    在上面的示例中,您可以看到一长串301重定向在两个文章之间交替出现。有了这些信息,您应该能够从相关页面中删除重定向。

    另外也可能是由于.htaccess文件所配置的重定向规则导致过多重定向所致。

    .htaccess文件是一个特殊文件,网站服务器使用它来管理重定向和其他服务器设置。WordPress还将此文件用于SEO友好的URL和其他重定向。

    有时WordPress插件可能会更改您网站的.htaccess文件,这可能会触发此错误。删除的插件也可能不会从您的.htaccess文件中删除这些更改。

    在这种情况下,您需要手动重置WordPress .htaccess文件。

    同样,您将需要使用FTP客户端或托管服务器仪表盘中的文件管理器应用程序访问您的网站。建立连接后,您将在网站的根文件夹中看到.htaccess文件。

    重置htaccess

    注意:如果找不到.htaccess文件,请参阅有关如何在WordPress中查找.htaccess文件文章。

    首先,您需要将.htaccess文件的副本下载到计算机上作为备份。

    之后,从网站中删除文件。现在,您可以尝试访问WordPress博客,如果一切正常,则表明您的.htaccess文件引起了重定向错误。

    由于我们删除了.htaccess文件,因此您需要重新创建它。通常,WordPress网站可以自行执行此操作,但要确保您可以转到“设置”»“固定链接”页面,然后单击底部的“保存更改”按钮。

    WordPress固定链接设置

    5. 查看您的HTTPS设置

    获取安全套接字层 (SSL) 证书并将您的站点切换到HTTPS是保持站点安全的明智之举。但是,如果您处理不当,此更改可能会导致整个站点的重定向循环。

    出现此问题的原因有以下几种:

    • 您在安装SSL证书之前强制使用HTTPS。这将自动将您的网站放入重定向循环。
    • 您正在使用HTTPS插件。当您将第三方插件引入混合时,出错的机会更多。通常最好找到并替换您的URL以实现 HTTPS,而不是使用插件来设置重定向。
    • 您服务器上的重定向规则配置不正确。如果您怀疑这是问题所在,最好联系您的托管支持团队寻求帮助。

    确定您的HTTPS设置是否导致“err_too_many_redirects”错误的一种方法是使用重定向映射器工具检查您的站点:

    重定向映射器工具

    这类似于重定向检查器,但它只显示www到非www重定向以及HTTP到HTTPS重定向的结果:

    重定向映射器工具2

    如果您看到站点的HTTP和HTTPS版本之间列出了多个重定向 ,这可能是循环的来源。纠正它们可能会解决问题。

    6. 评估您的Cloudflare设置

    如果您是Cloudflare用户,则您遇到的问题可能与该平台有关。例如,您的Cloudflare设置中可能配置了HTTP到 HTTPS重定向循环。启用“flexible”SSL配置时可能会发生这种情况。

    此错误的另一个潜在Cloudflare相关来源是“页面规则”冲突。此功能的“转发URL”设置可能会造成无意的重定向循环。

    您可以检查这些设置以获取重定向循环的证据,并查阅Cloudflare的支持文档以获取解决它们的指导。如果您仍然遇到问题,请考虑转向社区论坛寻求进一步帮助。

  • 如何解决WooCommerce空购物车错误

    错误类型:
    其他错误
    错误名称:
    WooCommerce空购物车错误
    英文名称:
    the cart is empty
    错误描述:
    由于多种未知原因导致无法正常添加商品至WooCommerce购物车。
    错误变体:
    your cart is empty
    更多信息

    如何解决WooCommerce空购物车错误

    您是否面临WooCommerce购物车为空的问题?

    WooCommerce将在线购物变成了顺畅的旅程。但不幸的是,您有时可能会遇到诸如“the cart is empty”或“your cart is empty”这样的技术问题。此类问题可能会导致您失去客户,因此,您最终可能会在您的在线业务中亏损。

    如果您面临空购物车问题,那么不用担心。你来对地方了。在此文章中,我们汇总了所有可能导致WooCommerce空购物车错误的问题以及解决这些问题的方法。

    什么是WooCommerce空购物车问题?

    当您将产品添加到WooCommerce购物车但不知何故发现您的购物车显示“您的购物车目前是空的”时,就会出现空购物车问题。这不是正常的“your cart is empty”消息,这是一个技术问题,在您添加产品时会阻止您的购物车更新。

    解决WooCommerce空购物车问题的10种方法

    根据经验,大约有10个原因会导致购物车显示为空,尽管添加了产品。让我们检查问题以及如何解决这些问题以摆脱“您的购物车是空的”错误:

    解决方案 #1:检查WooCommerce系统状态和WooCommerce页面设置

    WooCommerce系统状态将给出一个红色标志,指出您的网站环境中可能与WooCommerce功能冲突的所有问题。因此,您的第一项工作是检查wooCommerce是否给您任何危险信号。

    转到WordPress仪表盘 => WooCommerce => Status并使用红色警告修复所有问题(如果有的话)。

    Check-WooCommerce-System-Status

    此外,请务必检查所有wooCommerce页面均已正确设置,并且您的主题没有覆盖默认购物车页面,并且如果覆盖它不会导致任何问题。

    check-wc-pages

    解决方案 #2:在WooCommerce工具下清除会话和瞬态

    清除WooCommerce瞬态、过期瞬态、重置期限计数和清除客户会话也可以解决您的空车问题。转到WordPress仪表盘 => WooCommerce => Status => Tools,然后 按照下面的屏幕截图重置和清除所有提到的选项。

    Clear-customer-session

    解决方案 #3:确保Checkout端点中没有空格

    转到WordPress仪表盘 => WooCommerce => Settings => Advanced选项卡并检查以确保签出端点中没有空间。

    Check-checkout-end-points

    解决方案 #4:更新网站的WordPress和WooCommerce

    拥有旧版本的WordPress或WooCommerce可能会导致此问题。因此,您需要确保您的网站拥有最新版本的WordPress和WooCommerce。

    您可以从仪表盘检查您的WordPress或WooCommerce是否需要更新和更新(如果需要)。

    Check-if-WordPress-and-wooCommerce-needs-update

    解决方案 #5:更新主题和插件

    不仅是WordPress和WooCommerce,主题和插件也需要定期更新。因此,请检查您正在使用的主题和插件是否需要更新和更新(如果需要)。这也可以解决您的WooCommerce空购物车问题。

    注意:盲目更新所有内容(WordPress、WooCommerce、主题和插件)也不是一个好主意。您需要确保所有更新的版本相互兼容。

    重置WordPress固定链接可以解决空车问题。要重置转到WordPress仪表盘 => 设置 => 选择固定链接 => 单击保存更改。

    reset-permalinks

    解决方案 #7:暂时禁用所有插件接受WooCommerce

    这是一个非常基本的故障排除技术,但它也可以帮助您解决WooCommerce cart is empty错误。如果禁用其他插件可以解决您的WooCommerce空购物车问题,您可以放心,您网站上的WooCommerce没有任何问题,并修复导致问题的插件。

    曾经在Elementor中遇到过Server Error 400 Bad Request?查看解决此服务器错误的不同方法👉👉 如何修复Elementor中的服务器错误400错误请求

    解决方案 #8:暂时切换到WP默认主题

    与插件一样,您的主题可能会与WooCommerce产生冲突,因此您可以暂时切换到任何默认WordPress以检查问题是否解决。如果它解决了,那么您就知道问题所在,您可以与您的主题提供商交谈以解决冲突。

    解决方案 #9:在WordPress插件和服务器端设置适当的缓存设置

    由于购物车显示动态内容,因此不应对其进行缓存。因此,请始终使用具有缓存排除URL的WordPress缓存插件。不只是WordPress插件,一些托管服务提供商也使用他们自己的缓存系统,例如也应用在网站上的Varnish。

    因此,您应该与您的托管公司联系以设置适当的服务器端缓存设置,以解决空车问题。

    解决方案 #10:必须遵循默认的.htaccess规则

    .htaccess文件通常用于说明如何处理用户请求。检查您是否使用WordPress提供的标准.htaccess规则。如果没有,请修复文件以获取默认的.htaccess配置。这也可以解决WooCommerce空购物车的问题。

    关于购物车页面自定义的提示

    除了空购物车问题之外,拥有一个看起来很无聊的购物车页面还可能导致客户在未完成订单的情况下离开您的网站。但是,现在您可以通过自定义WooCommerce购物车页面来降低购物车页面的丰富率,使其更具吸引力。

    ShopEngine是WooCommerce世界中的一个革命性插件。不仅仅是购物车页面自定义,ShopEngine让您能够自定义构建所有WooCommerce页面,如产品页面类别页面感谢页面等。

    此外,它还为您提供60多个小工具和10多个非常有用的模块,例如预购、延期交货、部分付款、销售通知、闪购倒计时货币转换器、产品比较等等。

    ✨✨ 检查如何使用ShopEngine的灵活自定义选项将额外的高级自定义字段添加到WooCommerce结帐页面

    ✨✨ 需要购物车插件来增强您的WooCommerce商店?查看我们关于WooCommerce购物车插件

    小结

    我希望这个博客可以帮助您解决您的WooCommerce空购物车问题。如果您对任何步骤有任何疑问或困惑,请在评论框中留言。

    有关WooCommerce和WordPress的更多信息博客,请与我们的社交媒体帐户保持联系。

  • 如何修复Elementor站点HTTPS 400错误请求(服务器错误)

    错误类型:
    HTTP错误
    错误名称:
    HTTP 400错误请求
    英文名称:
    HTTP 400 Bad Request
    错误描述:
    与WordPress站点HTTP 400错误请求一样,Elementor站点也会遭遇同样的情况,但可能在解决问题的方式可能有所不一样。

    如何修复Elementor站点HTTPS 400错误请求(服务器错误)

    您是否在Elementor中遭遇过服务器错误-400错误请求?

    并寻找解决方案来解决WordPress CMS中这个流行的错误“https 400 bad request”?

    那你就不用再看了!在本文中,您将找到解决使用Elementor的WordPress网站上的400错误请求的所有可能解决方案。

    什么是HTTPS 400错误请求?

    HTTPS 400错误请求

    WordPress中的HTTPS 400错误请求是用户在前端收到的最常见错误之一。主要发生在服务器无法处理前端通过浏览器发送的请求时。(原因在下一节中介绍)。

    超文本传输​​协议 (HTTP) 400 Bad Request响应状态代码表示服务器不能或不会处理请求,因为某些东西被认为是客户端错误。– Mozilla

    像任何WordPress网站一样,Elementor中的服务器错误-400错误请求的发生次数也超出了人们的预期。在Elementor中出现此服务器端错误的常见情况之一是用户处于编辑器模式试图更新/保存他们所做的一些更改。

     

    是什么导致Elementor站点出现400错误请求?

    服务器错误之400错误请求并不总是由一个原因引起的。许多原因都可能触发此服务器错误。400错误请求的一些常见原因包括:

    • 👉 网址错误
    • 👉 浏览器缓存问题
    • 👉 DNS缓存问题
    • 👉 与浏览器扩展和插件冲突
    • 👉 文件对于服务器来说太大了

    让我们继续下一部分,了解如何解决提到的每个问题,以摆脱请求Elementor中的服务器错误400 bad。

    如何修复Elementor网站中的400错误请求

    浏览每个解决方案以强制您的服务器接受您从浏览器发送的请求:

    1. 修复URL中的错误
    2. 浏览器缓存问题
    3. DNS缓存问题
    4. 与浏览器扩展和插件冲突
    5. 文件对于服务器来说太大了

    修复URL中的错误

    URL中有错误可能会在Elementor中触发400错误请求服务器错误。我们不是在讨论URL中的拼写错误。相反,URL中的错误意味着在键入URL时不遵守规则。

    例如,除非您使用UTM,否则您不能在URL中使用“%”。

    修复URL中的错误

    在使用UTM的情况下,您可以在URL中添加空格,但您需要使用“%20”插入一个空格。

    URL空格

    因此,请检查您是否使用了%或URL中不允许的类似特殊字符。如果您发现此类错误,请修复URL以解决WordPress中的https 400错误请求。

    浏览器缓存问题

    浏览器缓存是您的浏览器以您访问的网页副本的形式存储的数据。这样,当您下次访问该站点时,它可以更快地加载内容。虽然浏览器缓存的概念似乎对提升用户体验是一件好事,但有时它会导致许多服务器错误,包括 400 错误请求错误。

    因此,如果您的URL正常,那么您可以尝试 刷新浏览器缓存 来解决此问题。 清除浏览器中的缓存和cookie非常简单。您也可以按 CTRL/CMD – Shift – R 推送您的请求。

    CTRL/CMD – Shift – R

    注意: 您应该在浏览器的隐身/私人模式下尝试您的URL。或者换个浏览器。如果您在浏览器的私有模式或其他浏览器中没有发现任何400 server bad request错误,则可能是缓存问题。

    👉👉 要了解有关常见WordPress错误的更多信息,请查看此博客最常见的WordPress错误及解决方案

    DNS缓存问题

    DNS缓存与浏览器缓存不同。虽然这两种缓存都是保存相关数据以使以前访问过的网站加载速度更快的过程,但还是有区别的。浏览器缓存由浏览器保存,DNS缓存由您的系统保存。

    因此,如果清除浏览器缓存无助于解析WordPress中的http 400服务器,那么您可以尝试刷新DNS缓存

    要在Windows中刷新DNS缓存,请转到命令提示符并键入以下命令:

    ipconfig /flushdns
    ipconfig /flushdns
     ipconfig /flushdns

    Windows中刷新DNS缓存

    要在Mac中刷新,请转到终端并键入以下命令:

    sudo dskacheutil -flyushkahe; sudo killall -UP mDNSResponder
    sudo dskacheutil -flyushkahe; sudo killall -UP mDNSResponder
    sudo dskacheutil -flyushkahe; sudo killall -UP mDNSResponder

    Mac刷新DNS缓存

    与浏览器扩展和插件冲突

    您在浏览器上使用的第三方插件或扩展也可能与您的服务器请求产生冲突,从而导致400错误请求。

    您可以通过逐个禁用每个扩展程序来解决此问题,以查看Elementor中的400错误请求这个服务器错误是否已解决。

    停用Chrome扩展程序

    文件对于服务器来说太大了

    为确保这是一个大小问题,请尝试上传较小的文件。如果较小的文件成功上传而没有任何服务器错误请求错误,那么您可以放心,您尝试上传的文件对于您的服务器来说太大了。

    但是,您可以通过增加 WordPress 内存限制来修复它。为此,您需要导航到wp-config.php文件,然后更新“define(‘WP_MEMORY_LIMIT’, ’64M’)”行。您需要将“64M”替换为128M或256M。

    define(‘WP_MEMORY_LIMIT’, ’64M’)
    

    注意:如果增加WordPress内存没有帮助,请尝试将max_input_vars变量更新为 5000。您可以从php.ini文件更新此值。

    要了解有关如何增加WordPress网站内存限制的更多详细信息,请查看我们的博客👉👉如何增加WordPress内存限制

    小结

    我们希望您可以使用本博客中提到的解决方案来解决您的 https 服务器 400 错误请求错误。但是,如果您无法按照提供的解决方案解决此问题,那么它可能是一个严重的服务器端问题。

  • Google Index API常见错误码及说明

    错误类型:
    其他错误
    错误名称:
    谷歌索引API错误
    英文名称:
    Indexing API error
    错误描述:
    API如果返回这些错误,请求都遭到了拒绝,并且 Google 不会抓取相应网址。

    Google Index API常见错误码及说明

    本文档介绍了 Google API 返回的一些错误代码和消息。具体而言,文中列出的错误都是在 Google API 的全局网域(即默认网域)中发生的。很多 API 还会指定自己的网域,用以标识不在全局网域中而仅在该 API 范围内的错误。对于这类错误,JSON 响应中 domain 属性的值将会是一个 API 范围内的值,例如 youtube.parameter

    本页面根据 RFC 7231 中定义的 HTTP 状态代码列出了这类错误。

    以下 JSON 响应示例展示了系统如何表述全局错误:

    {
    “error”: {
    “errors”: [
    {
    “domain”: “global”,
    “reason”: “invalidParameter”,
    “message”: “Invalid string value: ‘asdf’. Allowed values: [mostpopular]”,
    “locationType”: “parameter”,
    “location”: “chart”
    }
    ],
    “code”: 400,
    “message”: “Invalid string value: ‘asdf’. Allowed values: [mostpopular]”
    }
    }
    {
    “error”: {
    “errors”: [
    {
    “domain”: “global”,
    “reason”: “invalidParameter”,
    “message”: “Invalid string value: ‘asdf’. Allowed values: [mostpopular]”,
    “locationType”: “parameter”,
    “location”: “chart”
    }
    ],
    “code”: 400,
    “message”: “Invalid string value: ‘asdf’. Allowed values: [mostpopular]”
    }
    }
    {
     "error": {
      "errors": [
       {
        "domain": "global",
        "reason": "invalidParameter",
        "message": "Invalid string value: 'asdf'. Allowed values: [mostpopular]",
        "locationType": "parameter",
        "location": "chart"
       }
      ],
      "code": 400,
      "message": "Invalid string value: 'asdf'. Allowed values: [mostpopular]"
     }
    }

    API 通用错误

    错误代码 说明
    movedPermanently 此请求及今后对同一操作的请求必须发送到在此响应的 Location 标头中指定的网址,而不是此请求被发送到的那个网址。
    错误代码 说明
    seeOther 您的请求已成功处理。要获得响应,请向 Location 标头中指定的网址发送 GET 请求。
    mediaDownloadRedirect 您的请求已成功处理。要获得响应,请向 Location 标头中指定的网址发送 GET 请求。
    错误代码 说明
    notModified 不符合为 If-None-Match 标头设置的条件。此响应表明所请求的文档尚未修改,应当检索缓存的响应。请检查 If-None-Match HTTP 请求标头的值。
    错误代码 说明
    temporaryRedirect 要使您的请求得到处理,请将其重新发送到在此响应的 Location 标头中指定的网址。
    错误代码 说明
    badRequest 该 API 请求无效或格式不正确。因此,API 服务器无法解读该请求。
    badBinaryDomainRequest 该二进制网域请求无效。
    badContent 请求数据的内容类型或多部分请求中某一部分的内容类型不受支持。
    badLockedDomainRequest 锁定的网域请求无效。
    corsRequestWithXOrigin 该 CORS 请求包含 XD3 跨域标头,表明这是一个错误的 CORS 请求。
    endpointConstraintMismatch 由于与指定的 API 不符,因此请求失败。请检查网址路径的值,以确保其正确无误。
    invalid 由于包含无效值,因此请求失败。该值可能是参数值、标头值或属性值。
    invalidAltValue alt 参数值指定了一个未知输出格式。
    invalidHeader 由于包含无效标头,因此请求失败。
    invalidParameter 由于包含无效参数或参数值,因此请求失败。请查看 API 文档,以确定哪些参数对您的请求来说有效。
    invalidQuery 该请求无效。请查看 API 文档,以确定该请求支持哪些参数,同时查看该请求是否包含无效的参数组合或无效的参数值。请检查 q 请求参数的值。
    keyExpired 该请求中提供的 API 密钥已过期,这意味着 API 服务器无法查看发出该请求的应用的配额限制。请查看 Google Developers Console 了解详情或获取新密钥。
    keyInvalid 该请求中提供的 API 密钥无效,这意味着 API 服务器无法查看发出该请求的应用的配额限制。请在 Google Developers Console 中查找您的 API 密钥或再获取一个。
    lockedDomainCreationFailure OAuth 令牌是在查询字符串中收到的,而此 API 禁止对 JSON 或 XML 之外的响应格式使用查询字符串。如果可能,请尝试在授权标头中发送 OAuth 令牌。
    notDownload 只能向 /download/* 网址路径发送媒体下载请求。请向同一个路径重新发送该请求,但要去掉 /download 前缀。
    notUpload 由于不是上传请求,因此请求失败。只能向 /upload/* URI 发送上传请求。请尝试向同一个路径重新发送该请求,但要去掉 /upload 前缀。
    parseError API 服务器无法解析请求正文。
    required 该 API 请求缺少必需的信息。必需信息可能是参数,也可能是资源属性。
    tooManyParts 由于包含的部分过多,因此该多部分请求失败了。
    unknownApi 系统无法识别该请求调用的 API。
    unsupportedMediaProtocol 客户端使用的媒体协议不受支持。
    unsupportedOutputFormat 此服务不支持 alt 参数值指定的输出格式。请检查 alt 请求参数的值。
    wrongUrlForUpload 该请求是上传请求,但由于未发送到正确的 URI,因此请求失败。上传请求必须发送到包含 /upload/* 前缀的 URI。请尝试向同一个路径重新发送该请求,但要包含 /upload 前缀。
    错误代码 说明
    unauthorized 用户无权发出该请求。
    authError 为该请求提供的授权凭据无效。请检查 Authorization HTTP 请求标头的值。
    expired 会话超时。请检查 Authorization HTTP 请求标头的值。
    lockedDomainExpired 由于之前有效的锁定网域已过期,因此请求失败。
    required 用户必须登录才能发出此 API 请求。请检查 Authorization HTTP 请求标头的值。
    错误代码 说明
    dailyLimitExceeded402 已达到开发者设置的每日预算上限。
    quotaExceeded402 所请求的操作需要的资源超出配额允许的上限。需要付款才能完成该操作。
    user402 所请求的操作需要已通过身份验证的用户完成某种付款。
    错误代码 说明
    forbidden 所请求的操作已被禁止,无法完成。
    accessNotConfigured 您的项目未配置此 API 的访问权限。请在 Google Developers Console 中为您的项目激活此 API。
    accessNotConfigured 项目由于存在滥用行为而被阻止。请参阅 http://support.google.com/code/go/developer_compliance
    accessNotConfigured 项目已被标为待删除。
    accountDeleted 与该请求的授权凭据相关联的用户帐号已被删除。请检查 Authorization HTTP 请求标头的值。
    accountDisabled 与该请求的授权凭据相关联的用户帐号已被停用。请检查 Authorization HTTP 请求标头的值。
    accountUnverified 发出该请求的用户的电子邮件地址尚未经过验证。请检查 Authorization HTTP 请求标头的值。
    concurrentLimitExceeded 由于已达到并发使用上限,因此请求失败。
    dailyLimitExceeded 已达到该 API 的每日配额上限。
    dailyLimitExceeded 已达到每日配额上限,并且项目由于存在滥用行为已被阻止。请参阅 Google API 合规性支持表单,获取解决该问题的相关帮助。
    dailyLimitExceededUnreg 由于已达到未经身份验证情况下该 API 的每日使用上限,因此请求失败。要继续使用该 API,则需要在 Google Developers Console 中进行注册。
    downloadServiceForbidden 该 API 不支持下载服务。
    insufficientAudience 无法对此受众群体完成该请求。
    insufficientAuthorizedParty 无法对此应用完成该请求。
    insufficientPermissions 通过身份验证的用户权限不足,无法执行此请求。
    limitExceeded 由于访问权限或速率限制,系统无法完成该请求。
    lockedDomainForbidden 此 API 不支持锁定的网域。
    quotaExceeded 所请求的操作需要的资源超出配额允许的上限。
    rateLimitExceeded 在指定时间范围内发送的请求过多。
    rateLimitExceededUnreg 已超出速率限制,您必须注册您的应用才能继续调用该 API。请在 Google Developers Console 中进行注册。
    responseTooLarge 请求的资源过大,无法返回。
    servingLimitExceeded 已达到为该 API 指定的整体速率上限。
    sslRequired 需要使用 SSL 才能执行此操作。
    unknownAuth API 服务器未识别出用于该请求的授权方案。请检查 Authorization HTTP 请求标头的值。
    userRateLimitExceeded 由于已达到每个用户的速率上限,因此请求失败。
    userRateLimitExceededUnreg 由于已达到每个用户的速率上限,并且请求中未标识客户端开发者,因此请求失败。请通过 Google Developers Console (https://console.developers.google.com) 为您的应用创建一个项目。
    variableTermExpiredDailyExceeded 由于不定期限配额已过期并且已达到每日上限,因此请求失败。
    variableTermLimitExceeded 由于已达到不定期限配额上限,因此请求失败。
    错误代码 说明
    notFound 由于找不到与该请求关联的资源,因此所请求的操作失败了。
    notFound 找不到与该请求关联的资源。如果您在过去两周内未用过此 API,请重新部署 App Engine 应用,然后再次尝试调用此 API。
    unsupportedProtocol 该请求中使用的协议不受支持。
    错误代码 说明
    httpMethodNotAllowed 与该请求关联的 HTTP 方法不受支持。
    错误代码 说明
    conflict 由于请求的操作会与现有条目产生冲突,因此系统无法完成该 API 请求。例如,尝试创建重复条目的请求将会产生冲突,不过重复条目通常会通过更具体的错误进行标识。
    duplicate 由于所请求的操作尝试创建已存在的资源,因此操作失败。
    错误代码 说明
    deleted 由于与该请求关联的资源已被删除,因此请求失败。
    错误代码 说明
    conditionNotMet 不符合在该请求的 If-Match 或 If-None-Match HTTP 请求标头中设置的条件。请参阅 HTTP 规范的 ETag 部分了解详情,并检查 If-Match HTTP 请求标头的值。
    错误代码 说明
    backendRequestTooLarge 该请求太大。
    batchSizeTooLarge 该批量请求中包含的元素过多。
    uploadTooLarge 由于在该请求中发送的数据过大,因此请求失败。
    错误代码 说明
    requestedRangeNotSatisfiable 无法满足该请求指定的范围。
    错误代码 说明
    expectationFailed 服务器无法实现客户端预期目标。
    错误代码 说明
    preconditionRequired 未提供该请求所需的先决条件。要成功完成该请求,您需在请求中提供 If-Match 或 If-None-Match 标头。
    错误代码 说明
    rateLimitExceeded 在指定时间范围内发送的请求过多。
    错误代码 说明
    internalError 由于出现内部错误,因此请求失败。
    错误代码 说明
    notImplemented 请求的操作尚未执行。
    unsupportedMethod 由于该请求尝试执行未知方法或操作,因此请求失败。
    错误代码 说明
    backendError 发生后端错误。
    backendNotConnected 由于出现连接错误,因此请求失败。
    notReady API 服务器尚未准备好接受请求。

    在以下所有情况下,请求都遭到了拒绝,并且 Google 不会抓取相应网址。这也适用于核心错误消息

    错误消息 说明
    Missing attribute. 'url' attribute is required. 用户未在其请求中设置网址。
    Invalid attribute. 'url' is not in standard URL format 用户设置的网址看起来不像网址,例如“abcd”
    Unknown type. 'type' attribute is required and must be 'URL_REMOVED' or 'URL_UPDATED'. 用户未设置通知类型。
    Invalid value at 'url_notification.type' (TYPE_ENUM) 用户将通知类型设置为 URL_REMOVED 或 URL_UPDATED 以外的其他值。
    错误消息 说明
    Permission denied. Failed to verify the URL ownership. 用户未完成所有权验证流程或正在尝试更新不归其所有的网址。
    错误消息 说明
    Insufficient tokens for quota 'indexing.googleapis.com/default_requests' 用户已超出其 Indexing API 配额。

    via 谷歌官方开发文档

  • 百度搜索资源平台API推送相关问题及常见错误

    错误类型:
    其他错误
    错误名称:
    百度推送API错误
    英文名称:
    baidu api error
    错误描述:
    由于网站认证、推送配额超限、服务器请求超时等原因,可能导致百度搜索推送出现失败错误。

    百度搜索资源平台API推送相关问题及常见错误

    为什么要通过百度搜索资源平台的推送API进行网站文章链接推送,原因有二:及时发现-可以缩短百度爬虫发现您站点新链接的时间,使新发布的页面可以在第一时间被百度收录;保护原创:对于网站的最新原创内容,使用API推送功能可以快速通知到百度,使内容可以在转发之前被百度发现。

    如何使用百度推送API提交链接

    1. 需要网站制作数据推送接口,进入API推送工具后,会看到接口调用地址的token,token是由16个英文数字组合的字符串

    百度搜索资源平台API推送相关问题及常见错误插图1

     

    2. 安装并启用多合一搜索推送插件,进行“搜索推送-插件设置-推送API”,在百度推送的接口调用地址填入第一步获取到的接口调用地址,并根据自身情况,选择合适的推送方式,最后保存设置。

    百度搜索资源平台API推送相关问题及常见错误插图2

    如何查看推送反馈

    如果您是自己开发对接百度推送API,您可能需要对推送反馈有一定的了解。

    如果您是安装搜索推送插件,则也可以阅读下面的状态码及对应含义,以帮助您了解插件的执行&错误日志。

    您可以通过推送后返回的状态码和字段来判断数据是否推送成功。

    1,状态码为200,表示推送成功,可能返回以下字段:

    字段 是否必选 参数类型 说明
    success int 成功推送的url条数
    remain int 当天剩余的可推送url条数
    not_same_site array 由于不是本站url而未处理的url列表
    not_valid array 不合法的url列表

    成功返回示例:{   “remain”:4999998,   “success”:2,   “not_same_site”:[],   “not_valid”:[]}

    2,状态码为4XX或500,表示推送失败,返回字段有:

    字段 是否必选 类型 说明
    error int 错误码,与状态码相同
    message string 错误描述

    常见的推送失败返回示例说明:

    error message 含义 解决办法
    400 site error 站点未在站长平台验证 保证站长平台所验证的网址和WordPress网站网址,协议和有无www都必须一致。
    empty content post内容为空 推送的过程中,post内容丢失或者服务器禁用了post?
    only 2000 urls are allowed once 每次最多只能提交2000条链接 插件推送一般不会存在这个问题,也不建议站长一次性提交大量链接。
    over quota 超过每日配额了,超配额后再提交都是无效的 即每日可推送的链接数超出了百度给到该站点的配额,不同站点配额不一样。
    401 token is not valid token错误 即站点服务器配置的推送token与站长平台的不一致,校对确保两者一致即可。
    404 not found 接口地址填写错误 一般由于空格等造成。
    500 internal error, please try later 服务器偶然异常,通常重试就会成功 无解。尽可能选择一个靠谱的服务器提供商吧。

    API推送功能常见问题

    1,和原来的sitemap提交接口有什么区别?       

    答:状态反馈更及时了,原来提交后需要登录到搜索资源平台查看提交是否成功。目前只要根据提交后返回的数据就可以判断了。

    2,已经存在的提交sitemap数据的程序代码需要做什么修改?       

    答:主要修改两点。第一点,提交的接口需要修改;第二点,需要处理下接口返回的信息,失败后需要根据错误进行相应处理,报错的链接是无法提交成功的

    3,为什么提交成功后看不到数据变化?       

    答:我们反馈的是新提交链接的数量,如果您提交的链接在之前提交过(即重复提交)是不会被统计到的

    4,在什么时机使用API推送提交功能效果最明显?       

    答:页面链接产生或发布时立即提交,这样效果是最好的

    5,每次提交一条数据和多条数据有什么区别?       

    答:没有区别

    6,重复提交已经发布的链接会有什么问题?       

    答:会有两个影响。第一,将浪费您提交的配额,每个站点每天可提交的数量是有限制的,如果您都提交了旧链接,当有新链接时可能因为配额耗尽无法提交。第二,如果您经常重复提交旧链接,我们会下调您的配额,您可能会失去API推送功能的权限

    7,API推送可以推多少条链接?       

    答:API推送可提交的链接数量上限是根据您提交的新产生有价值链接数量而决定的,百度会根据您提交数量的情况不定期对上限额进行调整,提交的新产生有价值链接数量越多,可提交链接的上限越高。

  • 使用Bing Webmaster API推送URLs常见错误及解决办法

    错误类型:
    其他错误
    错误名称:
    必应站长管理平台API错误
    英文名称:
    Bing Webmaster API Error
    错误描述:
    Bing站长管理平台推送API最为常见的错误包括:网站未验证、无效API密钥、配额已用完和请求超时。

    Bing站长管理工具常见错误

    使用我们的开发的搜索推送插件,可以通过Bing Webmaster API快速推送文章链接至Bing搜索引擎,以帮助Bing搜索引擎快速爬取及收录链接。但,有时候可能因为某些原因,推送反馈一些错误。

    本文,我们将针对一些常见的错误进行说明,及给出相应的解决办法。

    错误1:Not Authorized(网站未验证)

    错误 “Not Authorized“表明您的网站没有在您的Bing网站管理员工具账户中得到验证。

    如果你已经在Bing网站上验证了你的网站,可能的情况是你使用的API密钥不属于你用来验证网站的Bing网站管理员工具账户。

    因此,我们将指导您如何在以下步骤中与Bing网站管理员工具连接并验证您的网站。(如果你已经完成了这些步骤,我们建议按照步骤进行,并仔细检查配置情况)

    1.1 将您的网站添加到Bing

    前往Bing网站管理员工具。我们假设你已经在Bing网站管理员工具有一个账户,如果没有,你可以随时用你选择的任何电子邮件地址创建一个。要手动将您的网站添加到Bing网站管理员工具,请输入您网站的URL,然后点击Add按钮。

    将您的网站添加到Bing

    1.2 复制HTML元标签

    在下一页,你会看到各种选项来验证你的网站。我们建议使用HTML元标签方法,因为你可以用Smart SEO Tool插件或者其他提供添加Header代码的主题插件轻松地添加所需的元标签。复制元标签的内容部分。

    复制HTML元标签

    1.3 使用推送插件添加网站验证元标签

    现在前往WordPress仪表盘 > Smart SEO Tool > 其他杂项 > 站长工具验证。把你先前复制的验证码粘贴到Bing。添加完毕后,点击保存设置按钮。

    添加Bing验证代码

    注:您也可以通过其他主题或者插件添加Bing站长管理员工具的HTML元标签。

    1.4 在Bing网站管理员工具中验证网站

    然后回到Bing网站管理员工具,然后点击Verify按钮,现在你的网站应该被验证了。如果Bing无法在你的网站上找到验证码,那么请确保你已经清除了浏览器的缓存

    在Bing网站管理员工具中验证网站

    特别提醒:如果您的网站使用了缓存插件及CDN,务必进入缓存插件清楚缓存,并进入CDN管理系统刷新缓存,以免因缓存而导致Bing无法验证您的网站。

    1.5 复制Bing API密钥

    要获得与您的Bing账户相关的API密钥,请前往Bing网站管理员工具账户内的设置>API访问>API密钥,然后点击复制按钮。

    复制Bing API密钥

    1.6 在推送插件的设置中配置Bing API密钥

    现在前往WordPress仪表盘 > 搜索推送 > 插件设置 > 推送API,选择核心推送部分的Bing推送。把你先前复制的验证码粘贴到API密钥,并且将自动推送和手动推送的开关打开(如果您无需手动推送,则无需打开对应项)。添加完毕后,点击保存设置按钮。

    添加Bing密钥至推送插件

     

    现在再试着提交一次你的URL,你必须能够向Bing提交你的URL。您可以

    错误2:Invalid API Key(无效API密钥)

    当你的API密钥不正确时,会发生这个错误。这可能是因为API密钥没有被正确复制和粘贴。或者你可能在用推送插件配置了Bing URL Submission API后重新生成了API密钥。

    要获得与您的Bing账户相关的API密钥,请前往Bing网站管理员工具账户内的设置>API访问>API密钥,然后点击复制按钮。

    复制Bing站长管理工具推送API

    接下来,在你的WordPress管理后台,导航到搜索推送 > 插件设置 > 推送API,选择核心推送部分的Bing推送。在设置标签下,添加Bing API密钥,然后点击保存设置按钮。

    添加Bing密钥至推送插件

    一旦你配置好了设置,再试着提交URL,你应该就可以了。

    在配置推送API设置后,确保你不在你的Bing网站管理员工具中重新生成API密钥(就在你的API密钥上面的那个选项)。当你选择这个选项时,一个新的API密钥将被生成,而你现有的API密钥将变得无效。也就是说,如果你碰巧使用这个选项,那么你现有的所有网站,使用这个API密钥将失去对Bing URL提交API的访问,并将返回一个无效的API密钥错误。因此,为了重新获得访问权,你需要复制新生成的API密钥,并按照我们上面的描述将其添加到推送插件API设置。

    重新生成Bing站长管理平台推送API密钥

    错误3:Quota Exhausted(配额已用完)

    Bing为通过URL提交API提交URL设置了一个配额,该配额每天都会重置。该功能允许用户每天最多提交10,000个URL。然而,如果这是个新网站或最近用Bing网站管理员工具验证过的账户,那么你的配额就会真正降低。

    您可以进入您的Bing站长管理工具,点击左侧菜单“URL提交”,即可查看您的配额剩余数量。

    Bing推送配额

    这个配额将根据使用情况和要求定期增加/减少。但是,如果你觉得分配给你的网站的配额不足,你可以向Bing提出请求,要求审查并相应地更新你的配额。

    错误4:请求超时

    如果您在搜索推送插件的推送日志 > 执行&错误日志 > 错误日志,在Bing推送反馈日志显示为“获取配额出错,cURL error 28: Operation timed out after 5001 milliseconds with 0 out of -1 bytes received”,则代表您的网站服务器在请求Bing服务器获取推送配额时超时。

    获取Bing推送配额超时

    这种情况,一般是由于服务器不稳定导致,您可以重新推送改链接或者稍后会自动恢复。