边缘星2020
首先很抱歉再一次打扰了大佬，之前FG运行一直报错`Run time of job "handle Timer (trigger: cron [ hour ='23', minute ='0'], next run at: 2020-09-07 23:00:00 CST)" was missed by 0:00:02.962467` ，我自己看了一下，应该是nonebot计划任务功能APScheduler的问题，于是去查阅了apscheduler的文档，找到了一个解决方法[Missed job executions and coalescing](https://apscheduler.readthedocs.io/en/latest/userguide.html?highlight=misfire_grace_time#missed-job-executions-and-coalescing)，此方法为**增加执行程序中的线程/进程数或者将`misfire_grace_time`设置调整为更高的值**，但是我翻遍了FG的所有配置文件，都没有找到可以修改`misfire_grace_time`的配置文件，所以想麻烦大佬指路一下，或者，在FG里面是否有其他的解决方法？
标题可能有点误导性，我知道zbp目前是已经有了一个全局限速的， 但是目前的全局限速让每个插件使用的都是单独的缓存区， 即，当我设置了每30秒触发1次消息之后，然后触发1次A插件，A插件在之后30秒内确实是无法被再次触发了，但仍然可以触发B插件或C插件等等， 而我希望的效果是，触发1次A插件之后30秒内，不管是B插件还是C插件，均无法被触发，也就是所有插件共用一个缓存区， 说起来可能有点绕，其实就是我希望zbp能够有一个整体的限速，这个限速不会因为插件的不同而改变， 其实这个改起来应该也不麻烦，增加一个模式，在限速时让所有插件共用同一个插件ID就行， 本来我是想自己直接改的的，但我水平有限，没找到限速标识相关的代码，所以只好麻烦一下大佬了，非常感谢。
**描述问题 Describe the bug** 这应该是一个在最近一两年出现的问题，群友在通过指令录入词条时， 用于存放录入时间的TS字段不知道为什么没有获取到值导致值为NULL，  这会导致当群友使用指令查看历史词条时，如果查看的词条的时间为NULL，会无法返回正常的结果  **环境 Environment** 目前使用的mirai和插件版本均为最新版 **附加内容 Additional context** 个人推测可能的原因是由于mirai更新导致插件无法获取到当前时间，进而导致TS的值为NULL
目前启用脚本后会直接屏蔽掉小说投票的功能区域，而且在脚本设置里面无法恢复，除非禁用脚本， 希望能够放行小说投票功能正常显示，或者增加一个允许不屏蔽的设置选项。 启用脚本前：  启用脚本后： 