和 Codex 一块儿搓了个新前端 hu60next 精华

@残缘 #149 嗯。另外我在个人资料设置了排序，但是和帖子不同步

@七号，帖子内的优先级比个人中心设置的优先级大一些。帖子内修改会存到cookie。

审核中心的突兀橙色横线总是让我误以为审核按钮属于下面那条回复

@残缘 #151 强烈建议不要引入第二个配置存储位置，否则以后会有很麻烦的同步问题

@残缘 #137 现在首页已经有friendLinks字段了，登录可见

@老虎会游泳，@七号，
PR 已提交：#7

分支：fix/topic-floor-order-no-cookie
提交：c354a5a — Use account default for topic floor order instead of cookie
帖子内排序改为 URL 一次性生效，默认跟个人中心账号偏好，不再用 cookie

先暂时不提交更多PR了，不然太乱了，估计合并会头疼。

@残缘 #156 我只负责部署。我不了解next.js，无法审核PR

感觉我应该换一个机审API了，目前的阿里云内容安全返回的结果也太没有参考价值了，应该换个基于大模型的机审API

@残缘 #6 似乎还是有问题。另外#7 也不是一个最小修复，还包含其他 pr 的内容？

@残缘 我建议所有 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 行以内

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

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

测试

@老虎会游泳， 为什么现在要修改后端，当年我做的两版，都没让你改过后端