1. 2017-12-31

1.1. 1. 时间清单

  • 10:02~2017-12-25 10:21 查看网站seo相关信息
  • 10:02~2017-12-25 10:21 查看网站seo相关信息
  • 10:22~2017-12-25 10:34 前端wgl微信消息,需要我查看他是否代码提交成功
  • 10:22~2017-12-25 10:34 前端wgl微信消息,需要我查看他是否代码提交成功
  • 10:55~17-12-25 11:08 更新tlog.7dtime网站内容年报 超时
  • 10:55~17-12-25 11:08 更新tlog.7dtime网站内容年报 超时
  • 11:08~2017-12-25 12:06 修改系统gitbook编译生成的日报目录到www同级tlogcom目录中 超时
  • 11:08~2017-12-25 12:06 修改系统gitbook编译生成的日报目录到www同级tlogcom目录中 超时
  • 14:32~2017-12-25 14:42 现在自己为什么还没使用已经开发好的系统 提前
  • 14:32~2017-12-25 14:42 现在自己为什么还没使用已经开发好的系统 提前
  • 14:54~2017-12-25 15:25 建议管理员操作界面&后端接口构思 准时
  • 14:54~2017-12-25 15:25 建议管理员操作界面&后端接口构思 准时
  • 16:00~2017-12-25 17:37 pc获取(项目)大量任务后浏览器无响应优化 超时
  • 16:00~2017-12-25 17:37 pc获取(项目)大量任务后浏览器无响应优化 超时
  • 17:42~17-12-25 18:09 显示获取项目大量数据的进度提示 超时
  • 17:42~17-12-25 18:09 显示获取项目大量数据的进度提示 超时
  • 18:50~2017-12-25 19:05 thinkjs热更新代码不重启服务器测试 超时
  • 18:50~2017-12-25 19:05 thinkjs热更新代码不重启服务器测试 超时
  • 20:42~2017-12-25 22:20 导入现有的tlog任务到系统 超时
  • 20:42~2017-12-25 22:20 导入现有的tlog任务到系统 超时
  • 22:21~2017-12-25 22:28 pc发布新版本v1.4.2 提前
  • 22:21~2017-12-25 22:28 pc发布新版本v1.4.2 提前
  • xx:xx~2017-12-26 10:48:57 项目md文件过大解析缓慢明显卡机
  • xx:xx~2017-12-26 11:00 部分问题只有量大的时候才能发现
  • 12:55~2017-12-26 13:23 理清关键词搜索量排名第一的点击率
  • 14:46~2017-12-26 15:16 如果我是一个对系统不了解的默认用户,我会怎样? 准时
  • 16:32~2017-12-26 16:40 构思如何实现查询项目部门或者人员的接口 提前
  • 17:10~2017-12-26 17:46 构思搜索功能,参考同类软件日事清
  • 18:29~2017-12-26 18:36 服务器thinkido账号有两个空标签 提前
  • 19:09~2017-12-26 19:32 构思同一个功能由多个部门配合完成的操作流程
  • 20:10~2017-12-26 20:58 和朋友沟通”未完成任务找兼职完成,可能的问题和建议”
  • 19:53~2017-12-26 21:13 构思如果把未完成任务都做好视频需求发给兼职 超时
  • xx:xx~2017-12-27 10:50 项目模式-模块展示构思
  • xx:xx~2017-12-27 11:47 难以从历史330个文件的8000任务中找到今日需要多的事情
  • 13:35~2017-12-27 14:31 从tlog文件导入的任务没有显示在系统的周月年任务中 超时
  • 14:36~2017-12-27 15:28 完善parsetlog的时间格式,并自动添加due字段 超时
  • xx:xx~2017-12-27 15:52 修复服务器上导入tlog出现的错误时间格式
  • 16:13~2017-12-27 17:19 导出项目未完成任务的md和html 超时
  • xx:xx~2017-12-27 17:29 可以把自己的想法和需求便捷的传给千万人
  • 11:05~2017-12-28 11:32 日报模板功能构思 准时
  • xx:xx~2017-12-28 13:56 再次评估时间法,第二次做同样的事的需要用多少时间
  • 14:29~2017-12-28 14:39 投资人上千名联系方式,邮箱电话
  • 14:40~2017-12-28 15:21 知乎上日事清刘磊文章查看
  • 14:05~2017-12-28 17:42 构思3种日报模板格式 超时
  • 22:15~2017-12-28 23:00 寻求经常总结的人沟通,完善日报子系统 超时
  • xx:xx~2017-12-29 10:09 近一周兼职都没展开工作,发信息后睡觉后才收到消息不知道对方情况
  • 12:30~2017-12-29 12:53 12:30前同事松哥沟通彼此系统合作可能性
  • xx:xx~2017-12-29 13:59 1万小时理论的缺点,10万人同时修炼1万小时
  • 14:00~2017-12-29 14:21 别再上“一万小时定律”的当了,科学家说它很不靠谱
  • xx:xx~2017-12-29 15:43 不顺畅的文章不紧人难以看懂,就连百度引擎也不会收录
  • xx:xx~2017-12-30 10:39 发现10000小时不可信,没有其他可信只能信它,至少有个参考

