1. 手机戴在脖子上后计步算法可能无法运行 17-04-20

0.1. 时间日志

  • -15:00 上班这个过程包含很多小动作如何处理?
  • -22:04 搜索内容重复:任务延迟到下一天会重复出现到多个文本中.
  • -08:36 上班前早起的这段时间使用率低
  • -11:18 任务时间计算方式理清
  • -13:25 误区:起床一定要设置闹钟,不要靠梦想和意志力
  • -09:09 到公司和上班是两种情况
  • -13:55 项目太庞大,眼前创意不急,历史任务多而不清.
  • -19:04 执行过程就发现有遗漏,需要调整.
  • -08:58 奥妙广告下载失败.
  • -14:48 熊超电话gitlab还没配置好
  • -12:35 任务重复添加.
  • 12:02 众多任务优先级如何安排
  • 13:55 为什么要记录时间
  • 13:57 现在版本有何亮点进行推广
  • 19:15 换办公室问题
  • 19:25 现在和时间日志&管理已经偏向,已经变成项目管理
  • +09:37 没有说明的地方出错,对方自我理解出现偏差,浪费了对方时间.
  • +19:11 明天的前端工作分配.发现列表中没有可以分配出去的.
  • +10:10 什么问题都不加思考问别人.
  • +10:30 总是快速回复他人的qq消息,需要和他人确定统一的沟通时间
  • +18:26 任务属性列表和任务详情的关系
  • +09:45 杂事事先没准备好并完成,看到一个想起一个.
  • +11:03 2个重复的任务用户手动整合.
  • +09:51 周结费用,忘记他人上周做过什么.
  • +15:05 项目可以分解,如何在把任务进行组合?
  • +10:48 任务超时后就没有时间有效期的约束
  • +14:20 没有意愿就没行动,和xc电话发现最简单录音过了1天还是没做,
  • +05:25 同一事情多种分类难以查找和管理.如work,excel
  • +07:35 没完成任务只说遇见问题,不说完成时间最终无限期延误
  • +09:23 现在生成手机版页面长图片难以查看
  • +08:35 pc版本今日任务标签"项目"列表隐藏
  • +11:01 在wgl沟通中只有他发出的责备与问题
  • +11:13 修改规则导致有人不熟悉产生疑问和困扰
  • +15:54 生活-历史动作-日期获取
  • +08:56 周目标细分
  • +16:44 文字“删除”改为“取消”
  • +14:35 定时执行任务转换md文件 +09:58查询All用户 +10:20用户任务 +10:371级任务 +10:472级任务 +11:051级标签 +12:54项目列表 +14:00合并md +14:34插入blog +15:00垃圾任务屏蔽md没有1个完成任务
  • +15:58 项目设置页面App
  • +17:07 如果采用v-if会进入页面逻辑吗
  • +10:59 习惯养成中任务的完成状态
  • +13:44 按页请求
  • +18:38 生活页面优化-子页面独立分页加载
  • +20:55 新建的动作信息没有更新
  • +21:32 页面滚动的时候有明显的卡顿
  • +10:12 删除项目中旧代码包含的route监听
  • +10:32 APP崩溃,在生活页面可能有过多数据
  • +16:43 登录注册对接 +11:36构思理想所有工作 +20:12登录对接 +19:46注册对接 +21:03App二次打开自动登录 +15:26添加session +16:41使用真实uid替换测试数据
  • +18:33 任务详情 17-09-13 17:28布局 17-09-13 09:30布局基本消耗4个小时,清楚看到这个情况意识到需要找人完成. 17-09-16 20:36后端逻辑 17-09-16 15:17任务总结api对接 17-09-16 11:18点击进入任务详情的入口 17-09-16 11:30任务传参路由 +17:04前端逻辑 +18:33任务切换
  • +13:42 周任务(含子任务)需求太多,在列表中展示难以看到全局进行分配
  • 手机戴在脖子上后计步算法可能无法运行
  • 看不出自己有多少空白时间
  • 任务延迟到第二天,导致日报内容很多.
  • app需要进入后台对手机的监听也停止了
  • 如果一直做眼前的工作,手里堆积的事情就不足以和他人合作
  • 外包的工作发送过来有问题.
  • 外包工作流程确定
  • 提前安排考虑未知但又一定出现的错误
  • 学习前首先正确面对失败观念
  • 用煮蛋为例子说明清空头脑的好处
  • 界面和日事清很接近,思考模式受它固话
  • 任务未分类或者分类错误如何处理
  • 任务外包会涉及沟通,需要合理安排时间
  • 无法快速找到需求告诉他人
  • 难以找出思考类任务
  • 列(属性编辑模式)是否改变为任何分类双击列弹出
  • 任务超时是继续还是开始新任务
  • 文件分开管理又不知今日做了什么.
  • 梦想目标是想赚钱,而当下忙的这些事情不赚钱,那你愿意花多少钱解放你的时间,让人替代完成这些.
  • 到时间但暂未完成的任务
  • 意愿匹配的行动
  • 没有安排好事情,焦虑的心情无法活在当下(无法做事)
  • 每个人基础不一样
  • 兼职需要解决快速分发需求达成合作,减少小事情和单个人沟通失败造成的浪费.
  • 项目md文件过大解析缓慢明显卡机
  • app录音和播放

0.2. 总结

1.对方都没看过就直接提问想省事方便自己,于是就导致还没安排好其他工作的我立刻去测试查看.critical summary 2.布局基本消耗4个小时,清楚看到这个情况意识到需要找人完成.critical summary 3.我完成一份并教给他人复制critical summary 4.任务需求不够明确,虽然自己头脑知道.critical summary 一旦交给他人,执行过程或结果必然出现分歧. 自我要求不高,完全可以给自己放水.

0.3. 观点及其他

1.立刻行动后记录better就可以在系统中看到自己的改变和努力critical view question 已其他人的日报做参考比对, 努力和改变来之不易.

2.面对众多的任务无从下手导致的浪费时间critical view question 不坚定,总是再考虑正确还是错误. 看不到这样做下去的结果.

3.工作优先级critical view question 先生成日志,在保存数据库,多日比对, 系统管理 个人版,团队版,网络版, 优先级没有确定理清,自己内总总是纠结孰先孰后. 觉得不对做错.

0.4. 心中疑惑

  • 现在外包的任务没有采用现在的系统.

0.5. 任务详情

0.5.1. [ ]手机戴在脖子上后计步算法可能无法运行

created 17-08-25%2015:12 critical question

0.5.2. [ ]看不出自己有多少空白时间

created 17-08-24%2009:52 critical question 和碎片时间不一样, 是一天没有目标. 导致自己真空状态,看到一件做一件事. 俺没有看到的时候,这段时间就处于浪费,甚至都想不起在干嘛,大多时候在发呆.

0.5.3. [ ]任务延迟到第二天,导致日报内容很多.

created 17-08-23%2008:32 critical question tlog文件特别明显. 如果是可以记录任务,今天如果没有就不生成日报,可以通过开始标签结束标签,还有暂停标签是否包含有今天的日期来判断,

0.5.4. [x]现在生成手机版页面长图片难以查看

