上午又继续调整后台,都是小修小改,不过也用了不少的时间。
现在把后台按天数查询最近新增名片最正确的修改方法总结如下:
就像前面说的,$tdtime明明就是像$timestamp一样,不过是一个非常普通的变量嘛,怎么就无法调用呢?这真的是第一次见到这种情况!之前修改文件的时候也用到过$tdtime进行比较判断,写好代码,调试几次,完全没有问题。但这次,$tdtime无法调用,$tdtime无法读取的情况真的是第一次见,百思不得其解。
昨天把名片添加到100条后,准备再研究下这个问题。于是,在文件中添加全局调用(也不知道理解得对不对),但都会出错,真是相当的奇怪!按说完全不应该啊!
require_once(H_P."global.php");
require_once('global.php');
global $tdtime;
以上三种代码添加后似乎都会出错!真的很难理解!于是搜索“$tdtime”,在global.php文件中有这样一段:
$tdtime = PwStrtoTime(get_date($timestamp,'Y-m-d'));
我可以理解为,通过一个函数获取$tdtime的值。既然调用global.php不行,声明“global $tdtime;”也不行(上面的代码),
那把这段代码复制到文件中看下吧。没想到,竟然成功了!还真是意外!通过测试,完全正确!
之前的修改方案,“$qrzdays=$timestamp - 86400*$days;”($qrzdays,定义一个搜索时间点;$days,后台指定的天数)如果$days等于1,也就是搜索最近一天新增的名片数,实际上搜索的是从昨天这个时候到今天这个时候,86400秒内新增的名片,也就是说实际上是一种跨天搜索(1天就是从昨天到今天,2天就是前天到今天,依次类推)。不够准确(假设昨天上午新增10条,之后没再添加。今天上午查询最近一天新增名片,可能有10条,下午再查的时候就是0条了),但也算可用,总比没有好得多。不过就是因为一个小小的$tdtime,不能获取其值,就没有完美的解决方案,还真是不甘心,因为代码上完全没有难度!好在,在自己的不懈坚持下,终于找到了解决方案,真是“苦心人,天不负”!