1. 从数据库中生成个人日报,标签中任何包含日期的任务 2018-05-04

难点:跨日任务和暂停任务中包含大量文字信息,还没做划分出当日数据的工作,近期也没这需求. 之前完成过类似需求,已经有定时生成个人日报但是一直没有使用. z39contab/tomd 逻辑中只包含了due:day,但是在当天创建的任务无法显示在里面. 创建任务和描述也需要花费时间,并且显示在日

0.1. 时间清单

  • xx:xx~05:45 起床
  • xx:xx~05:52 醒
  • 05:45~06:23 处理第13次appstore审核被拒,说完整性低有隐藏开关
  • 06:24~06:50 搜索并下载'激励技巧'电子书
  • 07:05~07:37 搜索并试用自动文字朗读软件和api,解放双眼用耳朵获取知识内容
  • 07:38~07:48 早饭
  • 07:51~08:00 洗漱1
  • 07:50~08:03 厕所
  • 07:48~08:10 洗澡
  • xx:xx~08:15 依然记不住使用软件打开,以前已经有好习惯记录信息
  • xx:xx~08:45 看到一张美女图片不自然就引发我的一系列思绪与分神,让我感到意识的剥离
  • 08:55~09:40 快速生成电子书的长文本,可以一次性使用讯飞语记听书
  • 10:10~10:47 床上躺着休息,20公斤哑铃x190个后躺在床上有明显脊椎疲劳
  • xx:xx~10:55 太多的新增任务分不清是否本周计划,越是在意按计划执行越无法下手
  • 12:12~12:32 腹肌撕裂者T4
  • 12:32~12:52 午饭
  • 12:52~13:21 卡通
  • 11:14~14:02 从数据库中生成个人日报,标签中任何包含日期的任务
  • 14:08~15:05 查看并处理新浪微博开放平台的app对接申请工作
  • 15:34~15:51 修复生成日报逻辑中,把日报字符保存为文件失败的问题
  • xx:xx~16:50 几千个任务,随意想到的任务添加到日程,这些任务完全凌乱相关性低
  • 16:51~18:45 生成2018年的年报并更新到网站系统
  • 19:09~19:29 晚饭
  • 19:29~19:59 卡通
  • 20:40~20:50 生成的年报文件中,不显示未来的无用日期
  • 20:51~21:28 优化parsetlog解析和日报的title提取,不采用life标签
  • xx:xx~21:38 不把每日的数据打印出来,完全不知道自己一天的工作状态,再次被自己欺骗
  • 20:00~22:50 洗漱2
  • 日报01-23.md文件编译报错,parsetlog生成文件有8条重复的异常数据
  • 新编译的姜闹钟年报文件无法运行,控制台有报错.
  • cmswing代码升级到最新版
  • 后端代码整合与提交git代码
  • 完善微信公众号信息,重新申请开通广告账号
  • 修改时间清单默认数据展示方式,现在点击数据点后会提示报错
  • 用线形图显示任务时长排序和任务价值
  • pc端系统的便捷性构思,一直使用现在的tlog系统在修改上面十分便捷
  • 时间清单中的习惯养成添加默认提醒时间,提高用户留存
  • 个推平台推送证书续期操作
  • 网页版拖动电子书自动转换文件,生成网页版电子书
  • 采用自动语音朗读提高即时复述(演讲)效率和准确率
  • 搜索并下载'清单'电子书
  • 把电子书的html转换成md文件,便于自己生成的系统有全局搜索功能

0.2. 总结

0.3. 观点及其他

0.4. 任务详情

[x]几千个任务,随意想到的任务添加到日程,这些任务完全凌乱相关性低 还是在于现在系统不完善,无法把任务按照模块进行划分. 想到哪里做到哪里,难以进行有序规划. 前期任务还没完成就添加了后期任务.就算是后期任务完成后对现在也没有帮助.

[x]优化parsetlog解析和日报的title提取,不采用life标签超时 预计 耗时 问题已解决但是summary中还可以看到'午睡'这样不重要且时间短的任务.查看04-22内容很明显有时间更长更重要的任务却没有显示. 02-24 删除其他正常文件方便调试. 但是后端不能断点调试,更确切的说是自己不会. parseInt("7天时间清单")和parseInt('30m')判断逻辑错误导致. 1.在加载时格式化时间. 2.修改parseInt解析 才采用方式2快速解决. 数据中还存在02-24里'吃瓜子'的异常数据. 7天时间清单 经过数据打印与检查,发现逻辑正确.是完成的众多任务中最长时间是吃瓜子.真是完全没有想到.

[x]生成的年报文件中,不显示未来的无用日期提前 预计 耗时 现在是5月,结果6月到12月的空目录都显示了. 测试2次成功.