created 17-08-20%2009:05 need 20m done 17-08-20%2009:23 critical question 只能看到图片很长,但看不见具体内容. 微信中需要点击两次才行; 需要把它改进为单页,直接可以查看到内容的图片.带来视觉性强奸,没有兴趣的人,一眼看过去也能大概了解内容.这需要了解微信当中发的长图片,嗯大概是怎样的显示机制,最长多长?当超过一定长度的时候,它就会以最高宽高比来显示,可以通过,微信里面发送图片来,查看具体的数据是多少? 最高270像素,最宽260像素. 这是在6s下测试的数据, iPhone 6s分辨率:1334*750像素 如果发送一个宽260×270的图片会怎样? 根据实际测试,保持了同等宽高基本是原样. 杰顿,这是微信聊天信息中最大图片 260×270 像素px. 但是以这个宽高比男生成页面图片,排版就变得困难,导致更多的工作. 这里可以以手机单页的形式来生成图片。最后并附上二维码。 如果生成多页图片,发到群里会有刷屏的感觉,这可能让他人感觉到厌烦不舒服,所以需要生成一页的图片,并在空闲的位置显示二维码,. 基本上右上角会是空闲的地方,可放置二维码.得对的,

0.5.5. [x]没完成任务只说遇见问题,不说完成时间最终无限期延误

created 17-08-19%2007:35 done 17-08-19%2007:35 critical question 需要提前考虑到未完成.

0.5.6. [ ]app需要进入后台对手机的监听也停止了

created 17-11-13%2012:39 critical question

0.5.7. [x]周任务(含子任务)需求太多,在列表中展示难以看到全局进行分配

created 17-10-23%2013:35 done 17-10-23%2013:42 critical question 子任务主要用户分解任务后评估. 主任务有了总的时间后可以合理分配那排任务和时间.

0.5.8. [ ]如果一直做眼前的工作,手里堆积的事情就不足以和他人合作

created 17-10-03%2008:56 critical question

0.5.9. [x]周结费用,忘记他人上周做过什么.

created 17-08-07%2009:50 done 17-08-07%2009:51 critical question 看到对方的列表自己思绪也觉得不能对应, 之前自己的每日gif和视频展示可以解决这问题. 对方最好的是,有主动一一罗列出做过的功能要点.

0.5.10. [x]2个重复的任务用户手动整合.

created 17-08-04 done 17-08-04%2011:03 critical question 前期小概率事件,不用花大量时间在这极少用户需求. 只有tlog导入才会遇见. 正吃使用系统软件不会有此问题.

0.5.11. [x]杂事事先没准备好并完成,看到一个想起一个.

created 17-08-04 done 17-08-04%2009:45 critical question 发消息沟通相关.

0.5.12. [ ]外包的工作发送过来有问题.

created 17-08-02 started 17-08-02%2017:00 {3} critical question 如果不及时回复工作就会拖很久.发送了word文件的mysql, 需要.sql文件. 沟通后获取到sql文件,导入报错. 7天时间清单 服务器运行也报错. 7天时间清单 如何解决,自己确定文件能快速方便使用. 自己测试可以用. 7天时间清单

0.5.13. [ ]外包工作流程确定

created 17-08-02 critical question 每个人或公司的工作流程都不一样. 给出自己流程,在收集他人流程. 前期某部分没有流程,主要采用他人.

0.5.14. [x]任务属性列表和任务详情的关系

created 17-07-31 need 20m used 22m started 17-07-31%2018:04 done 17-07-31%2018:26 critical question 这两边属性的关系 属性(标签)分2种:1、系统 2、用户创建 左边列是系统是尽量展开属性,使用快捷键便于操作赋值.

0.5.15. [x]总是快速回复他人的qq消息,需要和他人确定统一的沟通时间

created 17-07-31 done 17-07-31%2010:30 critical question 每个人都需要沟通一次,就需要整理成问题,视频信息.

0.5.16. [x]什么问题都不加思考问别人.

created 17-07-31 done 17-07-31%2010:10 critical question 11位的电话号码. 他网址打不开没尝试换浏览器或其他,而我的能打开,然后产生多次沟通和尝试.

0.5.17. [x]明天的前端工作分配.发现列表中没有可以分配出去的.

created 17-07-28 done 17-07-28%2019:11 critical question 整理新页面模块的布局需求.

0.5.18. [ ]提前安排考虑未知但又一定出现的错误

created 17-07-28 critical question 需求没有描述清楚,对方就会发出疑问.或做的事情不一致而浪费时间.

0.5.19. [x]没有说明的地方出错,对方自我理解出现偏差,浪费了对方时间.

created 17-07-28 done 17-07-28%2009:37 critical error question 整个使用的需求没做说明, 如任务的几种不同状态的显示方式.

0.5.20. [ ]学习前首先正确面对失败观念

created 17-07-26 critical question

0.5.21. [ ]用煮蛋为例子说明清空头脑的好处

created 17-07-25 critical question 占用头脑的结果或危机 国外的人用烤面包机, 更小的事“听微信语音”,还有更好的吗.

0.5.22. [x]换办公室问题

created 17-07-24 need 10m used 07m started 17-07-24%2019:08 done 17-07-24%2019:15 critical question ann公司新员工8-1号到.通知工位不够用了. 8-15搬, 可能涉及到重新找公司和住房. 先写简历重新找沟通. 主要考虑有赞, 挖财。 之前已经做过一次搜索. 腾讯tapa网站没有招聘信息. 7天时间清单 其他可以考虑朋友公司办公,但坚持不久马上有是办地方.

0.5.23. [x]为什么要记录时间

created 17-07-24 done 17-07-24%2013:55 critical question 记录是24小时的精华.就像是从24小时视频记录中找出特别事件. 整理关键数据并进行分析,才能达到明察秋毫. 作为老板或项目经理,才能做到1个人了解团队中的事件. 记录代表发生.

0.5.24. [x]现在版本有何亮点进行推广

created 17-07-24 need 25m used 33m started 17-07-24%2013:24 done 17-07-24%2013:57 {3} {3} critical question 有什么可以吸引人的 现在资料整理,日志, 日报 ,成长统计,积累,快速成长, xx 中途跑去完成 艾玛app开发咨询. xx 新观点和描述记录

0.5.25. [ ]界面和日事清很接近,思考模式受它固话

created 17-07-24 critical question 能做的事情有限,都是基于眼前界面进行思考. 如果重新考虑需要抛弃已有思绪.

0.5.26. [x]现在和时间日志&管理已经偏向,已经变成项目管理

created 17-07-24 done 17-07-24%2019:25 critical question 列任务改为时间轴显示.

0.5.27. [ ]任务未分类或者分类错误如何处理

created 17-07-24 critical question 项目成员点赞的方式, 1人分配,2人点赞及通过分类成功. 情况:人数少于条件数(项目只有1人) 已通过的百分比判断吗? 不行, 20人团队2人点赞的比例很小. 条件为...?

0.5.28. [ ]任务外包会涉及沟通,需要合理安排时间

created 17-07-24 critical question 如果立刻沟通也会打扰手里工作. 延迟沟通,接任务的人又无法展开工作而感到不顺畅. 详细需求说明需要对需求进行文字、语音、视频说明. 接任务的人就可以物阻塞立刻了解需求. 自己需求说明有盲区, 需要他人立刻查看是否能理解并提出疑问。 还会存在情况,不是真正执行就会出现更多的遗漏. 容易出现错误:无经验者无判断力. 7天时间清单

0.5.29. [x]众多任务优先级如何安排

