页面崩溃?

(它发生在MySQL必须查询大行时。默认情况下，memory_limit被设置为小，这对硬件来说更安全。)

在增加php.ini之前，您可以检查系统现有内存状态:

# free -m
             total       used       free     shared    buffers     cached
Mem:         64457      63791        666          0       1118      18273
-/+ buffers/cache:      44398      20058
Swap:         1021          0       1021

在这里，我增加了如下所示，然后执行service httpd restart来修复崩溃页面问题。

# grep memory_limit /etc/php.ini
memory_limit = 512M

出现此错误的原因是您的服务器配置的内存限制非常低。尝试将此添加到wp-config.php(将其放在<?PHP在这个文件中):

define('WP_MEMORY_LIMIT', '96M');

请注意，这个限制对于主题和随主题而来的插件是OK的。如果你想启用其他插件，你可能需要进一步增加限制。

define('WP_MEMORY_LIMIT', '256M');

PHP的内存分配可以永久调整，也可以临时调整。

永久

可以通过两种方式永久地更改PHP内存分配。

如果您可以访问php.ini文件，您可以将memory_limit的值编辑为您想要的值。

如果你不能访问你的php.ini文件(你的主机允许)，你可以通过你的.htaccess文件覆盖内存分配。添加php_value memory_limit 128M(或您想要的分配值)。

临时

您可以在PHP文件中动态地调整内存分配。你只需有代码ini_set('memory_limit'， '128M');(或者你想要的分配)。您可以通过将值设置为“-1”来删除内存限制(尽管机器或实例限制仍然可能应用)。

启用这两行后，它开始工作:

; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; http://php.net/realpath-cache-size
realpath_cache_size = 16k

; Duration of time, in seconds for which to cache realpath information for a given
; file or directory. For systems with rarely changing files, consider increasing this
; value.
; http://php.net/realpath-cache-ttl
realpath_cache_ttl = 120

增加memory_limit可以解决这个问题。但是，我在查找内存限制时遇到了问题。我直接从实时服务器上处理我的项目，所以如果你也在做同样的事情，在cPanel上，如果你去软件- MultiPHP INI编辑器并选择位置，你可以找到memory_limit。我把我的从256M增加到512M。你也可以在这里找到说明。

在PHP脚本中很容易发生内存泄漏——特别是在使用抽象(如ORM)时。尝试使用Xdebug分析脚本并找出所有内存的去向。