1.2. 2. 总结

1.3. 3. 观点及其他

1.4. 4. 任务详情

[x]发现10000小时不可信,没有其他可信只能信它,至少有个参考 发现的问题可能导致所有努力功亏于溃,发现问题就导致原地踏步.整个人都泄了气,是要放弃所有归零,还是继续保持努力的状态,寻找答案.哪怕是绕远路花费3倍的精力也是能到达终点,比放弃要好的多.

[x]不顺畅的文章不紧人难以看懂,就连百度引擎也不会收录 [x]别再上“一万小时定律”的当了,科学家说它很不靠谱耗时 别再上“一万小时定律”的当了,科学家说它很不靠谱

[x]1万小时理论的缺点,10万人同时修炼1万小时 话费10年时间超越了别人,明天就被别人超越.

[x]12:30前同事松哥沟通彼此系统合作可能性耗时 他说的合作是希望我加入他们团队做幼儿教育相关项目.

[x]近一周兼职都没展开工作,发信息后睡觉后才收到消息不知道对方情况 工作因为兼职和前置工作受阻. 突然发现这情况,又打断了当前的状态.多了忧虑,如果前期考虑到这种状态,实现安排好就可能做到行云流水版顺畅.

[x]再次评估时间法,第二次做同样的事的需要用多少时间 可以用于判断自己和团队成员的有效时间. 可以参考有经验的人执行需要多少时间?难点:任务越小,寻找有经验的人的时间成本就大于事情本身.

[x]知乎上日事清刘磊文章查看耗时 [x]投资人上千名联系方式,邮箱电话耗时 [x]构思3种日报模板格式超时 预计 耗时 1、KPTP工作日志法 2、时间记录法 3、李践表格 4、9宫格记录 写工作日志,有哪些好方法 https://www.zhihu.com/question/21631260 x 收集下载电脑便贴签 7天时间清单 查看上面文章.想到大家都会收集资料.但是如果难以在他人文章给上查漏补缺,进行完善及优化.100个浏览者可能都有自己能看到的观点,紧紧用回复的方式就需要作者经常去维护,这个时间成本会让人望而却步.延迟性高也让人早已忘记失去了热度. 自己构思”再次评估时间法”.上面文章中有KPTP时间堆叠弊病.就像是我偶尔也会出现了内容填充.很多总结或记录信息没有消耗时间,但是却占据了大量篇幅.有效的鱼目混珠成功欺骗了自己.9宫格记录法是一种有效利用空间的方法,并排记录9种主要分类事情. 7天时间清单 有效时长,历史数据分析,(超时或提前)异动任务,碎片时间,超过20分钟的任务数,生活工作任务完成率, 形式:图表(柱状图、饼状图) 周报:以每天数据为单位分析7天情况,柱状图. 成长趋势:完成表现形式,其他的各行业或者更专业分析,由众多用户沟通和建议逐步完善. 用户可以选择关键标签数据,如进步、退步、尝试、突发问题、未知。如果用户没有设置,系统默认可以自己识别最好. 如何总结,总结的内容怎么展示?总结方式有2种选择. 1、任务里总结 2、日报里总结
构思好了周和日的柱状图与饼状图. 7天时间清单 构思碎片时间块的展示方式. 笛卡尔坐标系上的热力图 http://echarts.baidu.com/demo.html#heatmap-cartesian https://codepen.io/roblafeve/pen/bNEGyv?depth=everything&order=popularity&page=4&q=color&show_forks=false 如果上面热力图不合适,可以考虑自己实现类似这样的图