created 17-07-24 need 30m used%2001:49 started 17-07-24%2010:13 done 17-07-24%2012:02 critical change question 思考方式任务4象限. 情况:主要就自己1个人. 接触的2个兼职,总是有自己的事. 1周参与2小时当没有. 1人缺少能力和主动. 组件团队和兼职是必要的. 半个月前心里浮现出同样问题, 这是重要紧急和重要的任务过多的问题,缺少合理安排把自己压跨. 自己完成部分任务,但眼前的问题依然没有解决. 需要做的事情还是很多,无法确定今天任务已完成. 7天时间清单 疑问:如果上班,自己项目组会如何考虑? 1、项目整体评估,时间、人员、钱; 招聘 按4象限会如何划分. 单个项目会分会重要紧急. 在把项目划分为2部分:自己做,委托做. 内心期望有多个人,看到对应任务可以主动领取并完成. 这样需要对每个任务进行2维评估(时间、价格). 通过价格评估重要性. 向周围朋友求助, 2个顾问,2个教练. 7天时间清单 理想化:1个分类列表一个专业的人解决,以一个团队考虑问题. 突然在发现自己正在做的项目已经大到需要一个5人团队解决. 7天时间清单

0.5.30. [x]任务重复添加.

created 17-07-23 done 17-07-23%2012:35 critical question

0.5.31. [ ]无法快速找到需求告诉他人

created 17-07-23 critical question

0.5.32. [x]熊超电话gitlab还没配置好

created 17-07-21 used 5m done 17-07-21%2014:48 critical question 他忘记主动给我说情况.

0.5.33. [x]奥妙广告下载失败.

created 17-07-21 used 20m done 17-07-21%2008:58 critical new question 看到奥妙365天的广告词 你是用365天过着同样的一天,还是365个不同的每一天.

0.5.34. [x]执行过程就发现有遗漏,需要调整.

created 17-07-20 done 17-07-20%2019:04 critical question 如,项目页面任务的显示与编辑.

0.5.35. [ ]难以找出思考类任务

created 17-07-20 critical question 忘记之前构思结果, 每次零碎想法.缺少整体全貌. 不知是否遗漏.

0.5.36. [ ]列(属性编辑模式)是否改变为任何分类双击列弹出

created 17-08-07%2011:36 critical question

0.5.37. [x]项目可以分解,如何在把任务进行组合?

created 17-08-07%2015:03 done 17-08-07%2015:05 critical question 分解后就会有更清晰详细的任务节点,就像是手稿图作为拼图一样. 按照完整的流程,是否能够走完.

0.5.38. [x]服务器启动了吗

created 17-08-08%2009:24 done 17-08-08%2009:26 critical question 你可以问,我访问接口失败,你接口启动了吗? 我启动了,我去检查下 . 测试可以。 等一下,可能我这边的网络问题

[x]对方都没看过就直接提问想省事方便自己,于是就导致还没安排好其他工作的我立刻去测试查看.

created 17-08-08%2009:26 done 17-08-08%2009:26 critical summary

0.5.39. [x]任务超时后就没有时间有效期的约束

created 17-08-08%2010:44 done 17-08-08%2010:48 critical question 之前预期30分钟完成,超时有这30分钟的心里约束就无效了. 没有新的就会导致无限期延迟.

0.5.40. [x]没有意愿就没行动,和xc电话发现最简单录音过了1天还是没做,

created 17-08-08%2014:16 done 17-08-08%2014:20 critical question 很多时候只是口里动动嘴皮说想要想要.

0.5.41. [ ]任务超时是继续还是开始新任务

created 17-08-09%2015:55 critical question 需要根据情况考虑,那么参考情况有什么? 如果时间拍满了,超时将影响后面所有任务.

0.5.42. [x]同一事情多种分类难以查找和管理.如work,excel

created 17-07-06 done 17-08-12%2005:25 critical high question

0.5.43. [ ]文件分开管理又不知今日做了什么.

created 17-07-06 critical high question

0.5.44. [ ]梦想目标是想赚钱,而当下忙的这些事情不赚钱,那你愿意花多少钱解放你的时间,让人替代完成这些.

created 17-07-06 critical high question

0.5.45. [x]项目太庞大,眼前创意不急,历史任务多而不清.

created 17-07-06 done 17-07-13%2013:55 critical question

0.5.46. [x]到公司和上班是两种情况

created 17-07-06 done 17-07-07%2009:09 critical question 现在先处理为一种,到公司就工作;

0.5.47. [x]误区:起床一定要设置闹钟,不要靠梦想和意志力

created 17-07-06 done 17-07-06%2013:25 critical question 设置闹钟的好处在于,可以安心的睡觉达到高质量睡眠。减少想要靠意志力起床失败导致的挫败感和休息不好.

0.5.48. [x]任务时间计算方式理清

created 17-07-06%2011:11 need 15m used 07m started 17-07-06%2011:11 done 17-07-06%2011:18 critical question 任务中间加入了其他任务, 通常计算结束-开始的时间差. 但是这样一天的时间总和超过24小时. 可以自动把任务归纳为暂停的方式处理,这样又很难看出此任务被打断情况. 那就显示3段时间. 预期、总耗时、毛时间. 暂停次数. 相关情况还有:多任务重叠,特别是生活类. 如 吃饭+音视频 如何处理? 显示主任务,另外的任务列入附加完成. 计算为节约时间.

0.5.49. [ ]到时间但暂未完成的任务

created 17-07-06 critical question 学习是无止境,当下阶段完成,担感觉又未学习完到安心的程度.

0.5.50. [x]上班前早起的这段时间使用率低

created 17-07-06 done 17-07-05%2008:36 critical question error waste

0.5.51. [ ]意愿匹配的行动

created 17-07-06 critical question 小愿望配大行动,通常直接叫苦累就不干了.

0.5.52. [ ]没有安排好事情,焦虑的心情无法活在当下(无法做事)

created 17-07-06 critical question

0.5.53. [ ]每个人基础不一样

created 17-07-06 critical question

0.5.54. [ ]兼职需要解决快速分发需求达成合作,减少小事情和单个人沟通失败造成的浪费.

created 17-07-06 critical question 难度在于目标不一致,主要是赚钱. 而大部分人不缺钱,好些人换工作半个月押金不要.

0.5.55. [x]搜索内容重复:任务延迟到下一天会重复出现到多个文本中.

created 17-07-06 done 17-06-24%2022:04 critical question

0.5.56. [x]上班这个过程包含很多小动作如何处理?

created 17-07-06 done 17-04-14%2015:00 critical question 离开公司-到公司的时间为上班时间. 疑问:通宵如何记录处理? 记录睡觉前的最后一次离开时间。

0.5.57. [ ]项目md文件过大解析缓慢明显卡机

created 17-07-19%2016:32 critical question 可以md直接转换成html解决.

0.5.58. [x]APP崩溃,在生活页面可能有过多数据

created 17-09-08%2007:35 need 25m used 20m started 17-09-08%2010:12 done 17-09-08%2010:32 critical bug question 在每次进入页面时,重新初始化页面显示数量; 测试不停的创建新的行为,直到崩溃; 了解他的临界值; 7天时间清单 停留在当前页面,数据会一直增加,极可能导致崩溃,如何优化?按照用户最后一次touchEnd屏幕的settimeout。 2分钟内无触屏操作就归初始值; 7天时间清单 @touchend="readyReset" 逻辑已写好,应该没问题.等待2分钟测试成功. 测试期间设置10秒即可. 7天时间清单 this.$forceUpdate(); _this.$refs.habitScrol.reset({ top: 0 }) ; 还需要滚动条置顶; 7天时间清单

