我已经尝试过使用 php.ini memory=20MB 解决方案,但它不起作用。我将它上传到 wp-admin/ 文件夹下。
我不确定还有什么可以尝试的。帮助?
内存凸点不会进入 wp-admin 中的 .htaccess 文件。它进入 Web 根目录中的 .htaccess。使用 FTP 查找并删除您放入 wp-admin 的 .htaccess 文件。
然后忘记 .htaccess 文件并尝试在 wp-config.php 文件顶部附近添加以下行,在打开后几行 <?php
define('WP_MEMORY_LIMIT', '64M');
临时重命名插件目录为我解决了这个问题
内部服务器错误的另一个重要修复是尝试将新版本的 wp-admin 和 wp-includes 上传到您的站点。
这一步应该是不得已而为之,但如果您已经使用了上述解决方案,但仍然找不到有效的解决方案,那么值得一试。备份您的站点,然后从主站点下载新版本的 WordPress。
从 ZIP 文件中提取文件,然后打开提取的文件夹。在 FTP 客户端中打开站点的根目录,然后将 wp-admin 和 wp-includes 从新版本的 WordPress 上传到站点的目录,覆盖旧版本。
刷新客户端,然后刷新您的站点。如果错误消失,则可能是由损坏的核心文件引起的。如果您仍然看到该错误,您可能别无选择,只能联系您的房东。查看更多WordPress 内部服务器错误修复。
500 错误是内部服务器错误,有时可能是主机配置问题,但在 WordPress 中通常是致命的 PHP 错误。
首先,只需删除该 php.ini 文件 - 一些 Web 主机不允许您修改 PHP 设置,所以让我们先把它排除在外。
如果是服务器错误,请暂时将您的.htaccess
文件重命名为其他名称(也将其从混合中删除)。此外,检查error_log
文件系统中的文件,或主机控制面板中的错误日志。
如果这没有告诉您任何信息,则可能是 PHP 问题。通过将以下代码添加到您的 wp-config.php 文件来打开 WordPress 调试:
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
// Use dev versions of core JS and CSS files (only needed if you are modifying these core files)
define( 'SCRIPT_DEBUG', true );
确保注释掉以下内容:
define( 'WP_DEBUG', true );
现在,当您刷新页面并收到错误消息时,WordPress 会将所有 PHP 错误写入wp-content/debug.log
. 检查该日志中是否存在致命的 PHP 错误 - 它会告诉您哪个文件导致了错误,通常是主题或插件文件。
知道原因后,重命名该主题或插件以暂时将其从 WordPress 中删除。那应该恢复正常功能。
出现此问题是因为您的 php 没有任何 xml 或有已弃用的 xml 版本,因此如果您手动安装或更新您的 xml,问题将得到解决。如果您使用 Ubuntu,请尝试在终端中执行以下代码:
sudo apt-get install php-xml
在此之后,您需要重新启动 apache 使其生效,为此执行命令:
sudo service apache2 restart
转到设置-> 永久链接,然后选择任何常用设置,然后保存。重新加载网站。一切都会好起来的。
然后将其重置为以前的常用设置,使其不会影响 URL。