[x]日报模板功能构思准时 预计 耗时 1、模板市场 2、访问量,价格和热度数据 3、系统默认数据预览 4、用户数据预览 5、用户创建修改模板 6、gif视频动态展示模板效果 [7]、用户定制模板 8、自定义模板的编辑器 9、添加行业标签 难点:模板编辑更像是前端工作,如何转换成编译用户操作的形式.

[x]寻求经常总结的人沟通,完善日报子系统超时 预计 耗时 加入的时间管理群有明确说明”禁言”,给管理员发信息,寻求他群规得知可以和他沟通.晚上10点先沟通看下.看是否有什么收获?当下还不如如何提问,”你经常总结是怎样做的?总结需要什么条件?现在我的网页需要用来做总结,你看还缺少什么信息可以帮助你总结?”

[x]可以把自己的想法和需求便捷的传给千万人 [x]导出项目未完成任务的md和html超时 预计 耗时 z39base/projectsplit ,修改代码后测试服务器无响应,恢复到之前的逻辑后测试,发现也无法运行,奇了怪之前运行逻辑成功生成过项目md. 复制出控制台的sql直接在数据库软件中执行,运行正常.问题出现在什么地方?逐行添加打印信息,发现是注释代码了部分代码导致.gitbook编译可能是目录修改后运行报错.之前确实调整过路径,修复后继续测试旧逻辑运行正常.新逻辑导出未完成任务报错,控制台打印信息发现 WHERE ( taskid IN () ). 只是数据库中有很多数据,原来逻辑没到报错的时候.修复后导出编译文件成功. 项目中缺少book.json 所以大部分插件都没有编译进度,界面没能正常运行.

[x]修复服务器上导入tlog出现的错误时间格式预计 value.replace(/^(\d\d-\d\d-\d\d)/, ‘20$1’) 在js array.forEach中执行无效果会报错,应该是作用域问题. this.model(“api/z39tag”).updateRecord, foreach找到需要修改的数据,执行完成后一次性更新所有数据this.model(“api/z39tag”).updateMany 测试成功.

[x]完善parsetlog的时间格式,并自动添加due字段超时 预计 耗时 功能修复后如何测试?在控制台中打印出任务数据.数据过多,tlog中都缺少due字段,随便找一个有started字段的任务就可以识别.以前修复过类似问题,是多个文件整合还是修改了部分日期?查看逻辑发现是转换成md文件时有修复. value.replace(/^(\d\d-\d\d-\d\d)/, ‘20$1’) 修复成功. due字段添加成功.还需要整合到其他文件. 7天时间清单

[x]从tlog文件导入的任务没有显示在系统的周月年任务中超时 预计 耗时 年月日任务是调用sortday接口,系统默认会添加due字段,导入的任务缺少due数据. 1、添加数据 2、调整接口为due|started|done. 调整过接口有会增加sql查询压力.添加数据只需要增加字段,占用一点数据库空间. z39admin/fixdue添加逻辑后,数据库发现大量异常数据value字符内容为Invalid date,继续查看近期导入的tlog数据时间格式都是17-11-14 7天时间清单,正常数据应该是2017-11-14 7天时间清单.之前导入的数据还需要修复. 这个修复应该在parsetlog中修复.现在应该怎么处理? 7天时间清单 “2015-11-12”.match(/\d{4}/ig) // [“2015”] “15-11-12”.match(/\d{4}/ig) // null 补齐时间格式后,本地测试修复成功.

