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

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

改变;memory_limit = 512 ; memory_limit = 1 在

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

我花了两天时间寻找解决这个问题的方法，我在打电话给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脚本中很容易发生内存泄漏——特别是在使用抽象(如ORM)时。尝试使用Xdebug分析脚本并找出所有内存的去向。

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

; 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必须查询大行时。默认情况下，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