@残缘 我建议所有 PR 全部关闭，main 基线回到 cf12a82bc6b2e3746fbc961c2e410475039365fd

再重新提交 PR, 每个 PR 只包含一个功能

@残缘 #162 github main 基线已 reset 为 cf12a82bc6b2e3746fbc961c2e410475039365fd

@七号，@残缘，我已新增 _myself=countReview 用于随时获取待审核内容数量，会返回 countReview 和chatCountReview（与首页的数据相同）。
请对接口进行替换，还有，希望你们未来也不要为了获取某个数据而高频访问不相关的API。如果数据能在一个请求内获得，就不应该发起第二个请求。

测试

@七号，@残缘，还有，希望你们不要再单独请求user.stat接口，使用 _myself=countReview,permissions,newMsg,newAtInfo,newChats 代替。如果有不能代替的地方就告诉我，我去改。

@七号 #164 还有访问首页的时候为什么一直在调用 bbs.forum 接口？
这是预取吗？能关掉所有预取吗？虎绿林的服务器不是为预取设计的，预取消耗的带宽和算力只能让所有人变卡，包括预取的发起者。

视频链接：SVID_20260730_161932_1.mp4（8.08 MB）

也许应该添加一个独立的深色模式开关，有些人的浏览器可能无法跟随系统进行深色模式切换

@tasy5kg #171 这个大概是密码输入框是 type="text" 的缘故，是有意这么做的。因为为了让密码框能在手机上输入中文、emoji等字符，现在是用 CSS 做的遮挡。

还是改为 type="password" 合适，毕竟中文、emoji等字符做密码是小众。

https://github.com/rkonfj/hu60next/pull/8#pullrequestreview-4820373539

@老虎会游泳 老虎帮忙确认下hu60wap6用户偏好排序是不是这样的

@残缘 帮忙确认下是不是忽略了hu60wap6 本身已经存在的排序偏好

这个 PR 应该只需要做到或确认这些:

1. 我的资料中添加排序偏好设置
2. 帖子页如果有固定传正序的参数就去掉，让其根据用户偏好来
3. 回贴/编辑后跳转
4. 管理审核内容引用，之前是基于总是正序实现的
5. 帖子列表右下角的箭头应该要跳到最后一页的最后一楼，之前也是基于正序的前提实现的

这个 PR 代码量完全可以控制在 200 行以内

@七号，分析的很对，排序确实是这样工作的。

还有为了减轻服务器压力，我已经努力让前端可以在单次请求中得到所需的所有信息，所以请各位尽量不要在单次访问中请求多个接口（特别是在最常用的帖子页面更不应该发多个请求）。如果在单次请求中拿不到所需信息，应该和我沟通，我会提供解决方案。