[x]难以从历史330个文件的8000任务中找到今日需要多的事情 杂乱无章,对于我们通常会断舍离.干脆不要不管了.但是自己的事业或梦想也是扔不掉的.虽然项目的任务只有不到4000个,但生活和其他事情记录,包含同一任务跨天就会存在多个记录.从这么多数据中找到需要做的事情犹如大海捞针.可以做的事情很多,但当下处于无事可做.

[x]项目模式-模块展示构思 采用项目新建标签的方式创建模块名.模块用系统字段modules,采用key=value的方式管理.如modules=p11日报.可以把数据保存到tagtmp表中.

[x]和朋友沟通”未完成任务找兼职完成,可能的问题和建议”耗时 江林20分钟,wgl 20分钟.

[x]构思如果把未完成任务都做好视频需求发给兼职超时 预计 耗时 便于找更多兼职参与项目,可以快速了解需求.下一步需要把需求展示给其他人看,编译成html编译他人查看.需要把需求按部门分页,便于他人找到适合自己的任务. 后期最好是通过’市场’子模块完成,按模块也页面展示相关需求.现在(功能)任务太过于零散.不便于做页面相关的任务.现在这样肯定会涉及到很多沟通,难以完善需求.修改任务描述后在重新生成新的html. 我需求说明过后,是否可以找xc做外包负责任.给他权限和他人沟通,做决定.通过人工方式解决现在系统不完善.可以这么尝试,首先需要整理出任务需求.

[x]构思同一个功能由多个部门配合完成的操作流程耗时 有2种方式.~~1、单个任务完成后拖动到其他部门(分配给其他成员)~~ 2、创建父任务和子任务.自动生成各部门子任务. 方式1每次任务重新分配负责人或部门就可以满足需求,但难以统计个人数据.不采用这种方式. 方式2的采用现有逻辑即可.难点是当日任务就需要显示1级任务和二级任务,逻辑复杂点.特别是同一个人有1级任务和二级任务,就只显示1级任务.通过任务详情才能看到自己的二级任务. 批量创建多个人的子任务如何操作?通常需要有界面功能点选. 当前为了减少工作量可以考虑使用导入多个任务的方式实现.

[x]服务器thinkido账号有两个空标签提前 预计 耗时 现在有创建空标签的bug.自己没有创建过空标签. 这里解决眼前问题可以先删除标签数据.发现是字段use和ready, 应该是昨天导入的数据导致. 发现是服务器parsetlog文件代码修改后一直没更新到服务器.

[x]构思搜索功能,参考同类软件日事清耗时 截图和视频录制. 分2种搜索. 1.小窗口搜素结果点击跳转到制定页面打开任务详情 2.’全部搜索’弹窗,点击任务后在当前窗口右边显示详情. 自己的系统包含几部分. 1、任务(项目) 2、日报 3、博客 用三种搜索模式,在搜索结果小窗口中显示按钮.可以直接跳转到指定页面;日报搜索可以在现有日报页面布局添加一个搜索框;博客使用百度站内搜索; 小窗口搜索的结果显示,任务完成日期,负责任,项目. 鼠标经过任务,可以和普通任务一样,显示md解析后网页内容.点击任务后~~关闭小窗口,并~~显示任务详情.任务详情显示在右边.搜索框考虑放在左边.避免用户过多搜索同样内容,可以点击后不关闭窗口. 尽量不要和任务详情重叠,大显示器没问题. 手机版搜索后展示任务列表,点击任务直接进入任务详情页面. 难点:重复类任务搜索出很多结果,考虑分页查询. 众多重复任务如何展示?还有克隆任务.