0.5.59. [x]删除项目中旧代码包含的route监听

created 17-09-08%2008:42 need 15m used 05m started 17-09-08%2010:07 done 17-09-08%2010:12 critical app question watch中的route index page in! 这是登陆对接相关问题,如果删除了这部分代码. 那又如何判断是否登陆及登陆后的数据更新. 每个页面添加init接口.

0.5.60. [x]习惯养成中任务的完成状态

created 17-09-07%2010:22 need 20m used 18m started 17-09-07%2010:41 done 17-09-07%2010:59 critical question 可能没有开始时间,点击之后弹出开始菜单. 点击后添加开始标签. +如果没有开始时间就用扩展显示上一个任务的时间[], 相关逻辑和操作有, 在动作记录中设置标签,不好判断这个时间是修改开始时间还是结束时间. 7天时间清单 已有开始时间,自动记录中的时间就自动补充完成. 相反也一样. 难点:当两个时间都没有时如何处理. 第一次作为完成时间, 当出现时间段就设置为开始和结束.

0.5.61. [x]新建的动作信息没有更新

created 17-09-07%2017:10 need 20m used 51m started 17-09-07%2020:04 done 17-09-07%2020:55 critical bug question 界面显示错误,数据正确; 1、每秒派发数据 2、添加到数据的新数据; app中把链接不上的域名,替换成IP地址; 不修改也可以真机测试 7天时间清单 +有时候会跳秒,从2跳到4. 频率有点高,感觉有50%. 控制台有报错,不知道是否因为报错导致没更新. 创建的任务名字是"静止中"没有错,因为当前手机处于静止状态. 7天时间清单 现在只有先取出报错在看情况. 编译程序时奇怪的无法编译,且一直弹窗导致系统无法运行. 重启电脑后无线网络又无法连接了. x 拍摄视频失败.手机总是拍摄6s 关键信息还没拍摄完毕就结束了.突然崩溃,服务器现在无法连接请求不了数据,导致无法继续拍摄视频. 7天时间清单 总是连接不上网络后,点击系统修复问题后正常连接. 7天时间清单 经过测试确实是因为 布局优化,导致有报错界面显示错误. 7天时间清单

0.5.62. [x]生活页面优化-子页面独立分页加载

created 17-09-07%2017:18 used 208m started 17-09-07%2015:10 done 17-09-07%2018:38 {3} {3} {3} critical question actionArr 包含了显示列表更多数据,部分数据隐藏.v-if的逻辑就失效了,需要修改页面逻辑. 7天时间清单 独立出代码,还需要修改独立出去的代码内容,去除多余. 7天时间清单 修改了显示变量后,还需要修改逻辑. 之前数组中包含2种数据,现在只有一种. 7天时间清单 AutoMove.vue 完成. 还剩AutoStatic 和 AutoAll 7天时间清单 AutoStatic.vue 页面展示完成. 去除对任务的从命名. 主要是从移动动作中操作. 7天时间清单 ngrok 代理链接失败. 暂时改为ip地址直接调用. 7天时间清单

0.5.63. [x]如果采用v-if会进入页面逻辑吗

created 17-09-06%2016:16 need 15m used 37m started 17-09-06%2016:30 done 17-09-06%2017:07 critical tech vue question 1、进入逻辑页面后,切换出去. 10秒后进入了改页面的逻辑. 7天时间清单 2、刚打开app,不进入该页面. 第一次看数据,数据是连接正常的. 在当前任务还没结束时,直接关闭APP.当前任务数据应该丢失,不会出现在服务器. 查看前端逻辑,store会一直接受数据. 但是在进入自动任务页面的逻辑才给服务器发送数据. 7天时间清单 打开APP,过几分钟看是否会记录数据. 理论是应该记录. 只是没发送服务端 。 是的和自己的猜想一样. v-if 不会进入逻辑. 还需要更全面测试. 现在主要是查看 route-view ,未进入页面的逻辑. 还不是直接使用v-if; 如果分页采用v-if,那如何判断是否进入逻辑. 在分页中添加变量的watch,查看是否进入逻辑打印数据. 可以不使用手机测试. pc即可. 疯掉了, 在游戏分页watch uid, 在游戏的父页面刷新页面, 进入watch逻辑. 从主页刷新,进入页面watch始终不会进入逻辑. 7天时间清单 现在看起来是无论怎样都没进入逻辑,不可能啊. 7天时间清单 3、在task页面监听uid变化, 1)在任务也刷新,进入watch逻辑. 2)主页刷新,无论怎样都没进入watch逻辑. 7天时间清单 4、把uid改成其他参数试试. 刚才测试没改变是因为,每次测试数据一样. 所以没有触发值改变. 测试方式错误. 7天时间清单 -结果:再次测试,没有进入页面,watch无效. 1但进入后,切换到其他页面, task根页面一直进入. 游戏页没有进入. 7天时间清单 游戏也是属于任务页的分页. 7天时间清单

0.5.64. [x]项目设置页面App

created 17-09-05%2020:00 need 50m used 53m started 17-09-06%2015:05 done 17-09-06%2015:58 critical question 修改项目标题、描述。和删除项目按钮. 7天时间清单 项目修改和删除后需要更新当前数据. 修改和更新成功. 还需要在删除后,修改当前选中的项目. 7天时间清单

0.5.65. [x]定时执行任务转换md文件

created 17-09-05%2017:38 need 1h+2h used 1252m started 17-09-05%2017:43 done 17-09-06%2014:35 {3} {3} {3} {3} critical question 1、边界时间如何处理? 24点正在执行但还没完成的任务, 时间管理不支持这种熬夜行为, 但是也有夜班或者通宵的情况. 当做暂停?不做处理, 只是在生成日志的时候,按之前逻辑生成文件即可. 7天时间清单 需要服务器能运行的parsetlog 文件, 现在已经有了. 把服务器的任务转换成需要的数据格式就可以了. 需要前端的数据格式. 7天时间清单 直接断点查看之前的文件解析后数据在内存中的格式. 7天时间清单 为什么保存本地图片到E盘都这么慢, 7天时间清单 0、查询当天所有用户 1、用uid出当天所有任务 2、找出项目 3、1级任务 4、标签 5、二级任务 6、任务标签 -疑问:定时任务 ,所有用户,文件路径 前用户少,可以一次性完成文件转换生成, 不用考虑服务器压力,分段完成; 生成的任务, parsetlog可以生成对应的标题;生成文件后还需要插入blog表. 7天时间清单 +评估 2h 7天时间清单

上面过程还缺少测试,可能需要15m 7天时间清单

[x]查询All用户

created 17-09-06%2009:35 started 17-09-06%2009:35 done 17-09-06%2009:58 critical sqlstr = "SELECT DISTINCT uid FROM d7_z39tag WHERE ( key = due AND ( value LIKE '%" + day + "%' )) ORDER BY id DESC"; key=due ,value=like day "SELECT DISTINCT uid FROM d7_z39tag WHERE ( key = due AND ( value LIKE '%" + "2017-09-01" + "%' )) ORDER BY id DESC"; SELECT uid FROM d7_z39tag WHERE ( key = 'due') AND ( value LIKE '%2017-09-01%' ) this.distinct("uid").field("uid").where({ key: "due", value: ["like", %${day}%] }).select() 7天时间清单

[x]用户任务

