今天弄明白了一篇关于VIEW模块的文章,用一种更简洁的方式重建了“长期记忆系统”。
以前的为第1、2、4、7、15天前的内容。现在加上了第30天和第60天的内容,即:
每天复查第1、2、4、7、15、30、60天前的内容。
因为内容多为理解性记忆,较复杂的也配备了记忆菜单,所以数量上没有看起来那么恐怖。不过这次换了Drupal后,许多内容更系统化,整理的时候被我加进了“记忆”类,可能要做从头再来的打算。
今天把记忆时间的字段另外加上,同发布时间区别开来。由于算法上的限制,将采用以下方式计算天数:
- 设:今天的所需要复习文章的提前天数为:X,目标天的时段为Y
- 那么,所做的筛选为:
- 以现在的时间为基础(不论是上午早上6点还是晚上9点)
- Y的取值范围为:X+0.5>Y>X-1
中间会导致一些问题,因为PHP的时间戳是基于秒的,而囿于程序限制,我能取的只是当前的秒数。而问题恰恰在于:我在某天加入的内容有可能是早上加入的,也有可能是晚上加入的,这就导致我无法在一个固定的时段中取得所有的合适值。
采取的办法是加大范围,但加大范围同时也意味着工作量的加大,权衡取舍后,我加了一个12小时的缓冲在前端,这就是X-0.5的由来。这样至少可以保证我在当天晚上九点钟时还能查看到目标天中早上九点以后录入的内容。
咳,当然,工作只会增加,但为了保持记忆强度,先这么着吧,毕竟总些时候难以保持复习的质量。
另外,本次建站的整个流程和重要的修改步骤,还需要专门抽时间整理。
下面是示意图片,CorelDRAW做的PNG质量真不咋地,最终还是用了抓图: