1. 用key代替tagitemid,如tasks 17-08-13

方便使用, 使用id不便开发调试. x 杂事,聊天 18:41 有哪些接口使用了tagitemid, 接口文档中搜索"tag" tagtmp tasks tagitem project.tag.id(post) 18:52 1.模板中替换成key. 2.任务添加标签用key 3.搜索任务用ke

0.1. 时间日志

  • 07:10 醒
  • 07:22 起床
  • 07:22 洗澡
  • 07:28 洗漱1
  • 07:34 早饭
  • 10:10 整理房间,重调床位放置电脑
  • 10:25 工作准备
  • 10:31 wgl需要配合修改数据
  • 11:34 hmovie
  • 11:58 上班
  • 12:56 卡通
  • 12:56 午饭
  • 13:53 wgl沟通疑问接口和逻辑
  • 15:00 家里网络不稳定
  • 15:24 wgl添加任务不成功反馈
  • 16:33 5点修改内容考虑构思
  • 16:47 添加的任务没有显示在收纳箱
  • 17:17 新用户默认返回系统模板
  • 17:35 task添加tasks字段和属性
  • 18:20 due的时间格式 17改为2017
  • 18:35 晚饭
  • 21:37 用key代替tagitemid,如tasks
  • 23:01 wgl语音沟通疑问
  • 23:12 洗漱2
  • 23:43 脚底按摩器-帮助不跷二郎腿
  • +00:07 手机袋挂脖子上搜索购买
  • +00:11 pc端语音输入法代替任务描述
  • +00:20 睡觉
  • +07:01 卡通
  • 总结阶段-罗列出移动任务
  • app提供手绘图,代替本子上画完后牌照上传服务器.
  • 任务操作日志
  • task添加创建时间字段
  • 请求第一周数据返回了第二周
  • 制作项目思维导图

0.2. 总结

1.写清需求明确要点.在验收时比对需求清单.

0.3. 观点及其他

0.4. 任务详情

0.4.1. [x]脚底按摩器-帮助不跷二郎腿

创建 预计 耗时 开始 完成 无沟通减少时间直接购买.

0.4.2. [x]hmovie

创建 完成 it&me 连续2人发的sex信息,激发起自己情欲. 只是2条信息就被影响,要是真人或其他诱惑又如何抵挡.

0.4.3. [x]整理房间,重调床位放置电脑

创建 耗时 开始 完成

0.4.4. [x]wgl语音沟通疑问

创建 耗时 开始 完成 1.拖动到收纳箱标签的处理 2.为什么需要weekth 3.标签计算 4.数据缓存修改任务需要同时修改4份

0.4.5. [x]手机袋挂脖子上搜索购买

创建 预计 耗时 开始 完成 主要是防水挂袋. 修改关键词"手机挂脖绳" https://detail.tmall.com/item.htm?spm=a230r.1.14.96.ebb2eb2GPNUFa&id=536639114950&ns=1&abbucket=2&skuId=3319291072943 喜欢蓝色 https://item.taobao.com/item.htm?_u=e2gqvl9354c&id=545282944363

0.4.6. [x]pc端语音输入法代替任务描述

创建 预计 耗时 开始 完成 直接搜索讯飞输入发下载测试. 7天时间清单 语音输入法测试,测试现在已经0:10,测试完之后马上睡觉,测试成功,0:11,

0.4.7. [ ]总结阶段-罗列出移动任务

创建 按时完成的也需要总结,直接作为后期的参考经验.

0.4.8. [x]用key代替tagitemid,如tasks

创建 预计 耗时 开始 完成 暂停 继续 方便使用, 使用id不便开发调试. x 杂事,聊天 7天时间清单 有哪些接口使用了tagitemid, 接口文档中搜索"tag" tagtmp tasks tagitem project.tag.id(post) 7天时间清单 1.模板中替换成key. 2.任务添加标签用key 3.搜索任务用key 4.修改tagitem用key 5.项目添加标签用key 7天时间清单 tagtmp-注释原有逻辑,修改数据库字段 tagitemid --> tagkey 7天时间清单 task&tasks task中已经是使用key. 在继续查看tasks(get), 提交代码做备份. 7天时间清单
tag中字段修改 tagitmeid-->key, 添加字段后遍历tag中的数据,通过tagitemid 给key赋值. 修改model/tags.findall 的sql 7天时间清单 x 肚子有饥饿感,点了一份外卖. 修改了model/tags.findtasks 7天时间清单 http://thinkido.tunnel.qydev.com/api/z39tasks?uid=1&due=2017-06&key=weekTh1 测试成功 但原来的逻辑获取2周数据有问题. URL参数due=2017-07-06改为 due:2017-07-06. 最终 &key=weekTh1,due:2017-07-06. 7天时间清单 这bug不应该在这任务中解决. +tagsDic[tag.key] 代码中搜索所有 tagitemid, 修改成key; 7天时间清单 运行命令修改tagtmp中的id为key; 还待测试. 7天时间清单

0.4.9. [x]due的时间格式 17改为2017

创建 预计 耗时 开始 完成 1、数据库中修改日期字符. 7天时间清单 数据库修改 17-03-15 为 2017-03-15. 把17-替换为2017-, 可以导出mysql 在文本中批量替换. 只需要导出tag. 2、17主要是tlog导入出现. 在导入的时候遍历修改. 用正则表达式找出日期后修改. 可以在前端识别的时候改变格式. 识别是用特定符号识别,不是识别日期; 所以不能在识别的时候修改. 在前端遍历修改,比在后端遍历修改好. 服务器需要处理的人数很多.后期有钱了还是要考虑提高用户体验,看前端是否卡顿,把逻辑放到服务器后端. 7天时间清单 '17-08-13 7天时间清单'.replace(/^((\d){2}-(\d){2}-(\d){2})/,'') --> " 7天时间清单" '2017-08-13 7天时间清单'.replace(/^((\d){2}-(\d){2}-(\d){2})/,'') --> "2017-08-13 7天时间清单" '17-08-13 7天时间清单'.replace(/^((\d){2}-(\d){2}-(\d){2})/,'20'+$1) --> "20undefined 7天时间清单" '17-08-13 7天时间清单'.replace(/^((\d){2}-(\d){2}-(\d){2})/,'20$1') --> "2017-08-13 7天时间清单" 测试成功. 7天时间清单 3、接口中17格式的使用修改. 修改后导入成功. 7天时间清单 搜索字符和打开.js文件失败. 猜测是移动硬盘读取问题. 拔出后重插,放到主机上面刚好是扇热出口,可能太热. 7天时间清单

0.4.10. [x]task添加tasks字段和属性

创建 预计 耗时 开始 完成 tasks接口中不需要添加. tasks给出用于列表展示. 详细信息请求task.

0.4.11. [x]添加的任务没有显示在收纳箱

创建 预计 耗时 开始 完成 家里wifi又出问题. 打开数据库比对发现显示与未显示出来的数据为null和''空字符串. 7天时间清单 修改数据库默认值为 empty string 后测试运行正常.

0.4.12. [ ]app提供手绘图,代替本子上画完后牌照上传服务器.

创建 点击任务,或者扫码任务. 绘制图片后点击上传. appstore查找手绘图软件. 全能画图板可以.有内置广告.还能接受. 7天时间清单 墨刀app主要用于展示.不便于操作.

0.4.13. [ ]任务操作日志

创建 修改关键信息. 主要记录标签修改. 最重要的是due 值的修改,修改负责人.

0.4.14. [ ]task添加创建时间字段

创建 重复导入任务会成功,导致数据库冗余.系统会显示双内容的bug. task添加创建时间字段,从created标签中取值. 在task表中添加创建时间字段用以判断区分. tasks 导入是批量添加. 是另外一个入口. tlog导入现在只有自己使用,先认为避免.需要了解:addthen 多条数据其中一条有重复是继续添加还是中断. 7天时间清单

0.4.15. [x]wgl添加任务不成功反馈

创建 耗时 开始 完成 老提示"task:1783 is exist", 不应该啊. 查看model代码才发现用了thenAdd 却没有写where 导致. 7天时间清单 先直接把 thenAdd 改为 add 正常使用. 7天时间清单 thenAdd 中的where应该如何判断. 生活类任务属于重复性的,如果以相同条件判断就不行. 任务的时间也在标签中不能用来判断. 在task表中添加创建时间吗? 如果创建时间相同就不添加. 如果不同则添加.也可以解决tlog导入任务重复的问题.

0.4.16. [x]家里网络不稳定

创建 耗时 开始 完成 重启电脑,重启路由. 等待过程清洁显示屏.

0.4.17. [x]5点修改内容考虑构思