created 17-09-06%2009:58 started 17-09-06%2009:58 done 17-09-06%2010:20 critical

[x]1级任务

created 17-09-06%2010:20 started 17-09-06%2010:20 done 17-09-06%2010:37 critical 感觉可以找出所有任务,并划分从不同用户、1级任务和二级任务;

[x]2级任务

created 17-09-06%2010:43 started 17-09-06%2010:43 done 17-09-06%2010:47 critical

[x]1级标签

created 17-09-06%2010:47 started 17-09-06%2010:47 done 17-09-06%2011:05 critical

[x]项目列表

created 17-09-06%2010:47 need 10m started 17-09-06%2011:06 done 17-09-06%2012:54 {3} {3} critical

[x]合并md

created 17-09-06%2011:05 need 20m started 17-09-06%2012:54 done 17-09-06%2014:00 {3} {3} critical 保存失败,没能进入逻辑. 7天时间清单 getDayMDobj 执行没有任何返回,直接中断了逻辑但是没有错误提示. 在之前逻辑都正常运行,是变量问题? 7天时间清单 一行行添加代码发现,和parsetlog中的 item.task; 数据格式不一样. 7天时间清单 item.type = "task"; 添加字段后, 运行正常.但内容中还存在undefined,如 '# wee undefined\r\nasf 7天时间清单

[x]插入blog

created 17-09-06%2011:05 need 15m started 17-09-06%2014:01 done 17-09-06%2014:34 critical 保存文件. 插入数据; 文件保存到硬盘失败. 7天时间清单 目录不存在会无法运行. 数据插入blog成功. 7天时间清单 先手动创建目录, 把用户名做目录暂时改为文件名.

[x]垃圾任务屏蔽md没有1个完成任务

created 17-09-06%2014:50 started 17-09-06%2014:51 done 17-09-06%2015:00 critical 用户已经没有使用系统,没有完成一个任务; api/z39time/tomd

0.5.66. [x]文字“删除”改为“取消”

created 17-09-05%2016:36 need 15m used 08m started 17-09-05%2016:36 done 17-09-05%2016:44 critical question 习惯养成中的重复任务存在2种操作; 1、删除 2、取消 任务不多删除也没任何影响. 主要是取消重复性任务; 如何取消,现在不知道是重复性任务,不好删除重复表中的任务. 没有重复表id? 不需要,可以通过重复任务的任务名和uid吗?似乎不行. 只有遍历性删除. 没有记录repeatid. 只能通过uid找到所有重复任务,然后遍历任务名, 如果相同.就删除. 那有联合查询的删除吗? 先查询然后删除. 可能有这方法. 7天时间清单 系统性重复任务没办法删除. 只能通过同类的任务替代,现在么有同类任务可选. 7天时间清单

0.5.67. [x]任务详情

created 17-09-05%2016:25 done 17-09-17%2018:33 critical question 需要查看任务的详细情况,主要是子任务. 相关设计到子任务的修改与显示. 7天时间清单 如果子任务修改后,界面上如何显示? 前端从taskAll中查找,有点不方便. 需要添加子任务字典.子任务以数组的方式保存, 7天时间清单 通过任务id获取所有的子任务数组,并显示到界面; 如果只任务删除,也是需要从该数组中删除数据。尽量通过元素绑定,修改子任务界面也有会即刻改变。

[x]布局

created 17-09-13%2014:55 need 2h started 17-09-13%2014:57 done 17-09-13%2017:28 critical taskDetail.vue routes.js 中添加路由 /taskDetail 标签的设计构思. 7天时间清单 基本布局已有. 需要细化和对内容进行点击操作; 7天时间清单 添加图标, 图标居中后 x-icon 自定义替换失败. 7天时间清单 -点击负责人的时候,做成popup-picker. 计划 弹出时间. 没复制时显示灰色,复制后显示蓝色; 子任务的评估和任务列表的关系. 为了不影响排序. 需要显示任务的计划时间. 7天时间清单 计划弹框显示年月日时分. 如果已经分配具体某日,就不显示日期.更麻烦的同时如果要修改日期就不行了.方式画蛇添足不可行. 7天时间清单

[x]布局基本消耗4个小时,清楚看到这个情况意识到需要找人完成.

created 17-09-13%2020:11 done 17-09-13%2009:30 critical summary

[x]后端逻辑

created 17-09-13%2014:55 need 1h started 17-09-16%2020:23 done 17-09-16%2020:36 critical 已经忘记是如何返回子任务的. 之前已经有主要逻辑,还差子任务的标签获取. 逻辑已写好,待测试. 从数据表中查看带有子任务的数据.测试成功 z39task?id=1787 7天时间清单

[x]任务总结api对接

created 17-09-16%2014:58 need 20m started 17-09-16%2015:03 done 17-09-16%2015:17 critical task 替换成 taskid ? 可能有日总结. 日总结直接新建任务添加总结标签方式实现. 所以不受日总结影响. 那tsummary 中传递 任务还是id都一样. 7天时间清单

[x]点击进入任务详情的入口

created 17-09-16%2011:00 need 15m started 17-09-16%2011:00 done 17-09-16%2011:18 critical 各页面添加入口; 跳转方式?v-link,route.gothis.$router.push,router-link to="/goods" 任务cell通过router.push 跳转, 7天时间清单 添加id后,跳转不成功. push(taskDetail:${item.id}) push(taskDetail/${item.id})

[x]任务传参路由

created 17-09-16%2011:19 need 18m started 17-09-16%2011:22 done 17-09-16%2011:30 critical first push(taskDetail/${item.id}) taskDetail/88 或者taskDetail:88 -方式1 传参router-link :to="{ path:'/home/game', query: { num: 1} } url = /home/game?num=1 获取 this.$route.query.num -方式2 route.js path: '/news/:id', component: NewsDetail 传参 router-link to="/news/002" 获取 $route.params.id 采用方式2, 测试 /taskDetail 无法访问. 必须 taskDetail/1231 附带id

[x]前端逻辑

