Burning_TNT
Burning_TNT
Is the Performance significant if mostly I have only around 15 block entities in 12 render distance?
> A thing I figured out is when we destroy block entity in vanilla it is not immediately disapear. But fixed when using EBE. If you play in another server...
Please keep Active
这个虫不好修…… 会导致 assets 存储逻辑混乱
能否使用 GitHub Action 定时拉取 OptiFine 的数据，并整合版本信息为 JSON？ 信息站不提供文件本身的下载，只提供版本信息和 OptiFine 官方的下载链接 问题：站点如何托管？如何保证动态更新？
目前已部署 https://of-302.zkitefly.eu.org/ 这一 CloudFlare Worker，可通过 `https://of-302.zkitefly.eu.org/file/` 下载 OptiFine 原理：解析 OptiFine Mirror 界面，骗一个 Token 出来拼到下载链接 ``` export default { /** * @param {Request} request * @param {Env} env * @param {ExecutionContext}...
> 那怎么获得 optifine 的版本列表 目前讨论下来，有两种方案： - 自己维护一个静态文件托管：如 https://zkitefly.github.io/optifine-download-list/index.json ，由 GitHub Action 从 BMCLAPI / GitHub 网页拉取构建 问题：大概率只能托管到 HMCL-docs，会不会带来较大的压力？ - 启动器直接请求 BMCLAPI：考虑到版本 JSON 很小，真正的大头是 OptiFine 本体（一个就 7MB），官方源时分流本体，就已经能极大的缓解 BMCLAPI 的压力了 不如投个票：方案一给这个消息一个 爱心...
Verbal 和 Cloudflare Worker 哪个响应快？
目前的问题及可能的解决方案 - [x] OptiFine 官方下载渠道不会保留所有文件 与 BMCLAPI 合并，OF-302 服务器会在 OptiFine 找不到时导流到 BMCLAPI - [ ] 存在版权风险 在页面提示上添加前往 OptiFine 手动下载支持 OptiFine 的提示 还需要进一步讨论
日志窗口不需要显示这些信息，因为 hmcl.log 中已经有了
请手动做 URL 格式化，避免用户浏览器及字符集问题