@tasy5kg #171 这个大概是密码输入框是 type="text" 的缘故，是有意这么做的。因为为了让密码框能在手机上输入中文、emoji等字符，现在是用 CSS 做的遮挡。 还是改为 type="password" 合适，毕竟中文、emoji等字符做密码是小众。
@tasy5kg #171 这个大概是密码输入框是 type="text" 的缘故，是有意这么做的。因为为了让密码框能在手机上输入中文、emoji等字符，现在是用 CSS 做的遮挡。
type="text"
还是改为 type="password" 合适，毕竟中文、emoji等字符做密码是小众。
type="password"
@七号，Chrome 不能，也不允许自动填充密码
@胡椒舰长，做吧，做好了我就会部署
@七号，你要贴投票参与地址啊，不然不用next主题的用户根本无法参与投票 请其他主题的用户前往 https://next.hu60.cn/topic/107469 参与投票。
@七号 👌
@老虎会游泳 #4
也许应该添加一个独立的深色模式开关，有些人的浏览器可能无法跟随系统进行深色模式切换
投票时的数据竞争是怎么处理的，两个人同时投票会导致json文件损坏或者数据丢失吗？
@七号 还有你要怎么防止投票作弊？就是楼主在投票完成后交换投票选项的位置，或者从UBB里删除某个投票选项。
@七号，好了，现在就很清爽了，之前太乱了。
或者谁去把投票解析和统计功能加入虎绿林后端，这样所有人就都能参与了
@七号 #164 还有访问首页的时候为什么一直在调用 bbs.forum 接口？ 这是预取吗？能关掉所有预取吗？虎绿林的服务器不是为预取设计的，预取消耗的带宽和算力只能让所有人变卡，包括预取的发起者。 视频链接：SVID_20260730_161932_1.mp4（8.08 MB）
@七号 #164 还有访问首页的时候为什么一直在调用 bbs.forum 接口？ 这是预取吗？能关掉所有预取吗？虎绿林的服务器不是为预取设计的，预取消耗的带宽和算力只能让所有人变卡，包括预取的发起者。
bbs.forum
视频链接：SVID_20260730_161932_1.mp4（8.08 MB）
@七号，@残缘，还有，希望你们不要再单独请求user.stat接口，使用 _myself=countReview,permissions,newMsg,newAtInfo,newChats 代替。如果有不能代替的地方就告诉我，我去改。
user.stat
_myself=countReview,permissions,newMsg,newAtInfo,newChats
测试
@七号，@残缘，我已新增 _myself=countReview 用于随时获取待审核内容数量，会返回 countReview 和chatCountReview（与首页的数据相同）。 请对接口进行替换，还有，希望你们未来也不要为了获取某个数据而高频访问不相关的API。如果数据能在一个请求内获得，就不应该发起第二个请求。
_myself=countReview
countReview
chatCountReview
@残缘 #162 github main 基线已 reset 为 cf12a82bc6b2e3746fbc961c2e410475039365fd
@七号，我关闭所有PR重新提交。
@七号，目前确实有点乱了，我重新整理下重新使用中文提交
@七号，目前功能是正常的，应该是ai的错误审核
@残缘 我建议所有 PR 全部关闭，main 基线回到 cf12a82bc6b2e3746fbc961c2e410475039365fd 再重新提交 PR, 每个 PR 只包含一个功能
@残缘 我建议所有 PR 全部关闭，main 基线回到 cf12a82bc6b2e3746fbc961c2e410475039365fd
再重新提交 PR, 每个 PR 只包含一个功能
七号
