为什么WordPress在共享主机上常出问题
共享主机意味着与其他用户共享服务器资源，因此对RAM使用、CPU时间和PHP配置有严格的限制。共享主机上PHP的默认memory_limit通常为64MB或128MB，对于安装了众多插件的WordPress来说往往不够用。同样，max_execution_time和upload_max_filesize也经常被设置为较低的默认值，可能导致意外错误。
WordPress是一个高度可扩展的CMS，但现代插件和主题对资源的需求越来越高。WooCommerce至少需要256MB内存，Elementor等页面构建器在每次请求时都会大量消耗CPU和RAM，Yoast等SEO插件在每次页面加载时都会运行处理程序。同时运行多个资源密集型插件可能会瞬间耗尽可用内存，从而触发看似与资源无关的错误。
AsiaGB的DirectAdmin用户可以在DirectAdmin仪表板中查看资源使用情况，包括账户信息下的MySQL使用量、磁盘使用量和CPU/内存统计数据。AsiaGB主机使用SSD存储，相比传统HDD，可显著降低MySQL查询和WordPress文件操作的读写延迟，使WordPress在共享环境中也能明显提速。
进行任何更改之前，请务必备份wp-config.php和.htaccess的副本，并对数据库进行备份，以便在排错过程中出现问题时能够快速恢复。
修复"Fatal error: Allowed memory size" — 内存限制超出
错误信息"Fatal error: Allowed memory size of XXXXXXX bytes exhausted"表示PHP脚本消耗的内存超过了php.ini中设置的限制。常见原因包括：WooCommerce加载大型购物车和会话对象、Elementor或WPBakery等页面构建器同时渲染多个CSS和JavaScript层、WPML加载多语言数据结构，以及Revolution Slider在每次页面加载时处理动画配置。
有三种主要方法可以增加内存限制，可以单独使用其中一种，也可以组合使用。请先尝试方法一，如果没有立即生效，再依次尝试后续方法。
方法一：编辑wp-config.php
通过DirectAdmin文件管理器打开wp-config.php，在"That's all, stop editing!"注释行之前添加以下代码。
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');方法二：编辑.htaccess
打开WordPress根目录下的.htaccess文件，在"# BEGIN WordPress"部分上方添加以下一行。
php_value memory_limit 256M方法三：编辑php.ini
在WordPress根目录下创建或编辑php.ini文件，写入以下内容。
memory_limit = 256M修改后，可通过在WordPress目录中创建临时的phpinfo.php文件，在浏览器中打开并搜索"memory_limit"来验证更改是否生效，确认后请立即删除该文件。在DirectAdmin中，也可以通过"域名设置 > PHP配置 > 额外PHP配置"来进行相同的设置。
推荐最低值：标准WordPress站点设置256M；如果运行WooCommerce且商品数量较多或订单量较大，建议设置512M。
修复WordPress主机上的HTTP 500错误
HTTP 500错误是一种通用的服务器端错误，屏幕上不会显示具体细节。在共享主机上，最常见的原因包括：.htaccess文件损坏或包含服务器不支持的指令、插件冲突导致PHP致命错误、内存耗尽，以及当前激活主题的functions.php中存在语法错误。请按以下步骤依次排查，直至找到根本原因。
步骤一：将.htaccess重命名为.htaccess.bak
打开DirectAdmin文件管理器，导航至WordPress根目录（通常为public_html），将.htaccess重命名为.htaccess.bak。如果网站恢复正常访问，请前往WordPress后台 > 设置 > 固定链接，点击"保存更改"，让WordPress自动重新生成正确的.htaccess文件。
步骤二：通过文件管理器禁用所有插件
在DirectAdmin文件管理器中，导航至wp-content/plugins/，将"plugins"文件夹重命名为"plugins_disabled"。WordPress将无法加载任何插件。如果网站恢复正常，将文件夹重命名回"plugins"，然后逐一重新激活插件，找出引发冲突的那个。
步骤三：切换为默认主题（Twenty Twenty-Four）
如果问题不在插件，请在wp-content/themes/中重命名当前主题的文件夹，WordPress将自动回退至内置的默认主题。这有助于确认当前主题的代码（尤其是functions.php）是否是导致错误的原因。
步骤四：增加内存限制
按照上一节介绍的内存限制增加方法进行操作。许多500错误的根本原因是内存耗尽，而WordPress并不会显示清晰的"Allowed memory size"提示信息。
步骤五：在DirectAdmin中查看错误日志
在DirectAdmin中，前往"扩展功能 > 错误日志"，或通过文件管理器在域名的logs/目录下查找error.log文件。错误日志会精确显示出错的文件名和行号，是找到最终解决方案的最快途径。
适用于Apache主机的标准WordPress .htaccess文件内容如下：
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress修复WordPress图片/视频上传失败（上传大小限制）
当WordPress在上传文件时显示"The uploaded file exceeds the upload_max_filesize directive in php.ini"或仅显示"HTTP错误"时，说明PHP因文件大小超限而拒绝了该文件。有三个PHP指令共同控制此行为：upload_max_filesize、post_max_size和max_execution_time，三者必须同时正确设置。
关键依赖关系：post_max_size必须大于或等于upload_max_filesize。如果post_max_size仍为8M而upload_max_filesize已设为64M，超过8MB的文件依然无法上传，无论第一个值如何设置。
通过php.ini修复
upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300
max_input_time = 300通过.htaccess修复
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300
php_value max_input_time 300通过wp-config.php修复
@ini_set('upload_max_size', '64M');
@ini_set('post_max_size', '64M');
@ini_set('max_execution_time', '300');在DirectAdmin中，可通过"域名设置 > PHP配置 > 额外PHP配置"调整PHP值。保存后，前往WordPress后台 > 媒体 > 添加新媒体进行验证，确认显示的"最大上传文件大小"已更新为新设置的值。
请记住：post_max_size必须始终大于或等于upload_max_filesize。只修改其中一个值而不修改另一个，是该修复方法看似无效的最常见原因。
修复WordPress白屏死亡（WSOD）
白屏死亡是指页面完全变成空白，没有任何文字、错误信息或内容显示。这是因为PHP致命错误在WordPress输出任何HTML之前就使其停止运行。常见原因包括插件冲突、当前激活主题的functions.php中存在PHP语法错误，或内存在页面渲染过程中耗尽。
首要且最有效的步骤是启用调试模式以捕获具体错误信息。按如下方式编辑wp-config.php：
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);将WP_DEBUG_DISPLAY设为false可防止错误信息显示在页面上（出于安全考虑），同时将所有错误写入wp-content/debug.log。通过DirectAdmin文件管理器打开该文件，读取错误输出，即可得知是哪个文件的哪一行导致了故障。
如果插件是根本原因，请将wp-content/中的plugins文件夹重命名以一次性禁用所有插件。如果怀疑是主题问题，请重命名当前主题的文件夹。如果可能是PHP版本兼容问题，请在DirectAdmin的PHP版本管理器中检查并切换至插件或主题所需的PHP版本——部分插件尚不支持PHP 8.x，需要使用PHP 7.4才能正常运行。
修复"您的PHP安装缺少MySQL扩展"错误
错误信息"Your PHP installation appears to be missing the MySQL extension which is required by WordPress"表示当前使用的PHP版本未启用mysqli或mysqlnd扩展。这通常发生在切换到新PHP版本后，所需的数据库扩展未随之启用的情况下。
在DirectAdmin上的修复步骤：
- 使用账户凭据登录DirectAdmin。
- 导航至"域名设置"，选择受影响的域名。
- 打开"PHP版本选择器"，查看并更改当前激活的PHP版本。
- 根据插件需求选择PHP 7.4、8.0、8.1或8.2。
- 在扩展列表中确认"mysqli"和"mysqlnd"扩展已启用。
- 点击"保存"，等待PHP配置在服务器上重新加载。
WordPress 6.x最低需要PHP 7.4，但强烈推荐使用PHP 8.1或8.2，以获得最佳性能和持续的安全支持。根据PHP基金会的性能测试，PHP 8.1比PHP 7.4快约20到30个百分点。切换PHP版本后，请通过DirectAdmin或缓存插件清除OPcache，确保新版本的字节码生效，而非沿用旧版本的缓存数据。
修复WordPress登录循环（重定向不停止）
登录循环是指在WordPress登录页面提交凭据后，反复重定向回登录表单，无法进入后台管理界面。常见原因包括：数据库中存储的siteurl或home值与网站实际URL不匹配、浏览器Cookie损坏或不完整，以及SSL重定向配置导致混合内容问题，进而阻止Cookie正常传输。
修复方法一：在wp-config.php中定义URL
打开wp-config.php，在"That's all, stop editing!"之前添加以下代码，将example.com替换为您的实际域名。
define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com');修复方法二：清除浏览器Cookie和缓存
清除所有浏览器Cookie，然后在无痕/隐私浏览窗口中重新尝试登录，以排除浏览器存储的Cookie数据损坏或过期的可能性。
修复方法三：通过DirectAdmin中的phpMyAdmin修正数据库值
在DirectAdmin中，导航至"MySQL管理"并启动phpMyAdmin。进入WordPress数据库，选择wp_options表，找到option_name为"siteurl"和"home"的行，确认option_value与网站实际URL一致（包含https://）。如有不符，点击编辑进行更正。
修复方法四：在.htaccess中强制SSL重定向
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]修复方法五：刷新固定链接规则
更正URL后，前往WordPress后台 > 设置 > 固定链接，点击"保存更改"，无需修改任何设置，WordPress将自动正确地重新生成重写规则。
修复在主机上安装WordPress后出现404错误
WordPress安装成功后出现404 Not Found错误，几乎都是由mod_rewrite未正常工作，或.htaccess文件丢失/内容不正确引起的。mod_rewrite是Apache模块，WordPress依赖它将友好URL（如/my-post/）在后台转换为内部查询字符串（如/?p=1）。没有它，除首页外的所有URL都会返回404错误。
步骤一：重新保存固定链接
前往WordPress后台 > 设置 > 固定链接，点击"保存更改"，无需修改任何设置。WordPress将自动重新生成带有正确重写规则的.htaccess文件。这一步解决了绝大多数情况下的404问题。
步骤二：在DirectAdmin文件管理器中确认.htaccess文件存在
在DirectAdmin文件管理器中，导航至public_html，确认是否存在.htaccess文件。注意：必须在文件管理器设置中启用"显示隐藏文件"，因为.htaccess是隐藏文件，默认不显示。如果文件不存在，请新建一个.htaccess文件并粘贴标准WordPress重写规则：
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress步骤三：确认服务器已启用mod_rewrite
如果.htaccess文件正确但404仍然存在，请联系AsiaGB客服确认服务器上是否已启用mod_rewrite，技术团队可以立即检查并开启。另一个常见原因是将WordPress安装在子目录（如public_html/wordpress/），但希望从根域名访问，这需要在WordPress后台 > 设置 > 常规中进行额外配置。
如何在DirectAdmin中查看PHP错误日志调试WordPress
PHP错误日志是一个实时记录所有PHP错误的文本文件。它是在共享主机上调试WordPress最强大的工具，提供的细节远超屏幕上显示的任何错误信息。更重要的是，它还能捕获WordPress初始化完成之前发生的错误——这使它成为诊断空白页面和完全启动失败的唯一有效手段。
在DirectAdmin中，可通过"扩展功能"或账户管理器的"错误日志"部分访问错误日志。您也可以直接通过php.ini或.htaccess手动启用PHP错误日志记录，以便更精细地控制日志写入位置。
通过php.ini启用PHP错误日志
log_errors = On
error_log = /home/username/logs/php_errors.log
error_reporting = E_ALL通过.htaccess启用
php_flag log_errors on
php_value error_log /home/username/logs/php_errors.log启用后，可通过DirectAdmin文件管理器访问账户根目录下的logs/文件夹查看日志文件。日志中常见的错误模式包括："PHP Fatal error: Call to undefined function"（在插件加载之前调用了某个函数）、"PHP Warning: include(): Failed opening"（引用的文件缺失）以及"PHP Parse error: syntax error, unexpected"（最近编辑的代码存在语法错误）。
WP调试日志与PHP错误日志的关键区别在于范围：wp-content/debug.log中的WP调试日志只记录WordPress本身捕获的错误；而PHP错误日志记录所有级别的PHP错误，包括WordPress初始化之前发生的错误。当WordPress完全无法加载且debug.log为空时，PHP错误日志才是找到根本原因的权威来源。
调试完成后，请务必禁用错误日志记录并删除或清空debug.log文件。处于活动状态的日志文件可能会将服务器文件路径、数据库名称及配置等敏感信息暴露给知道文件URL的访问者。
常见问题解答
Q：是否需要为服务器添加更多RAM才能解决内存限制错误？
A：不需要。在wp-config.php、.htaccess或php.ini中增加PHP的memory_limit，是告知PHP该脚本最多可使用多少可用服务器内存，无需任何硬件变更即可立即生效，这也是共享主机环境下的标准解决方案。
Q：wp-config.php文件在哪里？
A：它位于WordPress安装根目录下。在AsiaGB的DirectAdmin中，典型路径为/home/username/domains/example.com/public_html/wp-config.php，可通过DirectAdmin文件管理器或任意FTP客户端访问和编辑。
Q：我按照所有步骤修复了500错误，但网站仍无法访问，下一步该怎么做？
A：请通过billing.in.th提交工单联系AsiaGB支持团队，请求他们直接查看服务器错误日志（如需中文或英文支持，请使用工单或电邮）。技术人员拥有访问服务器级别日志的权限，这些日志提供的信息远比普通用户账户所能获取的更为详尽。
Q：哪些插件在WordPress中消耗内存最多？
A：内存消耗最大的插件通常包括WooCommerce、Elementor、WPBakery、WPML、Revolution Slider以及各类备份插件。建议只使用真正需要的插件，彻底删除未激活的插件，并将所有活跃插件保持在最新版本以优化资源使用。
Q：WordPress 6.x应使用哪个PHP版本？
A：WordPress 6.x最低需要PHP 7.4，但强烈推荐使用PHP 8.1或8.2，以获得最佳性能和持续的安全支持。可随时通过DirectAdmin的PHP选择器更改PHP版本，无需联系客服。