Silverteal

我尚不确定这样的secret实现是否大丈夫，但看起来还行。 回声洞有考虑在内吗？

> > 离线皮肤由于高版本暂不可用，卡片收起来放到下面了 不过这个跳转行为没改（ > > 但其实还有很多人还捧着那1.7.10和1.12.2不放... 1.19以下的版本还是有相当一部分人玩的 离线皮肤被隐藏的原因不单是高版本不可用，还有另外一层原因。即使是当前版本，更改不同体型的自定义皮肤（或是在正版皮肤中切换）都会导致同一玩家名的UUID发生变化，会导致许多怪异行为，包括但不限于物品栏和末影箱物品“丢失”，出生点重置，宠物不认主等。综上所述，这项功能实际上是历史遗留产物，只应该在已经使用过这个功能的版本中使用，并应当避免切换其选项。目前的提示可能没有很好地反映这一点。

此时能否刷新 Mod 管理页面？

进入页面后，焦点仍然在上一次点击的`Left`控件上。

If `propertiesPublicKeys` and `signaturePublickey` are all given, shall `signaturePublicKey` be ignored or used? Or just leave it undefined (that they shouldn't both appear)? (For the previous two options) give them...

> What if we didn't add the keys to the authlib-injector metadata response, but instead allowed authentication servers to implement `/minecraftservices/publickeys` and added a feature flag like `feature.dynamic_public_keys` to tell...

我正在使用go实现这个协议，计划是首先实现一个无启动器联机中心用于无头客户端，然后进一步实现使scaffolding成为一个启动器无关组件，如果完成，启动器将无需再处理任何网络通讯——乐观的话甚至可以一并解决authlib-injector本地服务器的问题。说到底，为什么一定要启动器来 直接 实现这些东西呢？启动器的理想形态是成为玩mc所需一切操作的入口没错 但是倒也没必要什么事都亲力亲为吧。 回到协议，对于房主（联机中心）而言，心跳包其实根本不需要维护定时器：直接设置读取超时就行了，毕竟我们设置心跳包的目的只是收到一个包，而不是一定要收到心跳包。如果还没完成这部分的可以注意一下。而对于通信部分的其他部分，既然大家都已经实现差不多了，那多说也没用了。 不过协议文档还是可以继续改进的，我说实话，直到目前为止，scaffolding文档还是比较像草稿。文档花了很大的篇幅（其实也不大）讲每个"请求类型"的输入输出格式（实际上我到最后也没看懂vendor是什么意思），但对于最基本的工作流程却只写了几行，这作为一个协议显然是不够的。如果各位认同我的观点的话，可以关注或参与我对scaffolding仓库的fork。 对于pcl，我不认为 短时间内 不急于主动接入scaffolding是一件多么坏的事。毕竟这个协议确实目前为止还不完善。但是长期来讲，只靠hostname来传达联机需要的信息是绝对不够的。就算不使用scaffolding，也需要使用别的东西来传递信息。

我的想法，默认占位符无论是有趣程度还是信息量还不如纯日期。 如果要让占位符更有“改的必要”，它就应该更加“愚人节”一点，如：`这个版本很懒，还没有设置个人签名`/`这个版本害羞地隐藏了个人签名`