改变;memory_limit = 512 ; memory_limit = 1 在

这对服务器来说太危险了 您的PHP代码可能在某个地方有内存泄漏，您告诉服务器只使用它想要的所有内存。你根本就解决不了问题。如果监视您的服务器，您将看到它现在可能正在使用大部分RAM，甚至正在切换到磁盘。

当你看到上面的错误-特别是如果(试图分配__字节)是一个低值，这可能是一个无限循环的指示符，就像一个函数调用自己没有出路:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

你可以通过修改fastcgi/fpm的memory_limit来解决这个问题:

$vim /etc/php5/fpm/php.ini

更改内存，例如从128更改为512，如下所示

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 128M

to

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 512M

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

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

; 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

在我的情况下，它是一个完整的磁盘和mysql屎在自己。

在释放磁盘空间、修复数据库并重新启动Apache之后，我的站点重新工作了!

一些开车路过的孩子设法淹没了我的日志，填满了我在虚拟机中剩下的大约500个字节。: D