前端部署地址 https://zhihu.madeindz.work/
后端部署地址 https://gogo.madeindz.work/
前端-潘麒麟-github仓库:https://github.com/xiyueyezibile/lanshanzhihu/tree/master/zhihu
后端-邓卓-github仓库:https://github.com/Nihilism0/LanShan-zhihu
和前端同学一起花了不少时间完成的这个项目，虽然还是有许多不足的地方，但还是有我们自己的努力在里面。文档中有一些功能的说明，希望学长们可以看看。🥰
框架:Gin
认证:JWT
防跨域:Cors
新协议:Websocket
消息队列:NSQ
外接业务:腾讯云SMS
配置管理:Viper
限流:令牌桶/juju包
日志库:Zap
数据库:Mysql Redis
粗体为基础功能要求
- 用户注册
- 用户登录
- 发布问题
- 回答问题
- 发布文章
- 评论回答和评论文章
- 我的（个人信息栏）
- 用户信息更改（昵称，密码, 性别 ,签名 等）
- 我的收藏(收藏夹)
- 热榜
- 用户密码加盐加密(Md5)
- 用户登录有短信登录、邮箱登录、手机登录
- 验证码（登录，注册，修改密码）
- 用户状态保存使用 JWT
- 搜索功能（搜索问题或文章）
- 点赞功能（赞同问题、文章、评论）
- 关注功能（关注的人提问，回答，点赞会得到通知）
- 盐选会员（只有氪金才能看完整的知乎文章）
- 用户浏览记录
- 将项目部署上线（包括前端和后端的项目，也就是登录你的网站能够像正常的网站一样访问）
- 使用 https 加密
- 私信聊天
- 商城(盐选会员获取渠道)
- 限流(令牌桶)
外接腾讯云SMS短信业务,通过随机生成六位数的函数获得验证码信息, 发送至用户的手机并Set进Redis数据库, 并设置TTL为3分钟, 在需要验证时Get并校对.
此短信业务在登录系统, 注册系统, 修改密码时会用到.
使用NSQ进行做消息队列,消息队列把业务流程中的非关键流程异步化，从而显著降低业务请求的响应时间
使用带状态的协议websocket让服务器主动推送消息
生产者(关注的人有动作便进行)
消费者(main函数中起线程,监听nsq管道)
通过用户是否连接websocket判断read是0(未读)还是1(已读)
若在线会进行即时推送,并把消息read设置为1
用户若点进关注铃铛按钮,看见未读信息并自动将其设置为1
热榜例如回答的HOT值由点赞数和评论数通过一定比重相加排列而成,不仅仅只由单一指标决定
用户收藏可以设置收藏夹, 使用外键约束的方式关联 收藏实例表.
每个收藏夹都设计了Private隐私选项,1为隐私,0为公开(默认).
用户随时可以更改收藏夹名和其隐私性和描述,也会进行逻辑上的收藏夹重名检查
设置防*扰模式: 若单方面发送消息三条以上便限制其发送,
历史条数通过Redis储存,消息实例通过MySql储存
判断对方是否在线,原理是在总的Clients管理结构体中查找ID是否有SendID,以此来决定信息
用户拥有GO币🪙(获得GO币的渠道是发布问题+3,回答+5,文章+5,评论+1),可以在商城购买VIP等
每件商品有描述和销量
有shoplist表,可以查看用户的购买历史,用作用户查询和dao层逻辑判断
使用令牌桶限流策略 ,限制请求数量, 取令牌集中在发布问题文章等地方,防止请求过大给我服务器干烂, 加强服务的稳定性
这些难点有些是因为它就是很难,有些是因为知识层面不够才难,知道了后便不算难点,我遇到的大多为后者
使用websocket这个初学陌生的协议来监听是否发送信息等,运用管道和goroutine
第一次接触,感觉比较难
使用https加密需要的SSL证书必须涵盖此网站,而且端口为80或者443才是安全端口,内部自己设置的端口会判断为不安全
前端与我对接时发生了跨域问题,折腾很久发现是前端发送请求会有两次,第一次是OPTIONS请求定位服务器,第二次是真正的请求,所以CORS就要有一个逻辑,当Request是OPTIONS方法就要给其200,才不会报错
使用gorm进行外键约束后,其默认删除和改变主键的模式都是RESTRICT,这不好,当要删除主键所在表的数据,会被外键约束报错,而可以把这个模式改为CASCADE,当主键被改时其外键也一样被改,主键删除后外键也删除. 用户进行改名操作时十分有用,不需要所有的表都去update username
点赞
短信就是很简单是set get