～momoji.技术架构及算法～

选取python3为开发语言,版本python 3.7.3;

web架构为pyramid;

数据库访问采用sqlalchemy;

使用jinja2模板,也提供api,但非完全前后端分离;

前端使用了echarts2;

考虑该站点依靠iis挂了几个应用,80端口已占就用iis做了application request routing 和 url rewrite,后续考虑换为nginx;

数据库mysql,版本mysql 8.0.16.0;后续考虑换位文件系统;

存储结构具有为单父属性的节点,即tree或者multi-tree;但最终实现可成环的有向图,非dag(因为有向且成环);

～momoji 的核心价值～

1、内容是 UGC 的，可以无限延展 

2、内容无时效性，时间越长，积累越多，价值越大 

3、故事接龙，天然的社交属性

～momoji 运营～

1、momoji 的一个场景，帮助孩子提高作文水平，在一个限定主题下进行创作 

2、为了防止大家通过内容沟通后，很快就转移到微信沟通，社交场景要以内容质量进行门槛设置，比如发表多少内容，获得多少赞以后，才可以开放 1 vs 1 沟通 

3、故事积累多了，可以联系出版社出版

～feature～

添加草稿箱功能，写作过程中自动保存。

～feature～

要不要加个评论功能

～分页～

随着内容越来越多，需要在以下几个地方考虑分页：

1、首页

2、全文模式

3、我的发布

4、我的收藏

～搜索～

内容增多，最直接的方式就是上搜索功能。

～删除～

总有个人竟接错，@天蓝水寒，是优化一下续接交互，还是上个删除功能，没有后续的章节允许作者删除重写

～输入效率～

通过语音进行输入，转换成文字上传，同时保存原始语音，提高移动场景下的输入效率。

～AI 生成故事～

通过深度学习算法，自动生成故事章节，自动续写故事。我觉得技术上可以实现，但是不是特别没有人性呢？

～读书笔记～

故事接龙的一个不错的应用场景，可以用来做读书笔记，以章节的方式记录下来读书的感想或者摘要，还可以跟朋友分享心得，邀请朋友一起参与到读后感的讨论。

～通知～

自己的故事被别人续写了，活着被收藏了，要推送通知，增强用户粘性。

～关于通知～

若采用wx公众号的通知体系则面临如下问题:

1.公众号消息推送的次数限制:订阅号一天只能群发一次，服务号一个月只能群发四次;最初出于对wx平台高级接口申请的考虑,momoji申请的是服务号;另,对于有交互行为(可理解为服务号内有操作:留言,点击菜单)的粉丝,可以在最后一次行为起的48小时内进行不限次数的推送;

2.momoji针对wx平台的登录授权分两类:微信公众号的登录授权/微信web应用的登录授权;这两个都挂靠在了微信开放平台的同一个开发者帐户下,一个微信帐户会拥有共同的unionid,但在这两种授权下是不同的openid;两种机制的并存会导致,不是所有momoji来自wx授权的用户都是momo鸡公众号的粉丝;

要解决以上几点,需要:

1.提高粉丝的互动性---只有48小时内有过互动的粉丝,才能实时的收到被接续/收藏的用户互动行为;

2.区分wx平台授权的用户--这个已经实现了;

3.申请wx公众平台的消息模板;