你可以通过修改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

我发现当在实际处理的文件中包含或要求_dbconnection.php_和_functions.php时，而不是在头文件中包含时，它很有用。这是包含在自身中的。

因此，如果包含了页眉和页脚，只需在包含页眉之前包含所有函数文件。

greeting是一个非常常见的问题，因为如果你分配给php的内存非常少，而你的网站正在增长，将需要更多的资源。

我发现自己在一个网站，有问题，给错误500修改只有一些产品，问题是他们在这些特定的产品中使用了非常重的图像，解决方案: 1.-增加php.ini中的“memory_limit 2.—降低图片的权重。 3.-再次调整“memory_limit”为一个可接受的值“512M”，至少对我来说绰绰有余。

现在，重要的是要验证所做的更改，因为PHP除了在服务器上有几个版本和几种类型的安装外，可能您修改了一个而它不起作用，这是因为您没有修改正确的PHP .ini文件。

如何验证修改的文件是否正确?

在prestashop仪表板进入高级设置/信息，你可以看到“内存限制”。

始终记住，在php.ini文件中进行更改后，建议重新启动apache或Nginx。

Ubuntu: sudo服务apache2重启

重要提示:永远不要设置“memory_limit = -1”，正如许多人在这里提到的那样。问题在于，如果某个文件或模块出现问题，就可能处于持续循环中，消耗服务器的所有内存和处理器。让我们举一个简单的例子:一个模块有一个错误，并调用了一个函数，直到它不是正的，它会继续调用，这将创建一个无限循环，它永远不会停止这样做，因为php没有限制。

我希望它能帮助有这个问题的同事。

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

; 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

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

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

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

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

对于Drupal用户，以下是Chris Lane的回答:

ini_set('memory_limit', '-1');

可以，但我们得把它放在开幕式之后

<?php

标记在站点根目录的index.php文件中。