[x]构思如何实现查询项目部门或者人员的接口提前 预计 耗时 1、界面操作逻辑 2、接口构思 -接口构思,现在接口中只传输了项目id,在添加一个部门参数或成员参数即可.如成员uid=uid,部门sort=???. -界面操作,赞找现有的逻辑,可以在今日项目时,判断上次离开状态.上次是部门列编辑模式就显示列编辑模式. 作为临时项目展示模式显示左下方.

[x]如果我是一个对系统不了解的默认用户,我会怎样?准时 预计 耗时 1.要接外包或帮忙首选了解需求 2、需求不明确,需要沟通 3、价格是否合适 4、发包方可信度多少 5、如何结款 6、自己需要花多少时间,是否能赚钱 7、风险多少 8、需求变更 9、结款速度 10、对自己有什么帮助 11、对任务评估时间 12、如何交付 需要更详细的需求,一行文字的需求难以明白具体需要做什么?需要不用点击就能查看的视频需求说明. 作为甲方:对方有多少经验、能力怎样、信誉、价格、超时概率、和同行评估比较、执行情况、 超时处理方式? 相关问题:需要收集兼职合作中常见问题?1、常见问题按照出现频率进行排序 2、合约准则. 3、出现纠纷解决方式 收集和积累信誉,需要每次用户同意系统记录信用记忆,合作方同时查看对方状态.有什么信誉认证方式.

[x]理清关键词搜索量排名第一的点击率耗时 http://seo.baidutop123.com/kspm/555.html 搜索资料,有一篇文章中提到第一的点击率大概是40%. 也有说法是没准确数据.

[x]部分问题只有量大的时候才能发现 同时接受2000条任务数据,任务列之间拖动后消失.测试人员难以测试发现.

[x]pc发布新版本v1.4.2提前 预计 耗时 发布成功,获取2390个任务,消息通知看起来都比较卡顿.

[x]导入现有的tlog任务到系统超时 预计 耗时 1、找到导入项目逻辑 2、整合现有tlog 3、备份数据库 4、导入tlog文件数据 -1.找到导入项目逻辑.从历史tlog中查找发现11-14号记录,以前是从前端html执行导入.使用不方便可以考虑做成后端接口. 7天时间清单 -3.备份db. 7天时间清单 +5.导入后端逻辑 z39base/importpro 逻辑写好有测试发现部分tlog文件同一任务有2个started标签,修复后注意到逻辑调用parse.parseTlogFileDir(think.ROOT_PATH + “/importpro”) 发现项目project.tasks.length 始终等于13,肯定不够.似乎只有1天的数据. 之前整合的逻辑是z39tlog/tlog2proj 逻辑中调用接口parse.getProjectByDir 修改接口后找到535个任务,测试成功.把接口转移到z39tlog中. 以前是从0导入,现在数据库中已经有修改后的项目任务数据,需要调用其他接口. z39tasks可以满足此需求.测试报错发现数据库表缺少key字段,添加后测试成功. 本地测试数据导入成功. -4.导入tlog文件数据, 上传本地tlog文件后导入成功. 数据导入截止日期包含今天11-25的任务.

[x]thinkjs热更新代码不重启服务器测试超时 预计 耗时 npm start启动的模式已经测试不需要重启,session依然有效不需要用户重新登录. pm2 start time 启动的项目,上传代码热更新测试失败.pm2 stop 后在重新启动后更新成功.