创建 预计 耗时 开始 完成 暂停 继续 1、任务属性编辑如何显示. 编辑日期,对应的 周月年也会受影响. 都影响就直接删除冲突的属性.这就是程序自动化完成工作带来的效率. 需要返回用户创建的所有标签显示到other中.并保存排序. 按照使用时间排序. 其他的由模板控制顺序. 属性编辑页面需要删除按钮. 显示name 和 value. 7天时间清单 任务详情里不能修改标签. 只能通过删除和添加. 可以直接通过输入框改value. x2、数据传输最好服务端处理好传给前端. 会导致大量容易数据,比如同一任务会请求很多次. 这个需要放到前端,放在后端并不能减少编程工作量,只是谁做的问题. 3、task 需要 tasks字段和属性. 之前考虑以数据库表的形式直接返回给前端.数据处理更灵活. 7天时间清单 在任务详情也编辑肯定需要tasks字段. 4、due 的时间格式 17改为2017 ,数据库需要保存2017,17是tlog中使用的缩减字符,导入tlog文件时修改所有时间格式即可.

  1. 把前段用的tagitemid 转换成 key,方便开发使用, 使用单词最好.id会变,且不便记忆和开发. 主要涉及服务器保存全局属性tagdics数据的方式.

0.4.18. [x]wgl沟通疑问接口和逻辑

创建 耗时 开始 完成 1、任务属性编辑, 编辑日期,对应的 周月年也会受影响. 2、数据传输最好服务端处理好传给前端, 3、task 的 tasks字段 4、due 的时间格式 17改为2017

  1. 把前段用的tagitemid 转换成 key,方便开发使用

0.4.19. [x]服务器安排验收的粗心导致浪费时间

创建 完成 之前安装的thinkjs没有安装我需求安装,粗看找不到文件. 怀着担心然后开始了与安装人沟通. 查找资料. h.d7game 指向 /www/hd7game/ ,了解thinkjs 版本号 thinkjs -v 2.2.21

[x]写清需求明确要点.在验收时比对需求清单.

创建 完成

0.4.20. [x]wgl需要配合修改数据

创建 耗时 开始 完成 在数据中显示一条今天的. 沟通5分钟,修改5分钟. 实际修改只用1分钟. 流程启动之类准备工作.

0.4.21. [ ]请求第一周数据返回了第二周

创建 预计 开始 暂停 继续 暂停 继续 暂停 查询中 tag 和 due有重复 导致. 符合查询失败,不知道sql 如何写,明天咨询其他人. 7天时间清单 理清思路整理信息,向他人求助? 17-08-13 7天时间清单 直接展示数据接口和数据库表,说明自己需求. sql如何写? 录屏说明录制完成,视频市场66秒, SELECT d7_z39task.id,d7_z39task.title,d7_z39task.desc,d7_z39task.pid,d7_z39task.parid,d7_z39task.status,d7_z39tag.uid,d7_z39tag.tagitemid,d7_z39tag.value,d7_z39tagitem.key FROM d7_z39tag LEFT JOIN d7_z39taskON d7_z39tag.taskid = d7_z39task.id LEFT JOIN d7_z39tagitem ON d7_z39tag.tagitemid = d7_z39tagitem.id WHERE ( d7_z39tag.tagitemid = '1816' ) AND ( d7_z39tag.taskid IS NOT NULL ) AND ( d7_z39tag.uid = '1' ) AND ( ( d7_z39tag.tagitemid = 1713 ) AND ( d7_z39tag.value LIKE '%17-07%' ) ) 看起来mysql 命令正常了,查询数据为空. SELECT d7_z39task.id,d7_z39task.title,d7_z39task.desc,d7_z39task.pid,d7_z39task.parid,d7_z39task.status,d7_z39tag.uid,d7_z39tag.tagitemid,d7_z39tag.value,d7_z39tagitem.key FROM d7_z39tag LEFT JOIN d7_z39taskON d7_z39tag.taskid = d7_z39task.id LEFT JOIN d7_z39tagitem ON d7_z39tag.key = d7_z39tagitem.key WHERE ( d7_z39tag.taskid IS NOT NULL ) AND (d7_z39tag.uid = '1' ) AND ( ( d7_z39tag.key = 'due' ) AND ( d7_z39tag.value LIKE '%2017-06%' ) ) AND ( d7_z39tag.key = 'weekTh2' ) 优化调整了传参方式,去读逻辑写完.难点sql不知如何修改. 7天时间清单 按我前端编程经验思考,应该如何写sql?

0.4.22. [x]新用户默认返回系统模板

创建 预计 耗时 开始 完成 之前已经思考过有了答案,这次只需要执行. 修改usertask 和 tagtmps 接口. 7天时间清单 以为完成,当看到数据库pid就发现有问题. 应为pid 是针对单个项目. 7天时间清单 project中添加默认模板,

0.4.23. [ ]制作项目思维导图

创建 预计

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

results matching ""

    No results matching ""