仿简书写文章的自动保存功能的实现
用过一段时间的简书,写文章的功能整体用起来还是比较顺手的,有自动保存功能,每次也不用担心东西丢失。但是就是有一点是很不爽的,就是不提供对自己的文章的搜索功能;这样子我有上
用过一段时间的简书,写文章的功能整体用起来还是比较顺手的,有自动保存功能,每次也不用担心东西丢失。
但是就是有一点是很不爽的,就是不提供对自己的文章的搜索功能;
这样子我有上千篇的文章,分布在不同的文集里,想找到真的太麻烦了。
简书不知道是怎么想的,就是不提供搜索自己的文章的功能。
有朋友分析:
估计他们服务器不行,太多人搜,搜不了
或者用的技术不适于搜索
要是 非关系型的话,可能有点麻烦
但这种量大的,很可能是hbase那种的
大数据+高并发+搜索 ,不好弄
能实现,但性能不好说
数据都是平均存到服务器上的,每一次搜索都是涉及关系好几台服务器
除非他是按用户分片,同一个用户的数据,尽量都放到一台服务器上
数据一到了上亿,百亿,千亿,兆 级别的,做什么都麻烦
既然他们不做搜索功能,所幸我自己开发一个。
关于自动保存,参考:简书自动保存功能的实现原理分析
前端页面扒个样式,脚本没法用了就自己写一下;
后端自己实现一下,一共也没有多少个接口:
新建文章
更新文章
删除文章
搜索文章(按分类、标题、内容,支持分页,加载更多)
获取单篇文章详情
置顶文章
预览文章
历史版本
新建分类
修改分类
删除分类
文章绑定分类
本文由 微wx笑 创作,采用 署名-非商业性使用-相同方式共享 4.0 许可协议,转载请附上原文出处链接及本声明。
原文链接:https://www.ivu4e.cn/blog/front/2022-11-09/1583.html