24节气信息文档内容 [复制链接] [手机版]

!function_exists('readover') && exit('Forbidden');
这段代码是一个PHP表达式，它检查名为 readover 的函数是否存在，如果不存在，则执行 exit 函数并显示 'Forbidden' 文本。这通常用于防止未经授权的访问或脚本执行。

问题解释：

!function_exists('readover')：检查 readover 函数是否不存在。function_exists 是PHP内置函数，用于检查指定的函数是否已定义。! 是逻辑非运算符，如果 readover 函数不存在，将返回 true。

exit('Forbidden')：如果 readover 函数不存在，执行 exit 函数。exit 函数会终止脚本的执行并可选地输出一个字符串。在这个例子中，输出 'Forbidden'。

解决方法：

如果你看到这段代码导致了问题，那么可能是因为你的代码或者应用程序期望 readover 函数存在，但实际上并没有定义。解决方法取决于具体情况，但可能包括：

定义 readover 函数：确保在这段代码之前或者相同的作用域内定义了 readover 函数。

移除或修改检查：如果 readover 函数不是必须的，可以考虑移除这段代码，或者将其更改为对应存在的函数名称。

检查文件包含：如果 readover 函数定义在其他文件中，确保正确地包含了那个文件。

请根据具体情况选择适当的解决方案。

提示：AI自动生成，仅供参考

搜索这一行代码的意思，第一条竟然是AI的答案，这也太恐怖了吧？

修改节气图片查看提醒任务时间的任务总是不能执行（后台显示到现在一次都没有成功执行过），刚刚又修改测试，结果出错了：
Parse error: syntax error, unexpected 'zhangjingyu' (T_STRING), expecting ')' in /www/wwwroot/vtu425.com/require/plan/mo****.php on line 35
似乎是执行到35行的时候出错了，那是不是说前面的没有问题呢？

昨晚的第35行确实有点儿小问题，修改后就没事了。为了知道这个任务到底有没有正常执行，加入了发送通知的代码，并把任务设置成每小时0分和5分执行（原为每月1号，为了测试，修改了周期）。结果，这通知就多了去了，一天好几十条，也不知道到底怎么执行的。既然能收到通知，应该说任务正常执行了才对，可后台怎么就不显示上次执行时间呢？
系统通知  (2025-01-07 21:28)
成功修改节气图片查看提醒任务时间
下次执行时间已经修改为8号，准备写入时间：2025-01-08 01:20:10，查询数据表更新后的时间为：2025-01-08 01:20:10

上面的通知今天得收到40条左右，毫无规律，有时候一分钟就执行了两次，有时候紧挨着好几分钟都有执行。节气图片查看提醒任务也执行了多次，也是没有规律，6、8、10、12、13、16、19、21点都有收到通知。

明明把节气图片查看提醒任务执行时间改成了8号1点20分（为了测试，修改了节气文档），通知里查询数据表的时间也确实是修改了。可看后台，它的执行时间并不是这个，而且会变化。难道它的执行时间并不是存储在pw_plan数据表里的，还有别的地方，比如什么配置文件之类的？

由于后台的执行时间只显示到分，为了重新转换成时间戳以在数据库和缓存文件中搜索，修改了php文件，并重新调整模板文件各列的宽度以适应加宽后的时间宽度。

本来想在空间管理面板的数据库管理中搜索，可找不到地址，等好不容易拼出来地址，数据库管理又访问不了（以前是独立ip主机，后来换成了云主机）。只好备份数据，然后下载恢复到本地，把bbscache缓存目录也下载回来了。把任务11的下次执行时间转换成时间戳在缓存目录中搜索，没有结果。又在本地数据库中搜索，结果确实只有pw_plan数据表里的一条记录，看来并没有别的地方存储着任务的执行时间信息。

既然任务时间是存储在pw_plan数据表里的，没有别的地方，那能重新恢复php和模板文件。

zhangjingyu 昨晚的第35行确实有点儿小问题，修改后就没事了。为了知道这个任务到底有没有正常执行，加入了发送通知的代码，并把任务设置成每小时0分和5分执行（原为每月1号，为了测试，修改了周期）。结果，这通知就多了去了，一天好几十条，也不知道到底怎么执行的。既然能收到通知，应该说 .. (2025-01-07 21:36) 查看本帖

既然没有上次执行时间，那我就在任务执行时写入一个试试（当前时间戳）。

昨天好几十条通知，修改文件后一个也没有了，早饭前又改了改，再看看。