1. wgl沟通疑问解决 17-09-02

0.1. 时间日志

  • 05:45 醒
  • 06:00 起床
  • 06:56 早饭
  • 07:06 洗漱1
  • 07:11 洗澡
  • 07:12 厕所
  • 07:36 查看ta44总结
  • 08:21 pc版逻辑实现构思
  • 08:35 pc版本今日任务标签"项目"列表隐藏
  • 09:17 午晚饭订餐考虑到他人
  • 10:12 明星为什么不直播搜索
  • 11:01 在wgl沟通中只有他发出的责备与问题
  • 11:13 修改规则导致有人不熟悉产生疑问和困扰
  • 12:20 午饭
  • 12:49 wgl沟通疑问解决
  • 13:04 卡通
  • 13:30 pc列表今日分页还需要显示项目标签
  • 18:00 晚饭
  • 21:42 洗漱2
  • 与更专业的人合作需要花费大量时间找人
  • 从生活切换到任务会报错
  • 点击习惯养成任务应该怎样
  • 在app首页显示他人的better bad任务
  • 今日完善 归档 水平滚动条默认滚动到"今日" 收纳箱排期的日期弹窗 任务评估时间选择弹窗 排序优化,在服务器端做定时存储数据 昨日任务导入处理 生活-历史动作-日期获取 日期切换-过24点需要切换到新的一天
  • 市场协议&逻辑
  • 生活协议&逻辑 习惯养成

0.2. 总结

0.3. 观点及其他

1.每天总有多少事情是自己感到美好的 早起、奶油果满口奶味、早饭的辣、节约用水、洗漱同时做4事、早上厕所时间、睡觉时身体精力都用完,是自己努力的一个结果. 下一步还需要更多用到心力,内心一点都没觉得累; 注意到当下行为的低效并开始找更好的方式;

2.接受自己不是才子富翁 既然自己不能一天赚一个亿,那一天收入多少合适?如果要钱拿多了只是争吵,就像2人一起赚钱1000元,有人觉得他应该是富翁,他需要赚很多钱,于是自己1人就拿了900元。这直接导致另外一个人的争吵,合作关系肯定是毁了; 下次两人一起赚1000的机会都没了.厚德载物,接受自己的平庸才能成长突破;

3.太单调床上躺了一会儿

0.4. 任务详情

0.4.1. [x]明星为什么不直播搜索

创建 耗时 开始 完成 时间管理-教育-直播-明星直播; 查看留意到自己为什么会走神. 这种事一个关联性发展思维. 回看看自己,思维发散. 5m

0.4.2. [x]午晚饭订餐考虑到他人

创建 耗时 开始 完成 知道是高峰期,就提前送达时间,降低餐厅和快递员的压力. 因为快递费减满,赠送红包. 浏览查看半天是不好的行为. 可以定位1周看一次或者1月. 放在日周消遣时间. 如看动画、路上.

0.4.3. [x]查看ta44总结

创建 完成

0.4.4. [ ]与更专业的人合作需要花费大量时间找人

创建 这App的手机陀螺仪数据获取并传递给我能控制的js,曾经找了好多人,甚至有人要加6k, 最有找到合适的方式自己用2小时解决.

0.4.5. [ ]从生活切换到任务会报错

创建 Error in nextTick: "TypeError: Cannot read property 'addEventListener' of null" 查看控制台是 TimeAuto 的 Datetime DatetimePicker

0.4.6. [ ]点击习惯养成任务应该怎样

创建 现在点击是没任何处理的.已经满足需求; 点击过后可以设定任务时间. 比如早起时间; 同时也会有相关群;

0.4.7. [ ]在app首页显示他人的better bad任务

创建

0.4.8. [x]wgl沟通疑问解决

创建 耗时 开始 完成

0.4.9. [x]修改规则导致有人不熟悉产生疑问和困扰

创建 完成 需要修改前告知,并做修改说明; 在对方接触改变前,事先通知;

0.4.10. [x]在wgl沟通中只有他发出的责备与问题

