对于bark写日志的这一个后端可能需要去改一下API
今天突然想到,那既然都拿到课表了,那不能自动的去预约班课提醒吗
思考了一下,绝对这样做是可以的,那这样做了之后就不用每次回上课之前自己手动预约提醒了
需要去思考一下,预约这个事情是重新写一个worker好。还是用Python的爬虫一块做了这个事儿好。还是修改?目前的手动预约逻辑好 ?
但是预约逻辑这个大概率是需要修改的。因为一般是头天晚上的8点来检查和推送第二天的上课情况。那么第二天上午有课,那就罢了,没问题,那么下午有课的话,我们以目前的配置去预约的话,就有点儿难了,必须得等到第二天的中午
思考一下这个问题应该去怎么解决才合适
而且预约成功之后也需要给一个预约成功的推送
一个思路,因为通过预约接口进行预约的话会返回一个预约提醒的日期,那么就根据这个日期进行一个校验。如果之前的预约失败了或者是返回的日期不对的话,那么就优先级最高的提醒用户预约失败这个事情,然后再附上课表。如果预约成功了的话就正常的附上课表就可以了
今天突然想到,那既然都拿到课表了,那不能自动的去预约班课提醒吗
思考了一下,绝对这样做是可以的,那这样做了之后就不用每次回上课之前自己手动预约提醒了
需要去思考一下,预约这个事情是重新写一个worker好。还是用Python的爬虫一块做了这个事儿好。还是修改?目前的手动预约逻辑好 ?
但是预约逻辑这个大概率是需要修改的。因为一般是头天晚上的8点来检查和推送第二天的上课情况。那么第二天上午有课,那就罢了,没问题,那么下午有课的话,我们以目前的配置去预约的话,就有点儿难了,必须得等到第二天的中午
思考一下这个问题应该去怎么解决才合适
而且预约成功之后也需要给一个预约成功的推送
一个思路,因为通过预约接口进行预约的话会返回一个预约提醒的日期,那么就根据这个日期进行一个校验。如果之前的预约失败了或者是返回的日期不对的话,那么就优先级最高的提醒用户预约失败这个事情,然后再附上课表。如果预约成功了的话就正常的附上课表就可以了