封禁名单不再「读不到就说没人被封」
- 网站上一旦收到空封禁名单,就会把库里的封禁记录全部覆盖掉。模组这边原来在读文件失败或格式不对时返回空数组,正好触发了这个后果 —— 现在改成一律返回
null(文件确实不存在仍然算「真的没人被封」),并且只有banned和banned_ips都拿到了才声明bans_authoritative=true。网站侧也已经加了对应的保护,两边一起才算修完
网站与服务器模组的历次更新,最新的排在最前面
这里按时间倒序列出云岭网站和服务端模组的每一次更新,方便你回头看某个功能是什么时候上线的、某个毛病是什么时候修好的。
null(文件确实不存在仍然算「真的没人被封」),并且只有 banned 和 banned_ips 都拿到了才声明 bans_authoritative=true。网站侧也已经加了对应的保护,两边一起才算修完077e53e3-c49c-362b-87ee-12457397e38c.json),而模组一直按去横线的 32 位去拼路径,于是 一个文件都找不到 —— 在线玩家走服务端实时快照所以正常,一离线就被当成「没有进度」。线上 1859 个进度文件、963 个玩家全中,这也是「成就个数时多时少」的直接原因(网站侧同时加了「空列表一律不写」的兜底)。现在两种命名都试,找不到才算没有[网页] 前缀、以青色播报进游戏;逐人发送以避开系统消息事件,所以不会重复播报cloudridge.json 的 chat_bot_names 里改,默认 bot_/msg、/tell、/w)永远不会被采集,也没有任何开关能把它打开upload_chat / chat_bot_names / chat_poll_ms;老配置文件不用改也能用,会走默认值日期为对应版本的发布时间。发现新问题欢迎到讨论区反馈,或者直接找服主。