创建 耗时 开始 完成 过程中不如问题情况和解决方法,就说些容易争吵的话. git提交的代码似乎不全, 可能是没有push到服务器上;

0.4.11. [x]pc列表今日分页还需要显示项目标签

创建 完成 需要告诉前端wgl

0.4.12. [x]pc版本今日任务标签"项目"列表隐藏

创建 耗时 开始 完成 这不是自己应该做的;

0.4.13. [ ]今日完善

创建

[ ]归档

创建 1、标签 2、标签滚动条; 3、项目列表标签 选择近期10个标签. select a.key,b.name from d7_z39tag a,d7_z39tagitem b where a.key=b.key and a.id in(SELECT max(id) FROM d7_z39tag t WHERE t.key not in ('due','started') GROUP BY t.key ORDER BY max(id) DESC) LIMIT 10

[ ]水平滚动条默认滚动到"今日"

创建

[ ]收纳箱排期的日期弹窗

创建 查看过日历组件不适合. 就用日历组件. 可以一次性选择日期,不需要滚动切换. 更便捷.

[ ]任务评估时间选择弹窗

创建 预计

[ ]排序优化,在服务器端做定时存储数据

创建 每次调整任务,操作会很多。每次都保存数据,会导致服务器数据插入太过频繁太多。服务器可接收到修改数据之后,五分钟后再定时保存,如果有新数据插入,再延迟五分钟;前期人数少可以不优化,在后期人数多的时候再做次工作;

[ ]昨日任务导入处理

创建

[ ]生活-历史动作-日期获取

创建 只用之前days接口完成,传入type作为不同类型数据; 页面提供初始化接口;

[ ]日期切换-过24点需要切换到新的一天

创建 预计 第一次进入APP开启一个倒计时setTimeout定时器;

0.4.14. [x]pc版逻辑实现构思

创建 预计 耗时 开始 完成 现在手机版vue已经包含框架和逻辑, 只剩下界面和部分逻辑不通; 稍微修改就可以; 昨晚已经做了整合工作; 主要涉及有app/pc公有. app中模块公有; 其中APP和PC版主要是界面组件不同; 变量和逻辑基本相同; 界面组件肯定不同; 不用考虑过多,现在这样直接对相同的部分复制即可. 现在需求不多,考虑过多的时间都只是浪费,他并不会为以后带来有效帮助,现在这样把共同的代码部分提取到一个文件共用,这样已经很好,

0.4.15. [ ]市场协议&逻辑

创建 预计 文件请求需要切换到分页时进行;

0.4.16. [ ]生活协议&逻辑

创建 预计 开始

[ ]习惯养成