[ ]日报01-23.md文件编译报错,parsetlog生成文件有8条重复的异常数据预计 8个重复任务的名字叫:'小程序上线相关工作完善 part2'

[ ]新编译的姜闹钟年报文件无法运行,控制台有报错.预计 可能是前两天修改模板和手机版兼容性导致.

[x]生成2018年的年报并更新到网站系统超时 预计 耗时 更新文件有助于网站seo,但是现在网站的识别率很低.搜索引擎都不收录. 生成的网页肯定需要修改及调整,而现在并没有系统方便修改。不能修改的话,那记录的这些日报信息对于推广没有帮助。只是单纯编辑博客内容的话,感觉功能并不复杂,工作量不大。大概五个小时可以完成基本功能满足最低需求.如果现在不完成这份工作的话,后期恐怕也不再考虑修改以前日报的内容。以前记录的仅仅作为一个习惯,以后这些资料可能再也没有作用,这部分工作做得越早越好,这样每天的工作记录都会产生帮助.有太多事情需要做又缺少计划,感觉有点凌乱.本来这个任务消耗的时间并不长,结果考虑得太多,发的时间已经足够完成当前任务了. 7天时间清单

使用node命令行自动编译出现错误也看不见. 1.单独执行gitbook build 2.控制台打印信息。有打印但是没有显示出来.需要逐个文件检查错误. 先手动修改2017年的sumamry,去年大部分文件已经修改只新增了几个文件,主要就是等待编译时间. Error: Cannot find module 'prismjs/components/prism-tlog.js' 结果出现报错. 虽然报错但依然在变意思html文件. 7天时间清单 搜索相关错误代码提示可以判断是特殊符号导致,本身并不存在这个插件. 通过ftp方式方便上传和删除文件但是等待时间十分旧. 新增卡片和2017年的图片. Error: Cannot find module 'prismjs/components/prism-javascrpt.js' 和上面报错类似. 批量删除资格字符后在尝试编译,感觉问题不在这.之前出现过这种编译不过去,又没报错. 7天时间清单 很奇怪03-11.md文件中的思维导字解析失败,直观看起来没有问题。手动修改2次也没问题. Template render error: (01-23.md) 仔细查看文件内容有8个重复任务的名字叫:'小程序上线相关工作完善 part2'. 先删除这些字符,编译完成以后在解决这个问题.先记录下来.

[ ]cmswing代码升级到最新版预计 [ ]后端代码整合与提交git代码预计 [ ]完善微信公众号信息,重新申请开通广告账号预计 未开启自定义菜单:由于开发者通过接口修改了菜单配置. 不能通过界面直接操作. 同时取消了之前已授权且长期没使用的第三方公众号服务.忘记如何设置修改菜单了.应该怎么操作呢? 基本配置->服务器配置-> https://7dtime.com/home/wechat 登录网站系统后台可以进行配置,还没想过添加怎样的菜单呢?1.h5系统 2.小程序入口 3.客服电话 4.活动入口 5.文章 6.微信群 7. 现在系统还没有配置小程序的入口,需要升级后端系统代码.在界面中修改后点击生成微信菜单没有任何反应.需要检查代码和版本好. 先简单配置3个菜单 时间清单 微信群 我的 7天时间清单 微信群自动发送一条最新的群聊图片,群图片需要进入微信群->二维码->右上角保存图片->1.更新上传素材 2.更新服务器

[x]修复生成日报逻辑中,把日报字符保存为文件失败的问题提前 预计 耗时 始终无法保存,找不到错误原因.就一行代码其他地方调用都正常.这里报错如何调试呢?不是没有创建,是因为下面有代码把文件删除了.一直误以为有bug. await fs.unlink(pathmd); 忘记了之前的代码逻辑出现的问题. 这次感觉有跳出思维死胡同的感觉.

[x]查看并处理新浪微博开放平台的app对接申请工作超时 预计 耗时 微博开放平台等待官方审核处理. 你的应用“时间清单”申请驳回 驳回理由:由于您的技术原因,应用页面我们无法查看,请联系您的工程师解决 你现在可以继续完善应用,若应用已开发完成,你可以点击提交审核。 经过测试网站域名可以访问,看来还需要在等待几天和下次处理. 继续查看发现创建的引用分为网页版和APP版本.在创建APP的时候需要填写资料SHA.1是32位,对这个不熟悉查询资料后发现我的是64位.这又如何处理? 7天时间清单 苹果需要appId和Bundle ID,搜索资料也不知道如何获取32位. 网页中10多条信息输入框,只要有一条存在问题就无法保存,下次重新填写.看到别人的信息说Android签名是MD5,但是不是32位啊.自己手动把生成的MD5中的字符删除后变成32位,先填上去试试,没有其他选择了.