[x]建议管理员操作界面&后端接口构思准时 预计 耗时 1、谁是管理员 2、界面什么样?3、逻辑操作 4、接口构思 5、任务状态 6、即时通知用户 管理员:所有项目成员 界面:和成长任务列相同,只需要从左边拖动到右边。管理员只是增加拖动功能. 逻辑操作:用户添加建议,管理员固定时间或收到通知处理建议。接受的建议显示到到项目列表中.是放到未分类还是建议列表中?放到未分类可以减少工作量,和所有任务优先级做同样处理.可以添加一个样式识别这是建议. 建议的字段用suggest,不同的列采用不同的值.5列需要有5种值. suggest=wait,done,doing,will,refuse(拒绝) 用户需求采用字段needs,needs=wait,done,doing,will,refuse. 用户付钱money字段. 接口采用之前一样的逻辑z39task和z39tag. 任务状态:就是之前系统状态 started toggle done cancelled. 建议的用户作为关注者的逻辑,监听任务状态通知. 难点:未登录用户如何处理?提示登录用户可以收取状态. 输入手机的可以获取简单是任务处理状态。问题?为什么各公司都只提供建议输入框,没像我这里都展示给用户. 简单查看资料发现:没采纳的建议居多;而我这样需要更大工作量;大多建议片面可行性低. 我为什么这么做?这可以获取更多人帮助,不局限公司内部员工.内部成员大多也不会主动思考.公司主动询问意见大多无功而返.需要更好的做好项目. 未注册用户是否可以删除任务,不可以.太过垃圾信息管理员删除即可.系统现在似乎没有删除任务功能.只有取消功能. 管理员删除就太慢了,最好是用户可以自己删除,没有登录又如何删除呢? 登录用户可以删除,未登录用户(可以通过cookie判断是否1个人)暂时考虑实现. 管理员处理就好,否则过多开发需求. -suggest=wait状态可以删除,和删除标签相同.鼠标经过时显示删除按钮;添加赞和踩的计数统计.以赞和踩计算排序.相同数量按时间排序.

[x]显示获取项目大量数据的进度提示超时 预计 耗时 现在的提示框太多了,修改为进度条更适合.当获取完成后进度条2秒钟定时隐藏.采用el-progress组件.

[x]pc获取(项目)大量任务后浏览器无响应优化超时 预计 耗时 持续性接收到后端发送过来的任务数据,界面一直没有显示. 之前怀疑和console打印消息太过频繁有关.关闭控制台依然出现这个情况.只有刚开始少量数据显示在了界面上.考虑过后判断采用按部门分页请求最合适.难点:项目有多种列模式,有部门、成员和后期的[模块]. 看见前期的评估时间48分钟,应该是服务端定时推送数据,降低推送频率.先以这种方式实现.有前置条件,需要导入任务到测试数据库. 7天时间清单 2秒钟派发50条数据给前端也导致浏览器无响应.前端50条数据一旦接受到就卡死了,问题在哪儿呢?console 会消耗浏览器性能吗? 先删除console后在测试,依然是卡死状态.问题不在这里. 后端也只发送了部分数据到前端,不是数据太多.界面也正常显示了.似乎逻辑也正常,不是报错或者死循环.本地数据正常,是因为部分服务器真实数据异常导致吗?需要在本地测试并添加打印信息,查看问题出在什么环节. 1、本地直接链接服务器api调试. store.js中添加打印信息发现无数次的触发了逻辑taskToDB, 前端不停的接收到taskUpdate协议,属于服务器端逻辑问题. 7天时间清单 刚开始修改代码后直接上传到服务器上进行测试,热更新不会报错.本地node直接崩溃.果然服务器逻辑修改后,就能正常更新数据,只有每秒推送数据时拖动界面会有小卡顿. 7天时间清单 现在是动态推送的数据,就需要返回当前数据获取进度.否则找不到想要的数据会产生团队协作上的误会或认为是系统bug.

[x]现在自己为什么还没使用已经开发好的系统提前 预计 耗时 1、已经习惯现有的方式 2、一天中途切换到系统会增加少许整合成本,最好是新的一天直接使用 3、任务详情的任务描述编辑页面还没完成. 4、内心还没准备好.感觉还没正式上线. 结论:明天就开始使用.使用前需要再次整理tlog并倒入到系统.

[x]修改系统gitbook编译生成的日报目录到www同级tlogcom目录中超时 预计 耗时 tlog.7dtime 指向tlogcom目录,以前代码逻辑中会把tlog中的文件自动转换合并.tlog文件已经占中. 先手动修改了域名指向目录,还需要修改对应代码.与百度上面的sitemap.xml文件路径. z39tlog.js 中是编译到当前文件夹, z39base是编译项目,修改mdhtmlPath对目录路径后即可.