创建 预计 开始 暂停 继续 暂停 继续 暂停 继续 暂停 继续 暂停 继续 暂停 继续 暂停 继续 暂停 重复任务;定时添加;后台逻辑;自动完成; 自动完成. 文件独立,滑动已进入逻辑.还缺少真实数据和协议. 7天时间清单  点击自定义后,切换页面状态. 添加任务和系统推荐任务; 后期创建各群体,早起群,运动群,健康群. x 交友聊天, it&me8 劈腿=人生赢家,而不满; -重复任务 新建一个重复表. 需要taskid,uid,active. lastid, rule time(重复规则) 重复规则和逻辑思路是怎样的?每天24点或者请求数据时赋值克隆数据; 1、如果在请求数据时在执行数据刻工添加数据,会不会造成没有提醒?重复任务有提醒吗?比如每天提醒我起床,重复任务是有提醒的.这就是在请求前就需要克隆创建新任务,为的优化就可以把有提醒的任务,超过24点,立刻创建,来减少服务器压力,后期其他的重复数据在请求时再创建. 2、用重复表.还是定时任务表。 重复表示到了24点遍地表中所有任务判断条件再进行任务克隆创建。 而定时任务是从添加的那一时刻就创建定时器,并记录这些定时任务;在服务器崩溃或者重启的时候,再读取数据表,重新创建以及用户需要取消重复任务,可以做删除。 -两个方式相比,采用24点定时来遍历重复表,更为方便。 剩下的主要问题就是,重复规则如何保存?重复的规则需要所有把它罗列出来,如日周月年。 -每月天数不同,当部分月重复任务是在31号的时候,其他月份就无法重复创建。这时可以按照出现在月的最后一天。 -连续五天没有登录,就把重复任务标记为沉睡状态不做逻辑处理,不创建新的任务; 记录上一次登录时间,判断时间将间隔如果大于五天,即不做操作. sql 直接查询小于五天的这些任务; -前端只需要获取当天的生活任务即可。在今日任务列表中需要显示生活吗?如果需要显示,就需要添加按钮控制显影状态, 7天时间清单 如果显示在按钮组旁边会显得界面不好看,显示到日期,按钮的右边更为合适,生活任务没有计划,总结归档,这些操作;主要用于标识状态完成,生活类任务可以同时开展; 生活类任务不做,同时执行限制. 工作任务,同时只能执行一个; 生活爱你,放在右上角,不知道是什么意思,可以在点击按钮之后做一个消息提醒. 如,以显示生活任务,已隐藏生活任务; 如果显示生活的任务,就需要重新排序; -图标数据保存在前端,通过关键词key来获取对应的图片, -重复任务通常需要一些固定数据,比如说,洗头十分钟,吃饭30分钟,还有固定的起床时间,它不仅需要标题和描述,还需要定期提醒功能; 所以完全银保个任务来可能较好,这需要来判断部分,做到克隆部分,比如开始时间和完成时间不能克隆创建. 用排除法克隆所有数据,started done toggle ; repeat标签和重复表有怎样的关系; 没关系, repeat 可以在多层分类中便于查看任务; 添加任务描述如何处理? 不需要做处理,重复的是上一个人物,如果说没有把这个任务设置为重复任务,那么对以后都不会造成影响. -习惯任务完成后自动创建新的自动计时任务; -后台逻辑 -定时添加:过24点后,系统自动为新的一年复制添加类容; 难点:过12点还没睡如何处理, 先暂时不管. 时间管理鼓励就是早睡早起, 通宵的人占不考虑. 有些人是上夜班,还是需要记录分析的. 执行定时任务后需要打印日志信息,避免没有执行时,手动完成; 同时打印一些统计信息如,人数,任务数; time_last 上次登录时间应该从用户表中查询; 记录到词表中不合适. 17-09-02 7天时间清单 -创建数据表.z39repeat due=10m 7天时间清单 x 过程中想起2个灵感.1个杂事; 其中一个灵感瞬间就忘记,然后想了3分钟. -断点续传 如果创建任务出错中断时, 需要重复插入数据. 7天时间清单 可以根据 thenAdd 添加数据, where {created: like today, title , desc ,uid } , 任务表中并没有直接记录时间,可以用state来保存,如auto_2017-08-02 添加重复任务; 重复任务复制到任务表 ; 定时复制;
添加重复任务有两个入口,1.生活任务,2.添加重复标签,但是重复标签还缺少重复规则,电脑端有一个选择是有周日月重复可以或许到重复规则, 手机端也有在归档里面,可以添加重复规则标签,当添加这个标签的时候,就像数据表添加对应的数据,剩下的问题就在于前端添加还是后端添加,在前端添加更为灵活合适。 7天时间清单 前端操作就需要创建任务, 需要添加协议; repeatAdd taskid uid title desc rule time_rule x 昨天app和pc版整合,项目重构 wgl的沟通; 7天时间清单 重新整理思路及工作内容