[x]从数据库中生成个人日报,标签中任何包含日期的任务超时 预计 耗时 难点:跨日任务和暂停任务中包含大量文字信息,还没做划分出当日数据的工作,近期也没这需求. 之前完成过类似需求,已经有定时生成个人日报但是一直没有使用. z39contab/tomd 逻辑中只包含了due:day,但是在当天创建的任务无法显示在里面. 创建任务和描述也需要花费时间,并且显示在日报中更容易看出新建任务、突发任务、灵感来源. 这里有两个情况 1.系统外tlog记录的任务信息. 2.7天时间清单自动记录的 方式1:系统外的(tlog文件)信息是比较少的高级用户才会使用,现在也只有自己使用,自己处理好就行了,近期不用考虑到项目规划里. 现在文件中的部分任务会缺少创建日期,为了减少数据量,我就把无关紧要任务的创建日期删除了,并且早期的文件中不包含创建日期. 以前这些文件的日报基本通过tlog生成就可以了.但是与少量日期是tlog+系统配合使用. 玩程序包中大部分数据展示之后,如果有需求,再考虑展示小部分信息. 方式2:考虑如何在原来的基础上修改完成现在的需求,之前的逻辑是,系统每天定时生成所有人的计划任务. 有两点需要完善,1.生成指定用户日报 2.月报中包含当日所有任务 7天时间清单 通过参数传递固定用户uid完成. 7天时间清单
获取当日所有任务,需要的标签主要有 due,created,done,toggle. 任务开始后会自动添加due,还需要排查特殊任务是否包含标签,如习惯养成和周末任务,重复任务这些任务中缺少的标签. 整理后独立到一个文件中说明,每次需要这部分信息都记不清去如何查看,已有添加字符'特殊任务'的关键词说明,便于搜索查询. 所以查询任务只需要通过due和created两个标签. where({ key: "due",-->where({ key: ["in",["due","created"]], 逻辑已完成,还需要想办法测试. 7天时间清单 测试:先执行SELECT * FROM d7_z39tag WHERE taskid = '10561'.先查看数据找到用户下面有任务的日期, /apix/z39crontab/tomd?day=2017-08-18&uid=461 报错 ( uid = undefined ) AND ( time = '2017-08-18' ) 修改后运行控制台打印自己的输出的报错洗洗[WARN] -File save error. mdtlog/aa_2017-08-18.md 461 之前的逻辑文件总是上传失败.

[ ]修改时间清单默认数据展示方式,现在点击数据点后会提示报错预计 用户刚登陆系统时没有数据,系统会展示一些默认数据作为效果展示并作为简单教程. 把数据修改为想习惯一样的本地,数据操作后就提交.

[x]处理第13次appstore审核被拒,说完整性低有隐藏开关准时 预计 耗时

 2. 1 Performance: App Completeness

This type of app has been identified as one that may violate one or more of the following App Store Review Guidelines. Specifically, these types of apps often: 1.1.6 -Include false information, features, or misleading metadata. 2.3.0 - Undergo significant concept changes after approval 2.3.1 - Have hidden or undocumented features, including hidden "switches" that redirect to a gambling or lottery website 3.1.1 - Use payment mechanisms other than in-app purchase to unlock features or functionality in the app 4.3.0 - Are a duplicate of another app or are conspicuously similar to another app 5.2.1 - Were not submitted by the legal entity that owns and is responsible for offering any services provided by the app 5.3.4 - Do not have the necessary licensing and permissions for all the locations where the app is used 这次提交了7点可能性理由,让没有经验的我去猜. 最糟糕的是还说会取消我资格并删除我账号,我就正常开发一个软件怎么这样的.真的是感到生气了. 7天时间清单 iOS审核策略重磅更新:Guideline 2.1批量拒审 关于Guideline 2.1 - Information Needed事件被拒,简称“129事件” iOS App被拒原因以及解决方案总结 解决问题:2. 1 Performance: App Completeness 1.1.6 - 我不明白什么错误信息,需要如何修改。 2.3.0 最近1个月的提交内容从未变更,以后的内容变更也是正常的升级和版本迭代. 2.3.1 为了降低APP复杂度方便用户使用,按钮可以控制复杂度调整。没有赌博或彩票 3.1.1 没有支付功能,现在暂时免费 4.3.0 这是原创,不是抄袭. 5.2.1 只是一个工具,不知道需要什么法律实体提交. 5.3.4 已经取消获取用户位置,将在以后版本逐渐完善相关功能. 这是我们经过认真自查和修改之后,希望苹果审核团队能继续审核,感谢。

[x]依然记不住使用软件打开,以前已经有好习惯记录信息 自己开发的软件已经是最熟悉的人,软件也十分好.用户注册系统时习惯养成的每个习惯都默认对应提醒时间.APP提醒或者短信提醒.

[x]太多的新增任务分不清是否本周计划,越是在意按计划执行越无法下手 现在的存文本记录方式信息太少且不直观.还是需要现在pc端的功能,这样就可以很清晰知道原始计划和新增任务.

[ ]用线形图显示任务时长排序和任务价值 [x]不把每日的数据打印出来,完全不知道自己一天的工作状态,再次被自己欺骗 1.添加按照时长排序 2.时间日记显示时长 3.价值线形图

[ ]pc端系统的便捷性构思,一直使用现在的tlog系统在修改上面十分便捷 便捷性:1.和编码在同一个工具,减少切换. 矛盾:在同一个编码工作中也需要切换文件.和切换软件基本没区别. 2.修改任务十分方便,只需要点击一下就可以定位需要修改的任务和位置. 矛盾:一次执行1个任务,少有多个任务间切换和修改.所以这个便捷性优势基本不会用到. 3.有快捷键,在当前编辑器中无需鼠标点击就可以实现创建. 不需要鼠标和键盘的来回切换. 创建任务主要是使用键盘,所以需要切换到鼠标操作会有几秒钟的延迟和浪费. 相对创建任务本身只需要十秒钟而言,鼠标点击这个动作的比重就有点过大. 所以使用鼠标起来感觉会不方便. 7天时间清单

[ ]时间清单中的习惯养成添加默认提醒时间,提高用户留存 [ ]个推平台推送证书续期操作预计 [x]床上躺着休息,20公斤哑铃x190个后躺在床上有明显脊椎疲劳耗时 躺下时没放松还无特别感觉,放松腰部后强烈的感觉导致深吐息.重现了之前午睡时是那种爽. 10分钟身体和精神完全恢复,感觉就像是静止的水面. 一直闭着的眼睛视线黑暗,开始感到开始有梦境.

[x]看到一张美女图片不自然就引发我的一系列思绪与分神,让我感到意识的剥离 明确的认识到影响自己意识的因素,感到这些内在因素再次影响我的可能性正在降低,这种意识的一点点的剥离.对自己不好的心态正在一点点的被丢弃.

[x]快速生成电子书的长文本,可以一次性使用讯飞语记听书超时 预计 耗时 合并电子书txt目录中的所有网页内容. 查看html文件注意到不是单纯的txt合并. 需要解析文件html文件的head和body内容进行合并.比对多个页面发现head都一样,body不一样.那这样就是需要解析body内容并进行合并.可以把网页文件用jquery来进行读取.nodejs使用jquery基本没使用过,如何读取数据还需要简单尝试. 把html的字符内容读取出来后传入jsdom, const { window } = new JSDOM(<!DOCTYPE html>); const $ = require('jQuery')(window); 这样应该就可以使用了. body合并成功,还需要完善修改除body之外的其他dom元素,如header.考虑使用Jquery的body替换功能来实现.取其中一个html文件的结构,用合成的body替换进去.然后保存整合html的outerHTML字符. 合并成功后测试生成的book.html,发现网页中的目录指向的页面跳转需要修改.还是以前的多个html跳转. 以及完成了当前任务需求.

[ ]网页版拖动电子书自动转换文件,生成网页版电子书 [ ]采用自动语音朗读提高即时复述(演讲)效率和准确率 [x]搜索并试用自动文字朗读软件和api,解放双眼用耳朵获取知识内容提前 预计 耗时 关键词: 自动语音朗读软件 TTS朗读女4.1绿色版 Microsoft Speech SDK wm上的讯飞语音电子书 TTS源码-语音朗读 文本语音朗读 语音电子书 百度语音 离线语音合成 朗读听书解决方案 语音朗读 在线语音合成效果体验 智能手机如何用讯飞语音朗读txt电子书中找到讯飞语记APP.讯飞语记电脑版可以很方便的阅读自己需要听的电子书,也提高了自己即时复述的速度.

[ ]搜索并下载'清单'电子书预计 [x]搜索并下载'激励技巧'电子书超时 预计 耗时 早上下载的网速最快,应该是大家都还没有起床. 其他时间下载速度十分缓慢,网站服务器应该是固定带宽,用户多的时候就分摊网速导致十分缓慢.

[ ]把电子书的html转换成md文件,便于自己生成的系统有全局搜索功能预计

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2018-05-05 10:23:50

results matching ""

    No results matching ""