这些日子，我们公司的论坛时有不正常之处，典型问题就是：无征兆的，“最近访问论坛＂列表，突然丢失，不少人大呼不方便。如果去后台更新一下子缓存，又正常了。

反复查对，发现：/forumdata/cache/cache_forumdisplay.php这个文件，其中缓存了论坛列表信息。出现问题时，其中本来应该正常缓存的信息，丢失了。

而缓存更新，在/include/cache.inc.php的updatecache()函数之中，cache_forumdisplay.php通过统一的流程制造，实在是想不通，什么地方产生了特殊状况。

因为这个丢失，当时看起来，是没有任何征兆，无法重现的。

无奈之下，在/include/cache.inc.php的writetocache函数中，埋了一段代码：

一天以后，在/forumdata/logs/里面，*****_notfound.php里面，逮到了一次丢失的过程，基本流程是：

/admincp.php->/admin/prune.inc.php->updatecache()->/include/cache.func.php->writetocache()

对应的实际操作，就是在网站的后台，执行批量删除帖子的操作，其中有一个更新：updatecache(‘globalstick’);

最后，定位到了getcachevars()这个函数里面，找到了问题所在。

先卖个关子，0818的时候，dz发了一个补丁，详见。

恰好更新了/include/cache.func.php这个文件，在getcachevars()里面加了一段代码：

其作用在于过滤非法变量。

殊不知，就是这段代码，变成了罪魁祸首，导致新的问题产生。

程序实际运行过程中，会有_DCACHE［‘forums’］等类似的变量名，需要通过这个关卡，结果就是挂掉，直接导致对应的信息为空，从而是的缓存文件丢失信息。有兴趣的朋友，可以自己跟踪测试一下子。

修正的代码如下：

让_DCACHE[‘forums’]等类似的变量名通过，至此问题解决。

经查代码发现，dz4.1.0到dz7.0.0，均存在该问题，所以请使用dz的同学们，从速修改，以免出现莫名其妙的问题。

没有打0818补丁的，请从速从打最新补丁，然后与打过补丁的同学，一起把getcachevars()的这个问题修正。

原帖地址：