[x]更新tlog.7dtime网站内容年报超时 预计 耗时 修改book.json中的配置后编译,等待编译完成上传文件.现在的url路径做过调整.关键词查询出来为0,还需要做优化调整.

[x]查看网站seo相关信息耗时 网站收录无任何进展,以前把自己困扰在系统没完成.现在把自己困扰在推广无进展.焦点越来越散. 发现微信指数的搜索量远高于pc和移动.

[x]前端wgl微信消息,需要我查看他是否代码提交成功耗时 [x]pc发布新版本v1.4.2提前 预计 耗时 发布成功,获取2390个任务,消息通知看起来都比较卡顿.

[x]导入现有的tlog任务到系统超时 预计 耗时 1、找到导入项目逻辑 2、整合现有tlog 3、备份数据库 4、导入tlog文件数据 -1.找到导入项目逻辑.从历史tlog中查找发现11-14号记录,以前是从前端html执行导入.使用不方便可以考虑做成后端接口. 7天时间清单 -3.备份db. 7天时间清单 +5.导入后端逻辑 z39base/importpro 逻辑写好有测试发现部分tlog文件同一任务有2个started标签,修复后注意到逻辑调用parse.parseTlogFileDir(think.ROOT_PATH + “/importpro”) 发现项目project.tasks.length 始终等于13,肯定不够.似乎只有1天的数据. 之前整合的逻辑是z39tlog/tlog2proj 逻辑中调用接口parse.getProjectByDir 修改接口后找到535个任务,测试成功.把接口转移到z39tlog中. 以前是从0导入,现在数据库中已经有修改后的项目任务数据,需要调用其他接口. z39tasks可以满足此需求.测试报错发现数据库表缺少key字段,添加后测试成功. 本地测试数据导入成功. -4.导入tlog文件数据, 上传本地tlog文件后导入成功.

[x]thinkjs热更新代码不重启服务器测试超时 预计 耗时 npm start启动的模式已经测试不需要重启,session依然有效不需要用户重新登录. pm2 start time 启动的项目,上传代码热更新测试失败.pm2 stop 后在重新启动后更新成功.

[x]建议管理员操作界面&后端接口构思准时 预计 耗时 1、谁是管理员 2、界面什么样?3、逻辑操作 4、接口构思 5、任务状态 6、即时通知用户 管理员:所有项目成员 界面:和成长任务列相同,只需要从左边拖动到右边。管理员只是增加拖动功能. 逻辑操作:用户添加建议,管理员固定时间或收到通知处理建议。接受的建议显示到到项目列表中.是放到未分类还是建议列表中?放到未分类可以减少工作量,和所有任务优先级做同样处理.可以添加一个样式识别这是建议. 建议的字段用suggest,不同的列采用不同的值.5列需要有5种值. suggest=wait,done,doing,will,refuse(拒绝) 用户需求采用字段needs,needs=wait,done,doing,will,refuse. 用户付钱money字段. 接口采用之前一样的逻辑z39task和z39tag. 任务状态:就是之前系统状态 started toggle done cancelled. 建议的用户作为关注者的逻辑,监听任务状态通知. 难点:未登录用户如何处理?提示登录用户可以收取状态. 输入手机的可以获取简单是任务处理状态。问题?为什么各公司都只提供建议输入框,没像我这里都展示给用户. 简单查看资料发现:没采纳的建议居多;而我这样需要更大工作量;大多建议片面可行性低. 我为什么这么做?这可以获取更多人帮助,不局限公司内部员工.内部成员大多也不会主动思考.公司主动询问意见大多无功而返.需要更好的做好项目. 未注册用户是否可以删除任务,不可以.太过垃圾信息管理员删除即可.系统现在似乎没有删除任务功能.只有取消功能. 管理员删除就太慢了,最好是用户可以自己删除,没有登录又如何删除呢? 登录用户可以删除,未登录用户(可以通过cookie判断是否1个人)暂时考虑实现. 管理员处理就好,否则过多开发需求. -suggest=wait状态可以删除,和删除标签相同.鼠标经过时显示删除按钮;添加赞和踩的计数统计.以赞和踩计算排序.相同数量按时间排序.