created 17-09-13%2014:55 need 2h started 17-09-13%2017:43 done 17-09-17%2017:04 {3} {3} {3} {3} {3} {3} {3} {3} {3} {3} {3} critical 切换点选子任务. 如何获取任务id,并请求任务信息。 taskDetail/:id 这种如何实现. 添加间隔,用图标替换文字. 7天时间清单 xicon 图标替换. 直接使用span class="iconfont",整齐好看多了.但还太黑. 7天时间清单 还剩标签的显示. 7天时间清单 图片素材查找,图片处理. 7天时间清单 标签的水平滚动条与0个提示. 7天时间清单 -负责人中只有自己时,点击窗口中提示邀请或添加好友. -如果没有子任务,就不显示任务列表. 如果有子任务,任务列表第一个显示父任务. 点击按钮计划、评估、提醒后的弹窗. 7天时间清单 子任务列表显示成功. 7天时间清单 -默认显示父任务;任务点击切换;任务标签显示和设置; 创建的任务都是二级子任务(不能嵌套); 标签图标颜色状态;+修改任务; 7天时间清单 默认显示父任务 7天时间清单 任务点击切换. 各页面见的任务列表操作很多代码重复,这次成长积累后下次会省下很多工作时间. 7天时间清单 解决默认任务数据为null 报错. 发现每次点击任务列表都会触发iTaskArr的监听逻辑. 7天时间清单 +标题描述修改后,显示保存按钮. 7天时间清单 任务标签显示和设置 修改服务器返回任务数据格式. task用前端使用格式. 7天时间清单 this.to,this.due,this.need,this.remind 打印的数据全部为空. 是因为数据库中没数值. 7天时间清单 标签图标颜色状态, 之前用了vux 的icon,现在直接使用iconfont 7天时间清单 创建子任务 17-09-17 7天时间清单 任务push到itaskArr中,有哪些地方需要更新vue. 不需要更新页面外的task,每次进入页面都会重新请求数据. 注意修改更新store中tasks的重复数据逻辑采用覆盖,现在是丢弃. 7天时间清单 创建成功,但是每次点击子任务.触发了itaskArr列表更新,导致刚才创建的任务消失 . 7天时间清单 按钮组和创建子任务重复. 需要在界面中添加一定高度占位符. 或者添加margin-bottom: 52px; 7天时间清单 修改任务 7天时间清单 标题描述修改成功, 保存后按钮没有隐藏。涉及状态更新,没能触发tasktiem修改逻辑 7天时间清单 没有进入mixin.js taskSet 断点. 是因为调用的api.taskSet 而不是 this.taskSet 7天时间清单 任务列表即时更新成功. 但是保存按钮还没消失. 7天时间清单 watch deep 后进入了taskitem 监听,保存按钮隐藏成功. 7天时间清单 +优化:修改任务时隐藏底部按钮组?添加取消修改修改按钮. 有点画蛇添足的感觉. 因为在模拟器上看见过多按钮,就失去焦点. 从聚焦角度考虑需要这么做, 从功能程度考虑不需要.功能只是满足用户基本需求. 结论需要执行. 7天时间清单 按钮组显隐优化完成. 7天时间清单 -标签显示&修改 标签显示成, 但必须先在其他页面获取tagitems数据, 直接刷新无法看见标签中文. 7天时间清单 修改后没有实时更新标签. 可以在Flags 的标签中返回选择后的标签? 如果网络不好也会直接修改.最后会怎样? 修改成功后,派发事件更新数据. 直接在Flags.vue中更新task, 一级任务触发store更新,二级任务直接本地更新. 7天时间清单 二级任务可以添加到store的 taskDic,对任务的修改都会自动更新.可以采用统一的方式处理. 7天时间清单 +任务按钮组对应操作 继续和开始的操作需要区分开, 状态修改后更新状态. 最好在协议返回添加.then类似的回调. 7天时间清单 +标签获取tagitems 7天时间清单 pc模拟器上正常,微信中看不到标签. 应该是这里判断或者网络延迟问题. !.isEmpty(item.name) 7天时间清单 +任务状态在cell直观显示,完成的任务显示标签 25m
+切换任务页面重新请求数据, watch route 7天时间清单 获取到新数据后,重新复制默认任务信息. 之前直接从任务列表中进入的都有taskitem,直接访问页面没有数据. 切换任务数据显示不对 7天时间清单 itaskAll 中在添加task.id不同更新数据的判断后成功, 7天时间清单 -标签突然不能点击选择了. 7天时间清单 子任务也不能点击了. 每次点击触发列表更新,进入重新赋值的逻辑. 7天时间清单 +思考和pc端的共通之处. -修改due 报错修改失败,this.tagDic[item.id + '
' + key] 找不到标签. 7天时间清单 x 吃个苹果休息下. 7天时间清单 找不到tagid 是因为请求的任务没有添加到store.taskdic 和 tagdic 7天时间清单 taskGet 获取到的任务数据是js格式和tasks 不一样.无法添加到store中. 返回数据修改. 格式修改完成,之前逻辑还在. 7天时间清单 修改系统标签 due need remind due 已修改好. 新创建任务并设置due成功. 7天时间清单 need 修改成功,之前的逻辑取消注释后测试成功. 7天时间清单 remind 标签设置成功,但没有即时更新到界面,刷新才显示. 查看逻辑没错,刷新后在测试即时更新成功. 7天时间清单 -还剩标签编辑.任务状态. 标签编辑现在又能运行了,看来需要多测试. 7天时间清单 任务状态 ,简单通过标签显示. 标题过长布局会错乱. 7天时间清单 优化方向:在图标上面做区分,开始、暂停、完成。

[x]任务切换

created 17-09-17%2017:06 need 30m started 17-09-17%2018:13 done 17-09-17%2018:33 critical bug 切换后,标题、描述和标签都是上个任务的. 只有子任务修改了. watch taskCurr 变化赋值默认taskitem 和itaskArr 后正常. 7天时间清单 +添加第一个子任务,父任务没有显示在里面; 7天时间清单

0.5.68. [x]页面滚动的时候有明显的卡顿

created 17-09-05%2013:54 done 17-09-07%2021:32 {3} {3} critical question 关闭网络重启APP后,页面的数据少了运行APP也变得正常快速. 也就是随着内容的增加,app变得卡顿.在什么地方消耗了性能. 17-09-05 7天时间清单 1、刚开始启动APP还没有多少卡顿情况,里面个页面数据已经有了. 7天时间清单 2、刚启动APP,其他页面还没数据。滑动首页不卡顿. 立刻把个页面都点击一次,有了内容有滑动首页克顿. APP启动不到1分钟。 点击任务,弹出操作菜单有些慢。大概500毫秒. 和之前长期运行后大概需要1.5秒相比要快一点. 7天时间清单 需要想办法测试,优化效率; 直接查看html发现. 只有当前页面的html显示在了dom结构中; 根据之前经验在页面的watch中,其他页面也会进入逻辑. 7天时间清单 在不同两个页面之前切换,进入页面速度明显不一样.由此判断点击页面后与页面的元素多少有关系, 应该和元素渲染有关系; 如果这样就需要考虑缩减元素,做翻页加载. 7天时间清单 没显示的页面用v-if 控制. v-if 和 v-show的区别 http://blog.csdn.net/ning0_o/article/details/56006528 7天时间清单 可以通过后期对页面切换频率监测的统计数据判断用v-if还是v-show. 7天时间清单 甚少使用到的内容使用v-if. 在前段做翻页页码控制.每次进入页面只显示10条数据. 7条数据一页,10条数据,用户有3条可以直接滚动,并给程序获取新数据的缓存时间. 7天时间清单 微信中测试没有卡顿,特别是自动任务有很多内容. 是因为自己修改了v-if 的原因还是app dcloud的原因. 需要是修改了v-if的效果. 7天时间清单 为什么APP会卡顿,直接的区别是APP监听了手机移动, 做了自动化任务的统计; 考虑先屏蔽这部分代码,查看运行效率. 17-09-07 7天时间清单 通过上面生活页面优化-子页面独立分页加载. 把不需要的元素通过v-if不实例化,减少初次实例化时间.

0.5.69. [x]登录注册对接

created 17-09-04%2010:35 need 1h used 1792m started 17-09-08%2010:51 done 17-09-09%2016:43 {3} {3} critical app question 以前只有APP,现在系统还包含了pc端. pc端还需要登录窗口. 如何结合注册,用csmwing 的注册即可,主要是接口问题. 现在系统并不包含api. api只需要在 this.successApi 包装一下即可. 需要统计规划. 接口划分:需要和不需uid. 不能放到前端协议请求的地方, 做一个提示登录的 cell-item。 7天时间清单 如果没有登录会进入页面逻辑吗?在关键的前端协议接口判断,如果没有意外滴,就提示需要登录。

二次打开的时候就获取并设置session 7天时间清单 微信登录直接通过openid登录使用,特殊情况提示授权登录获取昵称和头像; 注册分两种1、手机注册 2、完全注册; 微信中注册可以直接绑定openid; 容易出现问题:2个已存在账号进行合并. 会丢失其中一个账号数据. 1、直接修改任务的id 2、2个账号取其最近1个月任务数量多的账号最早,最后使用,最多任务. 7天时间清单 -注册界面就改成、简单注册和完全注册; -在绑定页面直接显示用户已绑定手机. -修改密码,手机登录的用户可以直接输入新密码; 页面必须显示对应的账号,并不可修改.

[x]构思理想所有工作

created 17-09-08%2011:36 started 17-09-08%2010:51 done 17-09-08%2011:36 critical

[x]登录对接

created 17-09-08%2019:13 need 20m started 17-09-08%2019:13 done 17-09-08%2020:12 critical 上个项目的逻辑在,应该能直接使用. 修稿logic后依然不行,想不到方法,尝试重启node后测试协议提示验证码错误. 跨域问题没了. 登录成功,但是登录后状态未改变. 查看代码并开始控制台打印,协议返回后赋值成.但是界面状态没改变. 7天时间清单 返回的数据中不包含uid,导致逻辑判断没有登录. 7天时间清单 之前走的是z43逻辑. 在之前的逻辑添加uid 临时解决登录问题.

[x]注册对接

created 17-09-08%2019:13 need 10m done 17-09-08%2019:46 critical 注册接口可以发送并接受到短信,但是发协议报错跨域. weixin.js L:177 注释可以取消微信验证. 7天时间清单

[x]App二次打开自动登录

created 17-09-08%2020:51 need 30m started 17-09-08%2020:51 done 17-09-08%2021:03 critical uc/public/logintoken window.localStorage.getItem('token'); 之前功能是完成的. await this.action("api/z43phone", "update"); 需要把z43逻辑修改成公用或者z39

[x]添加session

created 17-09-09%2010:38 need 1h started 17-09-09%2014:50 done 17-09-09%2015:26 critical await this.action("api/z43phone", "update"); 相关修改. 7天时间清单 考虑把 z43user改成d7_user ; this.model("z43phone").where({ uid: userInfo.uid }).find(); 中包含了z43系统的数值; .extend 实现添加不同子系统的数据积分. 7天时间清单 直接编辑器中批量替换. 替换 "api/z43phone", "update" 。 7天时间清单

[x]使用真实uid替换测试数据

created 17-09-09%2015:27 need 40m started 17-09-09%2015:50 done 17-09-09%2016:41 critical 替换过后开发会有什么问题, PC端还没有登录. 导致无法正常开发?可以在pc端直接调用命令. 在开发阶段直接把账号密码写到代码中,一开始就登录; 修改后uid下面会无数据,把所有uid替换为现在测试账号的uid即可. 7天时间清单 x 走神<添加其他任务想外包 7天时间清单 搜索 uid = 1 找到的不全,搜索'需要修改'找出了更多的甚至包括z43项目. 7天时间清单 +uid修改完毕, 新账号请求报错,缺少空数据判断. 修改数据库中的uid=1 为461 测试账号.

0.5.70. [x]滑动请求和刷新

created 17-09-04%2010:35 need 1h used 66m started 17-09-07%2014:04 done 17-09-07%2015:10 critical app question 方式1:计算窗体高度后设置scroller高度;隐藏无数据时,上拉加载;提前加载优化(一直滚动减少默认反弹阻断); 方式2:找替换组件.
-先查看组件资料. 10m s7天时间清单 e7天时间清单 vue-infinite-scroll 包含底部距离,可以达到我需要的优化效果. infinite-scroll-distance="10" 查找之前的记录中但没保存的awesome-github-vue vue开源汇总, 查看里面其他scroll 星少也不太适合. 查看官网api, 发现官网也有 scroll-bottom-offset ,最后还是觉得使用vux的scroller, 滚动条高度也解决了. 7天时间清单 动作记录可以直接使用翻页请求,不做其他逻辑. 每次actionArr会触发变动. 7天时间清单 历史动作可以独立出去,其中store 可以在添加子页面模块. 如 z39_hahit,可能会有数据不互通有潜在麻烦 7天时间清单

[x]任务需求不够明确,虽然自己头脑知道.

created 17-09-07%2015:25 done 17-09-07%2015:26 critical summary 一旦交给他人,执行过程或结果必然出现分歧. 自我要求不高,完全可以给自己放水.

0.5.71. [x]按页请求

created 17-09-04%2010:35 need 1h used 1290m started 17-09-06%2016:14 done 17-09-07%2013:44 {3} {3} {3} {3} critical app question 哪些页面需要按页请求, 先给手机添加. 所有查询多条任务的地方都添加页码. 7天时间清单 usertask sortday 一旦修改,所有的返回数据也将变化. 接口处理数据部分需要修改,通过在添加页面计数. 7天时间清单 添加新的接口,并对返回数据做处理. 类似于手机版API接口不一样. 那电脑版也需要分页查看. 只需要部分页面需要少部分页面即可. 7天时间清单 如果翻页做在数据展示上面,而不是接口呢?当剩余数据不足一页(<10)时请求新数据. 这方案依然需要制定翻页即可. 肯定需要翻页的有、首页、任务、市场、 可能需要:收纳箱、项目; 不需要,大部分中包含的任务都是有限且少量的,不需要做翻页api. 7天时间清单 在api接口中传入每页数量; 各设备、显示器、分辨率容纳的数据都不同; +前端分页 30m s7天时间清单 habit 中的代码最独立,最适合开发测试. 查看vux demo pullup示例代码. 思路清晰了. 7天时间清单 通过添加变量v-if 中判断显示元素,动态修改条件无效,没有触发更新. 组件可以重新触发更新吗? 7天时间清单 查询 nextTick 获取更新后的 DOM ,不能解决需求问题. 7天时间清单 想强制渲染,可以调用handle.$forceUpdate()实现. 因为上面测试出错,没有进入逻辑. 修改v-if的条件值,新增内容成功. 但是模拟器中不能使用鼠标滚动.手机应该不影响. 7天时间清单 手机可以拖动, 现在新问题:垂直滚动条显示不全. 同时需要计算列表高度. 需要做到框架中.

0.5.72. [x]周目标细分

created 17-09-04%2008:20 need 20m used 24m started 17-09-04%2008:32 done 17-09-04%2008:56 critical question 手机主页:主页接口和功能 按页请求、滑动请求和刷新、登录注册对接、 苹果-公司账号注册、付费、 APP发布及证书. banner图和对应内容;需要文章、视频、任务 教程、名言、书籍、习惯、方法、失败、疑问、资料 教程:软件使用教程、视频时间管理教程;行业软件使用说明 名言:使用MD格式,列表方式展示; 疑问:专门的一栏还是banner分页图; 先使用一个分页; 习惯:罗列自己的,整理的,也可以让他人添加习惯, 考虑,在习惯一栏中获取有习惯的标签的重复任务? 方法:和习惯类似, 方法是解决问题的具体尝试方法。 曾经努力的方法; 每个人可以对方法点赞,大家支持的方法与越多就越靠前排列,达到筛选出优秀的方法,大家从而学习机模访,借鉴. 失败:它是属于方法的一个小分区,上面方法是属于成功方法,这里是失败的方法, 功&过:功过格主要从,每日生活任务中通过标签获取数据, 疑问:主要是在个人实践过程中遇到的问题,最好是可以附带积分和人民币,可以有助于他人相互帮忙解决,可以更快速解决问题, 资料是可以,关于时间相关的所有信息,包括电影,语音视频文字名言警句,个人看法观点。

0.5.73. [ ]app录音和播放

created 17-09-03%2020:13 need 1h+2h started 17-09-03%2020:13 {3} {3} {3} {3} {3} {3} {3} critical app question dcloud有录音demo,需要整合到一起. plus/audio.html 查看并梳理注释了html不用代码. 疑问:h5音乐播放器可以播放手机内的文件? 查看demo中使用了 plus.audio 组件; 50%以上可能无法用自己播放器播放, h5播放器就不用在自己开发相关播放器,会简便很多. 7天时间清单 需要获取手机中的音频文件,并把数据推送给vue; vue 对手机数据的增删查3个接口. 增加主要是录音时长的显控. 还会涉及到上传; -本地增删查;服务器增(上传)删查; 7天时间清单 -js vue 服务器 搜索“播放器”看到有说用h5播放视频。感觉播放本地音频可能性增加了.7天时间清单 http://ask.dcloud.net.cn 清除 TaskRecord.vue中多余无用代码. 7天时间清单 +评估2h 7天时间清单 vue逻辑 30m e7天时间清单 -js 逻辑 js数据格式; 音频数组; 删除单个; 添加音频(直接更新数组); 删除单个文件 entry.remove( succesCB, errorCB ); 7天时间清单 js数据格式 默认"录音" + index , desc = 时间, dur = 时长 ,img ,url, 录音图标下载;7天时间清单 -编辑需要修改标题, 需要弹窗输入. 用底部弹窗+ 确定、取消按钮; 标题信息如何保存?1、默认是便利目录获取音频文件. 修改标题后,vue可以用localstore 保存数组信息; 音频文件路径不会改变; 在文件上传后把本地文件路径修改成服务器路径即可, 本地文件删除吗?还是2个路径都保存,如果本地存在就使用本地. 这也涉及节约流量; 需要保持2个路劲,那么本地路劲需要存放到服务器上吗? 如果不保存就需要合并2份数据. 合并的关键信息是什么? 音频、名字、时长、时间; 以音频文件名为关键信息比对合并. vue控制本地音频数组保存; 会存在本地数据和服务器数据, 需要合并后显示为文件列表; 现在首要任务是正常录音和播放; 保存服务器后期在考虑. 7天时间清单 demo中没有暂停录制功能, 需要删除暂停功能; 点击取消,自动停止录音并且删除. 等同于结合两个操作与一体. 7天时间清单 没有看到录音文件名修改,这里修改只能保持到js内存或其他文件. 7天时间清单 http://www.html5plus.org/doc/zh_cn/audio.html#plus.audio.getRecorder 应该可以用过IO接口,当做普通文件处理,修改文件名; 把修改后的文件名保存到名字中在服务器上不可行,众多用户的文件会导致命名冲突. 7天时间清单 录音和停止录音逻辑完成;还需要删除录音 7天时间清单 -整合测试 打包后报错 Can't find variable: mui , Can't find variable: jQuery 7天时间清单 Resolve "_doc/z39/" failed: 文件没有发现 7天时间清单 Can't find variable: mp3Curr 写过是vue 中的报错,js捕获到打印出的信息误认为是js中导致. 7天时间清单 对接成功. 收到了手机声音文件. 刚打开dcloud录音页面,无列表数据. 可能是dcloud发送过来的时候vue没初始化好. 7天时间清单 需要vue主动获取列表数据. 时间格式化也存在问题. 现在显示 1s,2s 需要 7天时间清单:01 倒序显示, 修改文件时长. 7天时间清单 删除文件报错,看不到报错信息; 7天时间清单 新添加的任务没有 title , 从目录中查询出来的录音文件缺少录音时间, 数据需要保存到本地; 声音删除成功, 还剩下播放; 动态修改url ,播放失败; 7天时间清单 只手界面看起来删除成功, 重启APP后文件还在. 控制台也打印成功了. 为什么文件还在? 7天时间清单 1、播放可以使用系统播放对象, 这样需要自己写进度条控制; 现在也可以暂时完成基本功能,不要进度条控制; 7天时间清单 删除如何处理? 查看API看到 toRemoteURL: 获取文件路径转换为网络路径URL地址 , fileEntry.toRemoteURL() 转换成功,但这是异步执行, 直接在获取文件列表updateHistory中的文件对象调用 toRemoteURL 获取url成功, 测试播放依然不行; 先取消播放器默认url 在测试. 每次编译后 放到dcloud APP中测试速度太慢. 7天时间清单 先尝试测试数据,点击item 切换歌曲. 经过测试,在浏览器中直接切换 music.url 也没切换歌曲. 且url为空时运行报错. 7天时间清单 尝试失败... 7天时间清单 aplayer.playIndex 设置并打印成功. 数值改变了但歌曲没有改变. 7天时间清单 aplayer 不能使用,就先展示用z43phone中的播放器. 7天时间清单 之前的player 的progress-bar 又是0了, 没正常显示. 关闭页面还会报错. 手动设置了宽度后,不在报错. 7天时间清单 progress 名字太常见被覆盖了. 去除 其中一个多余的progress 后运行正常. 7天时间清单 希望打开弹窗自动播放; 尝试js触发失败.以后再说. 7天时间清单 -删除录音 添加字段名 file后,APP程序不能正常运行.闪退. 取消修改后运作正常 7天时间清单 修改过程中部分变量名没有修改到,导致报错的崩溃. 7天时间清单 显示声音依然无法播放.文件是wav格式. 上次就是因为wav转换成mp3. 7天时间清单 查看h5 audio支持wav格式啊.

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

created 17-09-01%2009:39 need 40m used%2001:08 started 17-09-03%2014:46 done 17-09-03%2015:54 critical question 只用之前days接口完成,传入type作为不同类型数据; 页面提供初始化接口 model&sql 完成; 7天时间清单 api接口使用同一个还是不同; 之前想的是同一个,那考虑同一个接口的逻辑. SELECT DISTINCT timeday FROM d7_z39taskauto WHERE ( timeday LIKE '%2017-08%' ) ORDER BY id DESC 前端接口对接完成, 还需要页面init方法,打开分页的时候请求默认数据; 7天时间清单

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

created 17-09-02%2011:11 done 17-09-02%2011:13 critical question 需要修改前告知,并做修改说明; 在对方接触改变前,事先通知;

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

created 17-09-02%2010:59 used 21m started 17-09-02%2010:40 done 17-09-02%2011:01 critical question 过程中不如问题情况和解决方法,就说些容易争吵的话. git提交的代码似乎不全, 可能是没有push到服务器上;

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

created 17-09-02%2008:35 used 14m started 17-09-02%2008:21 done 17-09-02%2008:35 critical question 这不是自己应该做的;

0.5.78. [x]前端wgl沟通10分钟总结了1句话

created 17-09-01%2012:44 used -1m started 17-09-01%2012:46 done 17-09-01%2012:45 critical question 我自己处理好1条拖动和协议,剩下的拖动你处理。

[x]我完成一份并教给他人复制

created 17-09-01%2012:45 done 17-09-01%2012:46 critical summary

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-19 20:53:28

results matching ""

    No results matching ""