一、多说为什么倒闭
其实我不关注,虽说 多说 比较优秀,但是在我看来,没有支撑点,又没有好的盈利方案。注定是失败的。
二、那么接下来怎么办
首先 多说 关闭了,也是最近比较议论比较火的问题,于是都在想,什么能替代多说,什么可以导入多说数据,畅言?等一些以其他的,我都考证了,都不是那么理想。
那么我前一段时间因为其他的问题耽搁,抽不出时间来,再加上多说关闭的时间为6月1日。所以也不是很着急,那么我把我开发的旅程记录下来,仅供参考。
三、开发需求
1.能导入以前的评论数据,毕竟日积月累的留言数据,对我们是有意义,而且有参考价值。
2.支持原有的大部分功能,比如说第三方登录,子父类评论,以及多种风格的保持。
3.实现方式还是按原来的方式,当前网址做Key ,异步加载, Javascript 输出 HTML 结构。
四、开发细节
1.登录,支持原有的QQ 登录,其他暂时不支持。
2.历史记录只能展现,不属于当时评价的人(因为多说没给openid )
3.有人回复采用QQ 邮件的方式通知。
4.结构设计和多说原有结构基本一致,去掉一些冗余字段。
5.由于开发时间问题,直接依赖 jQuery 。
6.迁移过程,由于评论的结构,故按单个url评论迁移,届时会给出迁移具体 Javascript 实现代码。
7.数据存储采用 Mysql 关联查询,开始想着用 Elasticsearch ,但是怕增加你们难度。
五、初步数据结构
#公告信息
alerts;//公告信息,可以是html
#评论信息
message//
id;//评论id
message;//评论内容
created_time;//评论时间
parent_id;//父id
likes;//赞数量
agent;//浏览器信息
ip;//ip
iplocation;//ip地址
author;//评论人信息
children;//子类信息,内容为message本身
#评论信息中的author字段
author//
user_id;//用户id
thread_id;//用户的第三方登录id,不予返回
thread_type;//用户登录的第三方类型,预留
avatar_url;//用户头像
url;//用户点击跳转链接
差不多了,下一篇说明表结构。