我有一堆客户端销售点(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的最大脚本执行时间,但它仍然出错。


当前回答

修改php.ini文件中的内存限制并重新启动Apache。重启后,运行phpinfo();函数从任何PHP文件中获取memory_limit更改确认。

memory_limit = -1

内存限制-1表示没有设置内存限制。现在是最大值。

其他回答

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

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

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

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

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

我花了两天时间寻找解决这个问题的方法,我在打电话给PDO时发现了这是原因

$stmt->bindParam(":PERIOD", $period); 

变量周期是an

empty string ''

所以这个问题可能有多个根本原因,我给你们的建议是尝试一种试错法或者二分法来寻找根本原因,删除代码并尝试搜索失败的行代码

更新:我也面临这个错误的方法$pdo->查询(),我使用$pdo->准备(),工作得很好,所以,当我有

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = $id";
$stmt = getConnection()->query($sql);
$courseDetails = $stmt->fetchAll(PDO::FETCH_ASSOC)

然后我把这个改成

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = ?";
$stmt = getConnection()->prepare($sql);
$stmt->execute(array($id)); 

记忆错误神奇地消失了!

对我来说,这个错误消息最常见的原因是PHP for语句中遗漏了“++”操作符。这将导致循环永远持续下去,无论您允许使用多少内存。这是一个简单的语法错误,但是编译器或运行时系统很难检测到。我们很容易纠正,如果我们想去寻找它!

但是假设您想要一个通用的过程来尽早停止这样的循环并报告错误?您可以像下面讨论的那样简单地检测每个循环(或者至少是最里面的循环)。

在某些情况下,例如异常内部的递归,set_time_limit会失败,浏览器会继续尝试加载PHP输出,要么是无限循环,要么是致命的错误消息,这就是这个问题的主题。

通过减少代码开头附近允许的分配大小,您可能能够防止致命错误,正如在其他答案中讨论的那样。

然后,您可能会得到一个终止的程序,但仍然难以调试。

无论您的程序是否终止,通过在程序中插入BreakLoop()调用来检测代码,以获得控制权,并找出程序中的哪个循环或递归导致了问题。

BreakLoop的定义如下:

function BreakLoop($MaxRepetitions=500,$LoopSite="unspecified")
    {
    static $Sites=[];
    if (!@$Sites[$LoopSite] || !$MaxRepetitions)
        $Sites[$LoopSite]=['n'=>0, 'if'=>0];
    if (!$MaxRepetitions)
        return;
    if (++$Sites[$LoopSite]['n'] >= $MaxRepetitions)
        {
        $S=debug_backtrace(); // array_reverse
        $info=$S[0];
        $File=$info['file'];
        $Line=$info['line'];
        exit("*** Loop for site $LoopSite was interrupted after $MaxRepetitions repetitions. In file $File at line $Line.");
        }
    } // BreakLoop

$LoopSite参数可以是代码中函数的名称。实际上没有必要,因为您将得到的错误消息将指向包含BreakLoop()调用的行。