我有一堆客户端销售点(POS)系统,这些系统定期将新的销售数据发送到一个集中的数据库,该数据库将数据存储到一个大数据库中,以便生成报告。

客户机POS基于PHPPOS,我实现了一个模块,该模块使用标准XML-RPC库将销售数据发送到服务。服务器系统构建在CodeIgniter上,并为webservice组件使用XML-RPC和XML-RPC库。每当我发送大量的销售数据(从销售表中只有50行,从sales_items中单独的行用于销售中的每个项目),我得到以下错误:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 54 bytes)

128M是php.ini中的默认值,但我认为这是一个巨大的数字。事实上,我甚至尝试过将这个值设置为1024M,它所做的只是花费更长的时间来出错。

至于我所采取的步骤,我已经尝试在服务器端禁用所有处理,并对其进行了修改,使其返回一个罐装响应,而不管输入是什么。但是,我认为问题出在数据的实际发送上。我甚至尝试过禁用PHP的最大脚本执行时间,但它仍然出错。


当前回答

如果你正在运行一个whm驱动的VPS(虚拟专用服务器),你可能会发现你没有权限直接编辑PHP.INI;系统必须这样做。在WHM主机控制面板,进入“服务配置→PHP配置编辑器”,修改memory_limit:

其他回答

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

这个问题是几年前问的,所以尽管我的事实不一样,但我最近在循环中解析服务器上的html表时也收到了这个错误。出现错误的原因是html使用双引号解析,而双引号连接到变量$table,同时在多行上连接字符串。

$table = "<table>\n";
    $table .= "<tbody>\n";
        foreach ($data as $item) {
            $table .= "<tr>\n";
                // this caused the Fatal Error: Allowed Memory Size of 134217728 Bytes Exhausted
                $table .= "<td>$item->description</td><td>$item->qty</td>" .  
                $table .= "<td>$item->price_incl</td><td>$item->price->vat</td>" .
                $table .= "<td>$item->price_excl</td><td>$item->available</td>" .
            $table .= "</tr>\n";
        }
    $table .= "</tbody>";
$table .= "</table>\n";

上面的错误对我来说很奇怪,但考虑到我已经将字符串连接到$table变量,现在我尝试这样做似乎很愚蠢。解决方案是删除第7行和第8行的变量连接,或者删除第6行、第7行和第8行的端点连接符号。

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没有限制。

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

页面崩溃?

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

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

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

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