页面崩溃?

(它发生在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

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

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

在Drupal 7中，您可以在sites/default文件夹中的settings.php文件中修改内存限制。在260行左右，你会看到:

ini_set('memory_limit', '128M');

即使您的php.ini设置足够高，如果没有在Drupal settings.php文件中设置，您将无法消耗超过128 MB的空间。

我在一个比以前工作的数据集更小的数据集上运行时出现了下面的错误。

致命错误:在C:\workspace\image_management.php的第173行中，允许的内存大小为134217728字节已耗尽(试图分配4096字节)

由于寻找故障把我带到了这里，我想我应该提到，在以前的回答中，它并不总是技术解决方案，而是一些更简单的东西。对我来说，是火狐。在我运行程序之前，它已经使用了1157 MB。

事实证明，我在一段时间内每次都在看一个50分钟的视频，这把事情搞砸了。这是一种专家们想都不用想就能纠正的修复方法，但对我这样的人来说，这是值得记住的。

PHP 5.3+允许您通过在public_html文件夹中放置.user.ini文件来更改内存限制。 简单地创建上面的文件，并在其中键入以下一行:

memory_limit = 64M

一些cPanel主机只接受这个方法。

在我的情况下，mac (Catalina - Xampp)没有加载文件，所以我必须先这样做。

sudo cp /etc/php.ini.default /etc/php.ini
sudo nano /etc/php.ini

然后修改memory_limit = 512M

然后重新启动Apache，检查文件是否加载

php -i | grep php.ini

结果是

Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

最后检查

php -r "echo ini_get('memory_limit').PHP_EOL;"