1. 服务端重复任务逻辑 17-11-01

定时任务,重复任务表数据解析, x 没感觉.间断时间长感觉下不了手. 可能是其他原因导致. 手机版的重复任务逻辑在Flags.vue, z39repeat表中的数据已有. 需要在定时任务中执行相关逻辑. tagsRepeat 中有key-value对应的关系, 定时任务是每天执行. 日周月年 4

0.1. 时间日志

  • 05:45 醒
  • 08:30 起床
  • 08:38 洗漱1
  • 09:32 卡通
  • 09:35 早饭
  • 09:43 洗澡
  • 10:43 洗冷水澡节约用水的冲动
  • 10:55 公司固定电话费用充值
  • 10:58 和肖老师语音沟通滚雪球效应
  • 11:41 完善pc标签列中的成员列表
  • 12:00 午饭
  • 12:48 沟通和秦夏继续昨天昨天的话题
  • 17:37 晚饭
  • 18:09 回乡老家房间工作
  • 19:30 卡通
  • 19:59 洗漱2
  • 22:50 服务端重复任务逻辑
  • 刘巍小程序更新
  • 重复任务完善-父任务已是重复,子任务不能再次重复
  • 优化checker设置最多选中按钮数
  • 口头承诺式消费,邀请5人微信激活
  • 子任务不设置uid,任务列表可用uid显示二级任务
  • 防范定时任务出错后的补救方案
  • 修改重复任务报错-未登录

0.2. 总结

0.3. 观点及其他

0.4. 心中疑惑

  • 交换时间-购买置换他人闲置时间

0.5. 任务详情

0.5.1. [x]公司固定电话费用充值

创建 耗时 开始 完成 暂停 继续 https://upay.10010.com/npfweb/npffixweb/fixed_telephone_recharge_fill.htm### 服务器无响应.

0.5.2. [ ]刘巍小程序更新

创建 预计

0.5.3. [x]回乡老家房间工作

创建 完成 我年前估计回成都乡下不到杭州了,我已经忘记连续几个月没出家门,和王大师住一起也是很长一段时间没出家门。地域暂时对我没有差别。看法观点行为也有了好些变化

0.5.4. [x]洗冷水澡节约用水的冲动

创建 完成 光盘2年,节约事务到节约用水的持续,今天早上出现了节约用水的冲动,不在意洗冷水澡的冰冷。让全身更多的接触冷水。

0.5.5. [ ]重复任务完善-父任务已是重复,子任务不能再次重复

创建

0.5.6. [ ]优化checker设置最多选中按钮数

创建 组件只能同时选择一个,需要先取消选择在选新的.操作起来很麻烦以为有Bug.

0.5.7. [ ]口头承诺式消费,邀请5人微信激活

创建 需要语音宣读承诺, 邀请5个朋友支持. 一旦违约就给这5个人发送一条违约消息.

0.5.8. [ ]子任务不设置uid,任务列表可用uid显示二级任务

创建

0.5.9. [ ]防范定时任务出错后的补救方案

创建

0.5.10. [x]沟通和秦夏继续昨天昨天的话题

创建 预计 完成 寻求意见前,先寒暄对方的情况,占用一半时间.了解地方情况的这时间没给对方产生价值,和直接聊自己需要的相比,寒暄浪费了对方更多时间. 7天时间清单 整个沟通过程,获取的有效信息少. 7天时间清单 可以考虑用电话问卷调查, 难点是需要固定有效的问题. 这是一个逐渐改进的过程,需要不断修改调整问题。 每提出一个问题,就需要几个解决问题的方法. 问提出这问题的人可能最好,至少问题在他这儿出现, 其他人可能没这个问题. 问题其他人都不理解这问题. 7天时间清单

0.5.11. [x]和肖老师语音沟通滚雪球效应

创建 完成

 1. 昨天的滚雪球效应 如何落地
  1. 今天的想法是,想了解肖老师的时间花费在什么地方 沟通中对方很容易忘记假设的“沟通前提”,假如这个系统大家已经认可他的价值愿意使用了.就像是每月通信话费充值.

0.5.12. [x]完善pc标签列中的成员列表

创建 预计 耗时 开始 完成 暂停 继续 +bug usertask协议中member很多重复数据 之前因为开发,直接在数据库中添加测试数据. item.tmp.indexOf("to=") 逻辑中通过模板获取成员数据.正常应该通过项目获取成员. 7天时间清单 1、获取单个项目 2、近几个项目 3、所有项目 成员过多显示不下. 单个项目可能出现成员太少. 特别是单个项目没有成员. 最少15个成员或者多个项目. 先返回所有项目, 然后在减少数据过滤 sql需求:返回friends 表中用户 uid=461 的所有群(pid)里面的所有成员,uid,fuid 不重复。 7天时间清单 现在可以先用多条sql组合搜索出结果. 7天时间清单 2个字段去重不会. 7天时间清单 疑问沟通+重新完善需求说明. 17-10-31 7天时间清单 SELECT t.uid, t.gid,t.fuid,max(nname) FROM d7_z39friend t WHERE t.fuid > 0 AND t.gid IN ( SELECT t.gid FROM d7_z39friend t WHERE t.uid = 461 ) GROUP BY t.uid, t.fuid 测试可以. 7天时间清单

