gwli / km2 Goto Github PK

• 支持markdown的输入。
  直接使用python requests +Json 就可以。
• 支持更新。
  使用patch功能。

• https://github.com/zackthoutt/vue-trello
• https://github.com/gorails-screencasts/vuejs-trello-clone
• https://github.com/carlosazaustre/vue-trello

如果想加速的写作，就得用template + markdown.

markdown看起来 清晰，要想复用加速还得靠 template + plugin.

• https://github.com/miaolz123/vue-markdown

• https://www.npmjs.com/package/v-markdown-editor

• https://github.com/jrainlau/markcook

• https://github.com/olefirenko/vue-google-autocomplete

• https://www.npmjs.com/package/v-markdown-editor

• 看一下，github 的issue与taskdo是如何做的。

• https://vuejs.org/v2/cookbook/serverless-blog.html
• https://buttercms.com/vuejs-blog-engine/
• https://github.com/j-hannah/vue-blog-demo
• https://github.com/snipcart/vue-blog-demo
• https://github.com/Stamplay/stamplay-stackoverflow
• https://github.com/JasonMortonNZ/StackOverflow-Clone
• https://github.com/debiki/talkyard
• Commenting System in VueJs with Upvote/Downvote - JSFiddle https://jsfiddle.net/coligo/txpy7ug4/
• https://github.com/Lee182/voting-app
• https://github.com/vuejs/vue-hackernews-2.0 可以利用这个来做数据的收集，是不是可裁减一下，自己就可以用了。
• https://github.com/saqueib/vue-comments reuse this.
• https://github.com/ibm-watson-data-lab/rethinkdb-questions
• https://github.com/dhnlr/question-answer
• https://github.com/iswanulumam/hacktivoverflow
• https://github.com/soumen-dey/laravel-question-answer

• ticket的表是如何设计的。
• comments 是如何关联的。
• tasktodo 是如何动态实现的，这个可以参考vuemarkdown.
  相当于替换当前的token, inline之后的ruler,来判定是list-item 然后再进一步替换。

例如 一共 100，每10一个level, 命名1.1. 两级应该差不多了，就默认差不多。可以用三级。 1.1.1 最后一位微条

https://github.com/algolia/vue-instantsearch

https://www.npmjs.com/package/youtube-search-api-with-axios

就像现在 github issue的管理一样，可以在内部直接使用todo的markdown 来支持。
但是缺一样，后台动态管理，并且计算动态的链接别的人问题，并且驱动跟踪。
#4 并且可以弄一个专门的Q 语法，就像现在github 的现在提供的动态补全一样。
就像wiki的关键字识别一样，用QA问题的 关键字识别，这样就可以在写文章的过程自动直接写需要解决的问题。 然后后台自然去创建ticket 然后去跟踪。

是不是可以把ticket 当做脚注来显示管理，并且利用github page 结合成生。 这样只需要自动更新ticket就行了

• trello 的问题
• trac 的问题
• jira 的问题
• disencourage 的问题
• github 好处与坏处 1ed85c6
• support search update instance,replace my daily search.
• 跟踪解决一个提出一个问题，到最后形成一本书或者文章的过程。
  每一天输入都是碎片化的，如果让自动的整理的系统化。这个必然要用到，类似于sphinx的，node结构。
• 来解决问题的路由与跟踪。
• 同时提供一个提供跟踪stackoverflow,知乎的机制。 这样才可以方便的与人协作。 同时不断更新最新状态。
• 并提供建库的步骤，他问题达到一个的阶段就开始自动建库合并内容。

support voting

support comments

support api update

https://alligator.io/vuejs/recursive-components/

需要一个pipline.
例如收集信息阶段，也经过滤，整理。这个在收集阶段完成。

而进入产出阶段。

有可能原来的那个ticket还需要继续使用，如果继续开着呢，就影响前一个阶段的信息统计。
再开一个新ticket的话，延续性可能不是很好。 如何取舍。并且如何标记，这些ticket需要进入下一个阶段呢。

• the docker startup cmd line
• how to setup create db.
• how do access control
• use the token to access.
• only allow local access
• there is good mining tools for mongodb

• 显示这一周已经解决的。

• 把哪些备用的放入dailyTodo.

• 一些周期的事务，自动进入 dailyTodo.

• 已经到达需要下一步执行阶段任务数量。

• 自动生成几个看板。 热门问题榜。 是不是都可以用label来实现+加优先级来实现。 每一个阶段的分数与优先级。

• 一个ticket 可以同时做几个view下面。

use featherjs

• 支持计时功能 ,类似于 trac 的功能

• 支持层级关系

• 多有东东都用数据库，管理，这样方便查询，只要定期生成备份与生成。

• 支持定期的归档工作。这样才能不至于越走越包袱越重，也就越慢了。

• close 的ticket 应该都有对应的文档或者代码了，所以应该是可以删除的。

• root node?, answers list. resolved answer.

• answer structure
  * url,
  * vote
  * questions id.
  * comments

• 支持根节点的转换，这样就可以方便的从一个棵，进而得到一步森林，然后得到更多的树

• https://github.com/feathersjs/awesome-feathersjs