Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

实现一个统一的公告 API 规范 #4

Open
3 tasks done
Pigeon0v0 opened this issue Feb 1, 2024 · 1 comment
Open
3 tasks done

实现一个统一的公告 API 规范 #4

Pigeon0v0 opened this issue Feb 1, 2024 · 1 comment
Labels
还需更多讨论 也许还需要更多的讨论

Comments

@Pigeon0v0
Copy link

检查项

  • 我充分理解提交的建议可能无法所有启动器作者参与,并尊重所有启动器开发者的选择
  • 我确认在Issues列表中并无其他人已经提出过与此问题相同或相似的问题
  • 我确认该反馈并非针对单个启动器的,如果是,我将会去该启动器的反馈页面反馈

您是什么类型的用户

普通用户

请简单的说一下您的想法

#1 引申,实现一个各启动器统一的公告 API 规范,以方便服务器 / 整合包(包含 MCBBS 格式)及时发布通知。

具体规范也可以参考 #1

它能解决什么样的问题/带来什么样的帮助

部分服务器管理 / 整合包作者会有发布通知的需求,比如服务器临时维护 / 旧版整合包存在 BUG 需要及时升级等。

鉴于目前情况,很多玩家在进入服务器游玩前,并不会主动查看对应 QQ 群,这可以一定程度解决服务器管理的负担。

对于整合包而言,用户众多的整合包不可能让每个人都加入其社区。借助此功能也可解决一些必要的公告问题。

期望的结果

大体参考 #1 ,但每个游戏版本 / 核心可以单独设置公告数据源,Authlib-Injector 服务器也可以提供一个可选的公告数据源。二者不应该相互冲突。

对于来自游戏版本 / 核心的公告,需要确定在何时展示较为合适。

是否有对这个方案的相关链接?

No response

附注

No response

@ZhaiSoul
Copy link
Member

ZhaiSoul commented Feb 1, 2024

主要还是一个监管难度的问题,如果是皮肤站的话,比较好落实到责任人,但是整合包作者这个粒度的话不太好落实了

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
还需更多讨论 也许还需要更多的讨论
Projects
None yet
Development

No branches or pull requests

2 participants