[x]显示获取项目大量数据的进度提示超时 预计 耗时 现在的提示框太多了,修改为进度条更适合.当获取完成后进度条2秒钟定时隐藏.采用el-progress组件.

[x]pc获取(项目)大量任务后浏览器无响应优化超时 预计 耗时 持续性接收到后端发送过来的任务数据,界面一直没有显示. 之前怀疑和console打印消息太过频繁有关.关闭控制台依然出现这个情况.只有刚开始少量数据显示在了界面上.考虑过后判断采用按部门分页请求最合适.难点:项目有多种列模式,有部门、成员和后期的[模块]. 看见前期的评估时间48分钟,应该是服务端定时推送数据,降低推送频率.先以这种方式实现.有前置条件,需要导入任务到测试数据库. 7天时间清单 2秒钟派发50条数据给前端也导致浏览器无响应.前端50条数据一旦接受到就卡死了,问题在哪儿呢?console 会消耗浏览器性能吗? 先删除console后在测试,依然是卡死状态.问题不在这里. 后端也只发送了部分数据到前端,不是数据太多.界面也正常显示了.似乎逻辑也正常,不是报错或者死循环.本地数据正常,是因为部分服务器真实数据异常导致吗?需要在本地测试并添加打印信息,查看问题出在什么环节. 1、本地直接链接服务器api调试. store.js中添加打印信息发现无数次的触发了逻辑taskToDB, 前端不停的接收到taskUpdate协议,属于服务器端逻辑问题. 7天时间清单 刚开始修改代码后直接上传到服务器上进行测试,热更新不会报错.本地node直接崩溃.果然服务器逻辑修改后,就能正常更新数据,只有每秒推送数据时拖动界面会有小卡顿. 7天时间清单 现在是动态推送的数据,就需要返回当前数据获取进度.否则找不到想要的数据会产生团队协作上的误会或认为是系统bug.

[x]现在自己为什么还没使用已经开发好的系统提前 预计 耗时 1、已经习惯现有的方式 2、一天中途切换到系统会增加少许整合成本,最好是新的一天直接使用 3、任务详情的任务描述编辑页面还没完成. 4、内心还没准备好.感觉还没正式上线. 结论:明天就开始使用.使用前需要再次整理tlog并倒入到系统.

[x]修改系统gitbook编译生成的日报目录到www同级tlogcom目录中超时 预计 耗时 tlog.7dtime 指向tlogcom目录,以前代码逻辑中会把tlog中的文件自动转换合并.tlog文件已经占中. 先手动修改了域名指向目录,还需要修改对应代码.与百度上面的sitemap.xml文件路径. z39tlog.js 中是编译到当前文件夹, z39base是编译项目,修改mdhtmlPath对目录路径后即可.

[x]更新tlog.7dtime网站内容年报超时 预计 耗时 修改book.json中的配置后编译,等待编译完成上传文件.现在的url路径做过调整.关键词查询出来为0,还需要做优化调整.

[x]查看网站seo相关信息耗时 网站收录无任何进展,以前把自己困扰在系统没完成.现在把自己困扰在推广无进展.焦点越来越散. 发现微信指数的搜索量远高于pc和移动.

[x]前端wgl微信消息,需要我查看他是否代码提交成功耗时 [x]项目md文件过大解析缓慢明显卡机 可以md直接转换成html解决. 已经按部门划分md,使用gitbook生成了项目文档个.

Copyright & copy 7dtime.com 2014-2018 all right reserved,powered by Gitbook该文件修订时间: 2018-10-16 14:55:04

results matching ""

    No results matching ""