我的世界镜像服务,方便快捷的架设自己的私有服务。采用 No Server 的架构方案,极大的降低开发部署的难度。
代理服务的实现遵循 MCM 协议。
- Vanilla Minecraft
- Fabric
- forge
- liteloader
- mods
- partial curseforge mods
在支持 MCM 协议的启动器中输入如下镜像配置字符串便可以使用本项目提供的镜像地址:
minecraft-meta=http://mcm.xgheaven.com/minecraft/launcher-meta
minecraft-launcher=http://mcm.xgheaven.com/minecraft/launcher
minecraft-libraries=http://mcm.xgheaven.com/minecraft/libraries
minecraft-resources=http://mcm.xgheaven.com/minecraft/assets
fabric-meta=http://mcm.xgheaven.com/fabric/meta
fabric-maven=http://mcm.xgheaven.com/fabric/maven
forge=http://mcm.xgheaven.com/forge
curse-api=http://mcm.xgheaven.com/curse
curse-files=http://mcm.xgheaven.com/curse
没有使用 https 协议是为了降低资源的占用(主要是云服务 https 请求数要收费)以及下载的速度。 如果担心有拦截风险,可以尝试自行本地部署一份。
为了方便展示,特地 fork 了 HMCL 代码,添加了本代理官方镜像地址。 下载地址见 Release 页面。
注意:fork 版本的代码所有权依旧归原作者所有,没有做任何额外的修改,只是添加镜像地址。
在有 bangbang93 的 BMCLAPI 之后,为啥我还要创建这个项目?
- BMCLAPI 是通过服务器实现的,需要服务端的接入,某种程度上增加了扩展和运维的难度
- 接口设计比较依赖于服务端的参与,某种程度上不方便 CDN 的缓存、加速等
- 因为需要服务器的缘故,带宽和流量往往是有限的,在人数量较多的情况下,不一定承载的起,会导致网速过慢
- 因为 BMCLAPI 是闭源的,无法私有部署,否则就需要自己手动编写相关的兼容层逻辑。
- 可以利用云服务商的对象存储,可以非常简单的做到扩容(可能略贵吧,不过个人用的话免费的容量还是足够的)
- Deno