如果知道错误来自哪个文件,可以将插件文件的内容粘贴到在线PHP语法测试程序中,例如this. 这可以帮助您确定并消除未经训练(或疲劳或过度工作)的眼睛看不到的常见语法错误。请注意,当然还有许多其他类型的错误,这对解决这些错误没有帮助,但这是一个很好的第一步,可能很容易解决。如果您需要帮助,可以在您的问题中添加特定于WordPress的代码(或者最好是一个新的、比这个非常一般的问题更具体的问题)。
如果你得到一个“死亡白屏”,通常意味着你得到了一个错误,但没有错误输出。但由于默认情况下大多数主机都会记录错误,因此可以检查php_errors.log
或error_log
根文件夹中的文件取决于PHP配置(除非错误发生在/wp-admin/
只有在这种情况下,您才需要检查该文件夹中的文件夹!)要在屏幕上显示错误输出,可以添加ini_set(\'display_errors\', 1);
到您的/wp-config.php
文件致命错误可能会指示有问题的代码行。
通过添加define(\'WP_DEBUG\', true);
define(\'WP_DEBUG_LOG\', true);
到您的/wp-config.php
文件再次加载页面并检查文件中记录的错误/wp-content/debug.log
. 或者,如果希望在屏幕上输出错误(类似于上面的步骤),则添加define(\'WP_DEBUG_DISPLAY\', true);
请注意,有时您会通过这种方式收到警告和弃用通知(特别是如果您有任何旧插件)以及其他不太重要的错误-最后一个(致命)错误通常是最坏的错误。记住关掉WP_DEBUG
否则,服务器可能会被大量无用警告日志填满,并因磁盘空间不足而崩溃。
如果您仍然没有在屏幕上看到错误,在日志中找不到错误(或出现500个内部服务器错误),那么您需要检查服务器日志,而不仅仅是PHP日志。有时,这些日志可以通过您的主机控制面板获得,但其他时候则不可用(或者只是空白)不幸的是,实际的服务器错误日志路径因服务器操作系统的不同而不同,因此您需要在线搜索该位置才能找到站点的相关服务器日志。
通过FTP重命名插件的文件或文件夹(或者如果必须,通过控制面板中的文件浏览器),禁用插件至少现在你(通常)可以访问你的网站了。(如果您不以这种方式重新访问您的站点,您将不得不在其他地方查找原因。)如果您想实际禁用插件,现在可以访问/wp-admin/plugins.php
并且它将被禁用,因为文件/文件夹已重命名,无法找到。您现在可以重新命名实际文件,插件将保持不活动状态,直到您再次激活它。