bs-community / blessing-skin-plugins

Official plugins for Blessing Skin.
MIT License
79 stars 37 forks source link

迁移域名后使用Yggdrasil API时返回的域名不正确 #116

Closed KJZH001 closed 3 years ago

KJZH001 commented 3 years ago

这是我在启动器中提取出的一段log

[21:24:09.961] [Net] 发起网络请求(POST,http://skin.moeworld.top/api/yggdrasil/authserver/validate),最大超时 15000
[21:24:10.123] [Loader] 加载器 DlClientList Mojang 状态改变:Loading
[21:24:10.124] [Loader] 加载器 PCL2 服务 状态改变:Loading
[21:24:10.125] [Server] 正在连接到 PCL2 服务器
[21:24:10.127] [Net] 获取网络结果:https://launchermeta.mojang.com/mc/game/version_manifest.json,最大超时 10000
[21:24:10.136] [Net] 获取网络结果:http://pcl2-server-1253424809.file.myqcloud.com/notice.cfg?sign=1627651450-4cc24f44-0-5d1b144aa5bb6be0d757404e9f1f0747,最大超时 10000
[21:24:10.258] [Server] 服务器公告:43|223|224,无需更新
[21:24:10.265] [Loader] 加载器 PCL2 服务 状态改变:Finished
[21:24:10.828] [System] DPI:96,工作区尺寸:1366 x 728
[21:24:11.970] [Loader] 加载器 DlClientList Mojang 状态改变:Finished
[21:24:16.578] [Launch] 验证登录成功(Validate, Auth)
[21:24:16.585] [Loader] 加载器 Loader Login Auth 状态改变:Finished
[21:24:16.596] [Loader] 加载器 登录 状态改变:Finished
[21:25:50.014] 获取 Authlib-Injector 皮肤失败(KJZH001):直接下载文件失败(https://skin.rcraft.gq/textures/3e9d52fe3f3b0dd41dc011c427fcf79be9b24fd0437229c8e07ff079b3be140e)。
Caused By: The operation has timed out

当前我的皮肤站使用的域名是skin.moeworld.top

但是从log中可以发现请求的域名为skin.rcraft.gq,这个是我曾经作为测试的时候使用的域名(以前安装bs的时候用的就是这个)

依据 https://blessing.netlify.app/faq.html#检查皮肤站是否配置正确 检查,返回的内容为

{"username":"KJZH001","skins":{"default":"9ab93ecec8fa65bda18dfbacef9e94213d6dce7ef8799ca3a9f333f63d206ea5"},"cape":"b2a388383ac27fa2942e2e4a56b685be7efcfb28b63d73d5c7d1faf9c11e66d3"}

并且在配置生成中可以看到

CustomSkinLoader
{
    "enable": true,
    "loadlist": [
        {
            "name": "空梦世界|SkinServer",
            "root": "https://skin.moeworld.top/csl/",
            "type": "CustomSkinAPI"
        },
        {
            "name": "Mojang",
            "type": "MojangAPI"
        }
    ]
}

这里加载是正常的

我尝试通过VS Code对站点根目录以及mysql进行全局搜索替换来解决该问题,但是没有成功

在站点配置中的站点地址已经确认无误,但是仍旧没有得到解决,我希望能够在这里得到帮助,谢谢

此外,我注意到一个比较奇怪的现象,在已经安装了redis,出于局域网环境并且服务器算力有大量富余的情况下,页面的响应时间仍然很长(运行缓慢),如果可以的话希望可以告诉我可能会造成的这种情况的原因

KJZH001 commented 3 years ago

服务器信息 Windows 10 Pro Nginx 1.18.0 Mysql 5.7.26 Redis 6.0.5 bs版本 6.0.0-beta 3

stale[bot] commented 3 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. 该 issue 在近期内缺少更新或答复,如果仍然缺少更新或响应,issue 将被关闭。

wangwang-code commented 3 years ago

我多个域名同时使用没有任何问题

wangwang-code commented 3 years ago

考虑是win系统下面的,建议换个环境重新部署一遍

wangwang-code commented 3 years ago

我的是 Ubuntu 20.04.2 LTS PHP 7.4.22 (cli) nginx/1.18.0 (Ubuntu) bs版本 v6.0.0-beta.3

三个域名同时使用都正常 开启了自动判断资源文件地址

wangwang-code commented 3 years ago

除非有特别需要,我们不建议使用 Windows 作为服务器的操作系统。使用 Windows 不仅会影响皮肤站的运行效率,还有可能会产生一些不会在 Linux 上出现的奇怪问题。

wangwang-code commented 3 years ago

@wangwang-code 不一定 还可能是没有把插件开启

麻了.jpg 插件没开直接404好不好,别侮辱智商好不好

g-plane commented 3 years ago

尝试通过执行 php artisan cache:clear 来清除缓存?按理来说,在「站点配置」里设置好地址应该就没问题了。

wangwang-code commented 3 years ago

尝试通过执行 php artisan cache:clear 来清除缓存?按理来说,在「站点配置」里设置好地址应该就没问题了。

这就很奇怪,我三个域名同时指向皮肤站都没任何问题 考虑到KJZH001是在win系统上运行的,可能是win下产生了奇怪的BUG

g-plane commented 3 years ago

LittleSkin 在同时使用两个域名,没有问题。

KJZH001 commented 3 years ago

尝试通过执行 php artisan cache:clear 来清除缓存?按理来说,在「站点配置」里设置好地址应该就没问题了。

尝试过,但是没有效果

KJZH001 commented 3 years ago

这个问题我后来抛弃原有的数据彻底重装了一次解决了,同时也解决了原先的运行缓慢的问题 个人怀疑可能是PCL启动器自身的问题(从log上看有尝试重载,但实际上只是在读取缓存) 但是PCL的缓存在哪我也并不清楚,无法进行进一步的验证

KJZH001 commented 3 years ago

LittleSkin 在同时使用两个域名,没有问题。

不过我有个问题想要问一下,既然开启了自动判断资源文件地址之后会自动判别当前请求的域名 那么站点配置中的地址是用来起到什么作用的呢?

KJZH001 commented 3 years ago

还有一个平时使用时发现的问题,我在这里也一起问一下,希望不要介意 我发现现在的皮肤站不支持曾经可以上传的64x32的皮肤和某些比较高清的皮肤(在预览中可以看到被正常载入) 这个是后来加上去的限制吗?

wangwang-code commented 3 years ago

@KJZH001 我比较认同是PCL的问题,用HMCL基本没出过问题 配置站点中的地址主要是提供了一个地址变量给Yggdrasil API、配置文件等插件使用 64x32的皮肤实测过是能上传的,较高清的可能是大小超过限制了

g-plane commented 3 years ago
  1. 「自动判断资源文件地址」与前端资源文件相关。
  2. 建议不要在同一个 issue 提出多个问题,这不方便我们对问题的跟踪。
stale[bot] commented 3 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. 该 issue 在近期内缺少更新或答复,如果仍然缺少更新或响应,issue 将被关闭。