私信&好友 自动翻页
问题:现在的私信页
会一次性载入所有对话,对于社区活跃用户,打开私信页需要花很长时间(几百张头像的载入)。
解决方案:
json保存全部私信数据,页面下滑时每次自动载入10条数据。
好友页面
将目前的点击载入替换成下滑自动载入。
问题细节:
1.下滑载入,兼容性测试
2.缓存问题,与某人聊天然后返回对话页
,又只载入第一页内容。
关于第二点,与之前online碰到的问题一致。
是尝试用localStorage解决,还是让每个对话页都只是做成弹出的页面,无任何刷新?pjax?
不过,因为私信页的时效性,通常用户很少短时间收到大量私信,所以这个问题并不大,可以忽略?
online改为kvdb后台
现在mysql消耗太大了,有点承担不起,online页对mysql的压力有点大。具体怎么弄,胡原可以贡献一篇文章了~
注:由kvdb来保存用户登录时间和操作记录,一方面消耗小,另一方面这也会成为用户行为研究的重要数据,为之后数据可视化和分析提供充足素材。
点击头像查看大图
对不是自己的用户主页,点击头像调用微信 图片预览接口,显示原始图像。
使用本地压缩上传的图片,和之后用微信接口上传的图片,需要做处理。这个和匹配头像的处理相同?@skyway
关于拉黑和举报
** 问题描述:**
1.有些女生经常收到大量私信
2.现在加入了删除功能,可还是拒绝不了源源不断的私信
3.对于不友善用户,我们还没有限制措施
4.不友善行为不加以限制,容易造成优质用户出走(知乎即视感)
拉黑与举报的分析
目前社区常用的举报
和拉黑
其实是两个完全不同的功能。
- 举报是通知给官方的行为,作为被举报人的综合评价产生累积效果,由官方做人工定裁。具有累积性和时间上的滞后性
- 拉黑只是用户之间的双向关系,不会影响其他用户,其行为立即生效。对优质用户有很好的保护作用
- 如果同时做这两个功能,浪费资源且增加用户操作的复杂度。毕竟我一直坚持“最小化实现”原则。
所以,我希望能结合这两个功能,简化操作,尽量一次性解决绝大部分问题。用户看到的,就是举报按钮吧~
举报机制
A受到B骚扰,将其拉黑。整个过程如下:
1.A发现B私信骚扰他,点击举报按钮
2.A会收到提示:“您好,小恋已收到您的举报。您之后不再会收到来自B的私信。若B有严重不良行为,请直接在好友/关注中向高小恋私信报告”
3.B则会收到高小恋发出的私信:“您被其他用户举报,请谨慎言行,吧啦吧啦.....若您收到多次的举报,将会限制私信功能的使用,并在个人页面公开被举报次数。”
4.做一个用户行为管理页面。举报次数排序。然后可以把某人与举报相关的聊天记录单独列出来。如果有必要,使用匿名。
@喵喵@skyway@lee 具象化举报机制的设计和实现
QA和广场,继续以前的工作
匹配的按钮动画,三行诗
后台