-接口&后端逻辑 通过taskid 和uid 判断数据重复. 7天时间清单 -前端对接 什么地方添加重复任务?1、生活 2、重复标签; 生活页面如何添加新的任务,之前的任务主要是通过对现有任务,添加新的重复任务,传入taskid ; 先从今日政府规章里面,添加项目标签来实现功能并测试; 7天时间清单 如何删除重复任务?取消重复标签的时候判断数据库时候含有这taskid和uid 的任务; 修改删除任务的后台逻辑. 7天时间清单 前端对接完成难以测试. 之前归档弹窗的滚动有问题,不能展示重复标签按钮. 7天时间清单 测试接口,不需要完全点击页面. 先直接调用接口即可. 后面在考虑用其他组件尝试 ithub.com/ElemeFE/vue-infinite-scroll 7天时间清单 前端归档处对接完成. 7天时间清单 -注意: 修改重复任务后,如果保存为新的重复. 需要取消原来重复, 设置当前为重复; 如何知道原来重复任务是什么? x 查看已经打开网页的 vue Directive 技术文章 7天时间清单 前端相关 添加生活类重复任务, 现在自己的任务可以直接添加到数据库. 其他人的数据如何处理?一开始大家都没有数据界面会显示比较难看,那就显示系统默认数据,如果注册的用户没有导入添加生活任务,系统每天都会复制新的任务数据,也会导致无用数据太多,最后一次登陆需要改变成最后一次使用,这里任务都当成普通任务一样,不好判断是否最后使用。 系统先显示默认任务,当用户完成任务时,如果任务是系统任务,那就按照系统默认生成用户的重复任务. 7天时间清单 前期系统并没有提供自定义任务,所有的重复任务都会一样,那还有必要创建重复任务吗?避免太多无用数据,把这里的生活习惯养成当做模板,点击完成之后,添加已完成状况的任务, 7天时间清单 如果这样将会导致界面上不方便修改状态数据,不好添加起床的具体时间。 既然是因为数据太多冗余,每天删除数据库中前一天,没用的生活任务即可, 未删除的任务state = auto_2017-08-02 ;可以通过这个字段判断 7天时间清单 习惯养成页面返回 今日life任务; 7天时间清单 -前端对接 20m 遍历任务数据,添加标签对应图片; 现在还缺少数据. 7天时间清单 自动任务通过created 标签实现,可以不修改逻辑情况下 任务不用显示在今日任务中. 后期还是要考虑添加按钮控制是否显示. 7天时间清单 如果使用due就一定会显示. 不能通过task.state 来判断, 任务完成后state.none ; 7天时间清单 修改数据库成为测试数据后,数据返回成功但没正常显示到界面. lifes数组获取条件失败 . 7天时间清单 数据显示完成. 7天时间清单 刚才完成和取消完成测试有问题,多测试两次又好了. 7天时间清单 -定时任务 1、定时执行 2、后端逻辑; 3、系统默认重复任务 后段逻辑把它写成一个action,服务器定时执行这个action, -后端逻辑 30m 逻辑应该是怎样的? 1、获取上次登陆时间五天内的用户,然后把系统重复任务,添加给每个人; 现在可以先假设获取到了五个人的uid. 插入用户,任务数据可以一次性插入一万条; 如果插入数据有一条失败了会怎样? 7天时间清单 uid==0 的作为系统数据. 深度拷贝任务失败,还在继续. 7天时间清单 注意逻辑是对的,重启服务器后正常. 7天时间清单 任务复制完成,还需要复制标签; addmany 会添加重复数据, 添加第3个替换参数也会重复; 7天时间清单 任务插入成功,还需要插入任务标签; 7天时间清单 要先插入任务才有taskid, 然后插入tags; 标签复制成功. 7天时间清单 部分标签不需要复制? created due done 状态任务只需要created 并且时间是今天. 其他用户任务也是 不能复制状态标签. 7天时间清单 查看数据库,标签的插入数据错误. 查看insert sql 的打印信息,判断是 push obj 手动设置的值顺序不一样. 7天时间清单 修改task.state 字段长度为20,原来13不够用; +注意数据库的字段顺序不能修改,否则自动任务这里会出错. 7天时间清单 2、通过uid获取表中的重复任务, -重复任务数据 10m -定时任务 30m -+删除未使用任务,节约数据库空间;

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-24 15:03:43

results matching ""

    No results matching ""