0.5.13. [ ]修改重复任务报错-未登录

创建 预计

0.5.14. [x]服务端重复任务逻辑

创建 预计 耗时 开始 完成 暂停 继续 暂停 继续 暂停 继续 暂停 继续 定时任务,重复任务表数据解析, x 没感觉.间断时间长感觉下不了手. 可能是其他原因导致. 手机版的重复任务逻辑在Flags.vue, z39repeat表中的数据已有. 需要在定时任务中执行相关逻辑. tagsRepeat 中有key-value对应的关系, 定时任务是每天执行. 日周月年 4种重复情况分别判断. -日 如果是 repeat=D 就执行 -周 moment('time').isoWeekday() == W? -月 每月的xx号执行, moment().date() == moment(M?).format('DD') -年 每年的xx月xx号执行, moment().format('MM-DD') == moment(Y?).format('MM-DD') sql无法判断,可以先查询出重复表中的所有数据,然后遍历每天数据做逻辑判断. 7天时间清单 -取消重复任务后直接删除repeat表中数据. 7天时间清单 -重复任务修改是怎样的逻辑?同一个任务可直接修改. 难点:修改的是克隆数据,不是数据源. z39repeat表中没有当前克隆数据,那就记录添加当前克隆数据就行. +如何回顾重复任务的经历过程, 需要报克隆id保存下来. 问题是保存到什么地方位置?新建一个只有2个id的表存储该值. 重复任务修改后,导致id变化就不能看出整个历史过程了.在添加一个字段保存修改前的值即可. 其中一个字段基本为空. 数据始终只有2列数据有值. 那在修改重复任务时在该表中插入一条数据记录修改前的数据即可. 7天时间清单 新表命名为z39clone[taskid newid] 插入数据在后端的put协议中进行. 修改z39repeat中的lastid为currid,搜索代码lastid没有任何引用可以直接修改. 7天时间清单 x wc & 查看tower 新闻团队 & 承诺消费构思 7天时间清单 在git中的show log找不到了旧系统定时任务部分的旧代码. 这种是系统用命令行操作,需要独立到一个文件. 并且做cli验证,避免用户直接通过协议请求导致bug. 7天时间清单 独立定时任务文件后测试报错 AssertionError [ERR_ASSERTION]: router.match must be a RegExp 和NotFoundError: url api/z39z39crontab/test not found 7天时间清单 z39z39crontab--> z39crontab 每次修改,重启node后测试成功进入action. 7天时间清单 x 回乡的思绪 7天时间清单 -后面需要实现多日重复任务,间隔日重复. 只需要 D1,D2,D4,D20对数据进行拆分比对即可. 不影响现有逻辑. 7天时间清单 +不能设置子任务为重复任务. 在前端添加逻辑判断. 还剩下任务复制逻辑,任务和标签复制完成.还需要测试 7天时间清单 SQL: SELECT d7_z39tag.id,d7_z39tag.taskid,d7_z39tag.pid,d7_z39tag.bid,d7_z39tag.uid,d7_z39tag.value,d7_z39tagitem.key,d7_z39tagitem.name FROM d7_z39tag LEFT JOIN d7_z39tagitem ON d7_z39tag.key = d7_z39tagitem.key WHERE ( taskid = 1785 ), [ERROR] -unhandledRejection, times: 1, pid: 24260 [ERROR] - TypeError: this.model(...).addmany addmany --> addMany Error: Column count doesn't match value count at row 3 把delete item.id --> item.id=null. Error: ER_DUP_ENTRY: Duplicata duchamp '750' pour la clef 'PRIMARY' 有一处item.id=null有遗漏. TypeError: Cannot read property 'id' of undefined foreach 变量item重名 7天时间清单 还缺少子任务数据. 注释最下面引用了id属性的代码后重启node报错AssertionError [ERR_ASSERTION]: router.match must be a RegExp ,没修改内容,到时间执行定时任务后运行成功. 7天时间清单 'id' of undefined发现是因为 updateRecord 中没有添加条件修改后正常. 7天时间清单 -'修改重复任务'的逻辑,调整repeat中currid数据 7天时间清单 -添加z39clone数据 ,定时任务插入数据成功. 7天时间清单

  • 项目任务可以设置重复任务吗? 日常习惯也是属于“生活”项目,答案是可以. 那项目重复会有什么相关问题?
  • 复制子任务,暂不复制它的标签? 是的,已经满足近1年需求了. 7天时间清单 手动添加的测试数据不对,正常情况重复任务tags中有repeat标签. x 前端看到多个暂停标签不理解,说是bug. fuid沟通. 7天时间清单 克隆的子任务修改重复标签无法点击,是因为组件只能同时选择一个,需要先取消选择在选新的.这个组件需要优化,我都以为有bug. 7天时间清单 已登录时repeat put接口uid居然为0, 发现控制台有2次checkloginAction,是这里的原因吗?有两条协议,分别验证两次是正常的. 控制台打印user.uid 也正常. 但从param和post中获取失败. 7天时间清单
Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-24 15:03:46

results matching ""

    No results matching ""