@七号,现在不需要预取了,所有信息都可以在当前页面返回,前端自己把从当前页面搜集到的用户数据缓存起来就行了。
注意:如果要在后端缓存,请区分用户。不同用户的isBlock等字段不同。
@七号,
_uinfo现已包含user.info页面的所有字段,应该没有任何理由再单独请求user.info接口了。(其中以下字段登录后可见:
_u_isFollow,_u_isBlock,_u_isNoDisturb,_u_hideUserCSS)
@七号,首页也在疯狂请求
user.info,这种频率我绝对不能接受。
如果 https://hu60.cn/q.php/index.index.json?p=1&pageSize=30&_topic_summary=180&_uinfo=name,avatar,sign,contact&_time=1 得不到想要的信息,请立即告诉我,我马上作为扩展添加到_uinfo内。
@七号,为什么还是要请求
user.info?不能从?_uinfo=name,avatar,sign,contact中得到吗?
不应该在内容未加
<!-- markdown -->标签的情况下启用行内公式。
https://hu60.cn/q.php/bbs.topic.107159.html?floor=1#1
https://next.hu60.cn/topic/107159#floor-1
翻页急需改进,想马上查看最新评论很困难
@Sunset,拿出更好的作品之前不要发表这种评论
翻页体验不佳。点击下一页最好跳转到回复的开头,不要在帖子的开头。
还有,我发的新回复跑到下一页了的话应该自动翻页,不然我可能会以为没有发成功。
@七号 #55 更新了
@七号,在其他地方想要其他信息我都可以加
@七号,我在 https://hu60.cn/q.php/bbs.topic.107456.json 加入了
"isFavoriteTopic": true|false
@七号,https://next.hu60.cn/topic/107456 这个页面刷新一次,请求了10次API,也太夸张了……
所有用户信息都应该通过用户信息扩展?_uinfo=xxx&_myself=1直接在bbs.topic接口获取,不应该单独查询user.info接口。
还有,在帖子内容页面为什么要访问bbs.forum、bbs.search和bbs.myfavorite接口?
@七号,请求效率这么低吗?我只是刷新了几次就超速了。你有没有利用
_content、_uinfo等全局参数来减少请求次数?所有全局参数(
_uinfo_json_content_myself_origin_sid_topic_summary)现在都可以通过GET、POST和Header(x-uinfox-jsonx-contentx-myselfx-originx-sidx-topic-summary)方式传递。比如直接在帖子页面获得所有用户信息,避免单独查询每个用户:https://hu60.cn/q.php/bbs.topic.107456.3.json?_uinfo=name,avatar,sign,contact&_myself=1
所有可用参数详见文档:https://hu60.cn/q.php/bbs.topic.82570.html#nav
目前的这个请求次数我肯定是不太能接受的:
@七号,需要把这个样式加进去
/*避免手机截图在电脑上显示过大*/ @media screen and (min-width: 800px) { img { max-width: 800px; max-height: 600px; } }不然4楼的截图在电脑上会非常大
还有,正文字体太小了(12px),在手机上看不清,应该保持16px。编辑框的字体就是16px,就非常合适。正文的最小字体通常不能小于14px。
对比一下其他app的字体,都比hu60next大:
还有,附件上传功能似乎有bug,连续上传多个图片时,后上传的图片URL可能会在输入框开头插入,不是从光标位置插入
还有,审核UI太不明显了,管理员很难看见。最好用与主界面不同的颜色标示,让管理员一眼就知道这个楼层没有通过审核。还有,机审结论最好直接显示出来,可以帮助管理员判断是否要通过。
还有,如果你要使用markdown,应该在内容开头添加以下标签:
<!-- markdown -->
