ConstasJ

Results 13 issues of ConstasJ

I install the MagiskOnWSA and use WSAHelper to restore the icons on the start menu.However,when I try to add icons,the application crashed every time without adding icons.

### Describe the problem related to the feature request 现在我们的bot需要集中处理在中间件栈中出现的错误,但目前只能分别通过try/catch块(这只适用于我们自己定义的中间件)或监听UncaughtError(这又会多出许多范围之外的error),并没有一个可以通过中间件栈本身的功能来处理错误的接口。 ### Describe the solution you'd like 在[express](https://github.com/expressjs/express)的中间件栈中,我们可以通过next(err)的方式在中间件栈内抛出错误并通过带有err参数的中间件(对于express是"err,req,res,next",而在koishi里是"err,session,next")来处理错误。 希望koishi的中间件栈也能添加一个类似的功能。 ### Describe alternatives you've considered 我还在 shigma/cordis#2 中提出可以增加ctx.error内置服务来抛出错误并通过这个服务的相关方法增加错误处理器来处理错误,但经过讨论这个方案并不具有可行性。本方案的可行性相对较高(已由express等实现),故在此提出。 ### Additional context _No...

feature

Mrs4s/go-cqhttp#2363 很有可能是因为协议本身发生变化导致发送不成功 当然不排除就是因为8.9.63的频道协议被官方ban掉了

### 请确保您已阅读以上注意事项,并勾选下方的确认框。 - [X] 我已经仔细阅读上述教程和 ["提问前需知"](https://forums.go-cqhttp.org/t/topic/141) - [X] 我已经使用 [dev分支版本](https://github.com/Mrs4s/go-cqhttp/actions/workflows/ci.yml) 测试过,问题依旧存在。 - [X] 我已经在 [Issue Tracker](https://github.com/Mrs4s/go-cqhttp/issues) 中找过我要提出的问题,没有找到相同问题的ISSUE。 - [x] 我已知晓并同意,此处仅用于汇报程序中存在的问题。若这个 Issue 是关于其他非程序本身问题,则我的 Issue 可能会被无条件自动关闭或/并锁定。(这些问题应当在 Discussion 板块提出。) ### go-cqhttp 版本 devel(dev分支-[5db03c7](https://github.com/Mrs4s/go-cqhttp/commit/5db03c7092de22b01452117c9af589948cce83ff)提交)...

bug?

我认为BBDown可以考虑下改变对外区番剧的解析与下载模式。建议如下: 1./pgc/view/web/season其实支持直接传ss号作为参数,md号也可以通过/pgc/review/userAPI提供支持(不过这个需要TOKEN鉴权),所以未来BBDown可以考虑支持ss/md的解析 2.港澳台区番剧/pgc/view/web/season会直接返回-404,我个人建议直接使用[BiliPlus的API](https://www.biliplus.com/api/README),地址为https://biliplus.com/api/bangumi?season=(然后我觉得可以预先判断一下,如果api.bilibili.com返回-404先尝试用BiliPlus,如果还是-404再报错)。整理一下就是:先尝试api.bilibili.com,再尝试biliplus.com,再尝试--host/--ep-host指定的Host,要是还是404就报错。 3.单独再增加一个选项,用于指定/pgc/player/web/playurl的反代Host([BiliRoaming](https://github.com/yujincheng08/BiliRoaming)的解析服务器用的是这个路径)。 4.如果可以的话,希望能增加“指定upos”功能(提升下载速度)。

## 前言 众所周知,B站港澳台区番剧的字幕全部是外挂的软编码字幕。虽然BBDown可以下载字幕并转换成.srt文件,但默认情况下,BBDown会直接把.srt文件通过`ffmpeg`(或`mp4box`)软编码到生成的mp4文件中。 ## 问题 BBDown默认指定的mp4字幕流编码器是Apple的MOV Text,我在VLC里也能正常加载内嵌的字幕。但是,包括爱奇艺万能联播在内的部分播放器对这种形式的软编码字幕存在兼容性问题(就我在爱奇艺万能联播的测试结果来看,它能检测出有软编码字幕流,但无法正常加载),而相当一大部分的播放器根本无法加载内嵌软编码字幕。 总而言之,mp4软编码字幕的兼容性是个大问题。 ## 建议 据此,我提出以下建议: - 硬编码字幕在任何播放器都不会出问题,而且ffmpeg也支持直接硬编码字幕,所以BBDown可以考虑增加“硬编码字幕”的选项。(当然这个可以和“自定义ffmpeg参数”一起做) - mp4对于软编码字幕的支持不如mkv,所以BBDown也可以考虑支持mp4以外的视频格式(如mkv)

### Describe the bug The durability bar under tools display incorrectly in ME terminal. It should be under the item, like that when they are in vanilla chests, but it...

bug

### 背景 现在阿里云本身已经不推荐使用永久有效的AccessKey(AK)来作为用户认证凭据了。相对的,阿里云希望我们使用有TTL的STS(Security Token Service)凭证,以免去AK需要做的轮换流程,确保安全性。然而acme.sh的阿里云DNS API实现仍基于原有的V2版本API请求体,该版本已经被阿里云标记为不推荐,并且不支持STS。 ### 需求 我希望能把阿里云DNS API实现更新为官方推荐的V3版本API请求体,并支持使用更安全的STS Token。 ### 附录 1. STS无法满足ACME.sh定期更新的需求? 搭配HashiCorp Vault之类的工具可以实现每次执行cron时动态申请新的STS。这也是我的使用场景。 2. 我已经fork了该仓库,并正在阅读现有代码。如果maintainer近期没有更新该实现的计划的话,我将自行实现并向本仓库提出PR。

简单来说,一些由于Google侧服务器问题导致的请求失败,如500 Internal Server Error, 503 Model overloaded等错误,我不认为”应该“计入失败次数;我只希望失败次数包含429这种明确是由于Token和Quota导致的问题。所以,我希望计入失败次数的状态码和错误信息可以自行定义,方便进行错误筛查。