QQNoFlash - 别用任务栏图标烦我好吗
https://github.com/bakyrd/QQNoFlash
屏蔽 QQ 任务栏图标的闪烁
支持直接加载/LiteLoaderQQNT加载/作为 @microblock_pub 的「外部」插件加载
https://github.com/bakyrd/QQNoFlash
屏蔽 QQ 任务栏图标的闪烁
支持直接加载/LiteLoaderQQNT加载/作为 @microblock_pub 的「外部」插件加载
GitHub
GitHub - bakyrd/QQNoFlash: 别用任务栏图标烦我好吗
别用任务栏图标烦我好吗. Contribute to bakyrd/QQNoFlash development by creating an account on GitHub.
NTSilk - 优雅地使用 SILK
https://ntsilk.ilharper.com
为 FFmpeg 添加 silk 语音格式的编解码。支持：
- silk 与常见格式的互转
- Audacity 中直接打开 silk 文件
https://ntsilk.ilharper.com
为 FFmpeg 添加 silk 语音格式的编解码。支持：
- silk 与常见格式的互转
- Audacity 中直接打开 silk 文件
禁止PCQQ（旧版QQ）自动更新到QQNT（QQ9）
https://www.52pojie.cn/thread-1964766-1-1.html
省流：使用任意方法（比如只读/同名空文件）屏蔽 QQ 把安装包下载到这里：
https://www.52pojie.cn/thread-1964766-1-1.html
省流：使用任意方法（比如只读/同名空文件）屏蔽 QQ 把安装包下载到这里：
%APPDATA%\Tencent\QQ\Temp\NTQQDownLoadCache\NTQQCache.exe
www.52pojie.cn
提示信息 - 吾爱破解 - LCG - LSG |安卓破解|病毒分析|www.52pojie.cn
,吾爱破解 - LCG - LSG |安卓破解|病毒分析|www.52pojie.cn
Microsoft.HEVCVideoExtensions_2.1.2192.0.AppxBundle
7.3 MB
给Windows相册和Edge添加HEVC硬解能力
2024-10-02 更新
微软商店里需要约1刀购买 但实际上可以免费下
2024-10-02 更新
微软商店里需要约1刀购买 但实际上可以免费下
MicrosoftProgram_Install_and_Uninstall.meta.diagcab
216.5 KB
卸载一个电脑上已安装应用在电脑上的注册
当你意识到某个程序的 卸载程序 没有正常工作时可以使用。例如：
- 卸载失败
- 卸载提示成功，但 控制面板内仍存在此应用
- 控制面板里存在一个无法卸载的应用
这几类情况，用这个疑难解答卸载一下，再手动删除残留文件就好了。
适用的经典场景：
- 某应用自身的卸载器不工作（比如QQ）
- 自己开发的app写瓢了
注意 卸载后应用从控制面板内消失 了但还有文件残留的话就不算了，自行删除残留文件即可
当你意识到某个程序的 卸载程序 没有正常工作时可以使用。例如：
- 卸载失败
- 卸载提示成功，但 控制面板内仍存在此应用
- 控制面板里存在一个无法卸载的应用
这几类情况，用这个疑难解答卸载一下，再手动删除残留文件就好了。
适用的经典场景：
- 某应用自身的卸载器不工作（比如QQ）
- 自己开发的app写瓢了
注意 卸载后应用从控制面板内消失 了但还有文件残留的话就不算了，自行删除残留文件即可
qBittorrent 存在 RCE 漏洞，影响 14 年间的所有版本
qBittorrent 出现 RCE 漏洞，影响 v2.3.0-rc5（2010 年）到 v5.0.0（包括 v5.0.0）间的所有版本。
浅看了一下代码，非常简单地，一个 DownloadManager 工具类在下载 https 链接时没有校验 HTTPS，相当于通过 https 下载的内容也无法保证安全性，存在中间人攻击的风险。RSS 更新、下载 Python、GeoIP 地理位置库更新等等功能都使用 DownloadManager 类进行下载。
解决方法 ：
升级至 v5.0.1 版本→ https://www.qbittorrent.org/download
注意 v5.0.1 可能 存在一个内存泄漏问题（暂未证实）
不能升级版本时的 临时应对措施 ：
- 暂停所有的 RSS 订阅、下载
- 确保网络环境安全，避免中间人攻击（一般情况下都是安全的）
再次感叹开源社区的力量之薄弱，一个不校验 HTTPS 的下载类竟然能被使用 14 年之久而无人发现……
原文：https://sharpsec.run/rce-vulnerability-in-qbittorrent
qBittorrent 出现 RCE 漏洞，影响 v2.3.0-rc5（2010 年）到 v5.0.0（包括 v5.0.0）间的所有版本。
浅看了一下代码，非常简单地，一个 DownloadManager 工具类在下载 https 链接时没有校验 HTTPS，相当于通过 https 下载的内容也无法保证安全性，存在中间人攻击的风险。RSS 更新、下载 Python、GeoIP 地理位置库更新等等功能都使用 DownloadManager 类进行下载。
解决方法 ：
升级至 v5.0.1 版本→ https://www.qbittorrent.org/download
注意 v5.0.1 可能 存在一个内存泄漏问题（暂未证实）
不能升级版本时的 临时应对措施 ：
- 暂停所有的 RSS 订阅、下载
- 确保网络环境安全，避免中间人攻击（一般情况下都是安全的）
再次感叹开源社区的力量之薄弱，一个不校验 HTTPS 的下载类竟然能被使用 14 年之久而无人发现……
原文：https://sharpsec.run/rce-vulnerability-in-qbittorrent
**你的代理的覆盖面是？**
跟群友突然聊到了非常好玩的话题！想问问各位大佬 代理是倾向只接管代理流量 还是接管全部流量 以及是怎么应对各个方案的短板的 想看看各位大佬的方案(/≧▽≦)/ 随意转发
跟群友突然聊到了非常好玩的话题！想问问各位大佬 代理是倾向只接管代理流量 还是接管全部流量 以及是怎么应对各个方案的短板的 想看看各位大佬的方案(/≧▽≦)/ 随意转发
Anonymous Poll
24%
代理只是一个网络服务进程 我会在需要走代理的APP里手动设置代理（Discord等不提供配置的APP怎么解决呢
35%
我让代理APP设置系统代理（不遵循系统代理的APP怎么解决呢
58%
我使用本机透明代理（TUN等）（使用的哪里的分流规则呢，对分流满意吗
29%
我在局域网内配置透明代理（软路由等）（出门时候怎么办呢？
8%
我有其他方案（诶 好奇
今日的 il 小发现：Snackbar 竟然是可以滑动消除的
Snackbar 就是图①这个小东西，我此前完全不知道这玩意可以右划消除……
很显然用户是没有任何途径得知这个操作了，那么开发者们自己是否知道呢？
好奇去翻了文档，结果文档上没有任何地方写明 Snackbar 可以滑动消除，包括 M3 文档、安卓 Compose 文档、安卓 View-Based 文档、MDC 文档和 Flutter 文档
安卓文档上甚至推荐开发者通过添加「DISMISS」按钮来允许用户手动消除，根本没提到滑动（图②）……
然而这个行为在整个 MD 中都实际存在，包括 Flutter——打开 Flutter 文档的 Snackbar 示例（图③），你可以用鼠标拖住 Snackbar 并且把他拽走！（草
这证明了滑动消除的行为的确不是 MDC 的开发者拍脑袋做出来的，而是 MD 本身就有这样的规范
翻阅 MDC 文档的 Changelog，这个行为应该是在 android.support.design 时期就实装了（早于 2018），但文档从来没提过……
再次令 il 感叹「让用户知道某功能的存在」是一件多么难做的事情……
包括 Koishi 活动栏图标可以拖动排序，拖动分组，我估计 Koishi 用户里知道的也不到 5%（图④
当然 MDC 在这件事上似乎是努力了一下，在 22 年的 v1.7.0 里引入了一项修改（图⑤），让 Snackbar 的默认消失动画与滑动消除的方向一致（Flutter 也如此）；这可以给用户带来一定程度的暗示，用户下次没准就会朝着这个方向试着滑动。
我觉得这样的提示强度还是有点弱；但话说回来，似乎确实没什么好的地方让用户知晓和了解这种通用组件的操作技巧。都变成 iOS 那样天天买热搜挂「iOS 的使用小技巧」的话也太悲哀了233
当然这种小技巧水果确实做得更多一点，比如我最喜欢的「返回顶部」通用手势；安卓什么时候能把这个抄过来（他力本願
Snackbar 就是图①这个小东西，我此前完全不知道这玩意可以右划消除……
很显然用户是没有任何途径得知这个操作了，那么开发者们自己是否知道呢？
好奇去翻了文档，结果文档上没有任何地方写明 Snackbar 可以滑动消除，包括 M3 文档、安卓 Compose 文档、安卓 View-Based 文档、MDC 文档和 Flutter 文档
安卓文档上甚至推荐开发者通过添加「DISMISS」按钮来允许用户手动消除，根本没提到滑动（图②）……
然而这个行为在整个 MD 中都实际存在，包括 Flutter——打开 Flutter 文档的 Snackbar 示例（图③），你可以用鼠标拖住 Snackbar 并且把他拽走！（草
这证明了滑动消除的行为的确不是 MDC 的开发者拍脑袋做出来的，而是 MD 本身就有这样的规范
翻阅 MDC 文档的 Changelog，这个行为应该是在 android.support.design 时期就实装了（早于 2018），但文档从来没提过……
再次令 il 感叹「让用户知道某功能的存在」是一件多么难做的事情……
包括 Koishi 活动栏图标可以拖动排序，拖动分组，我估计 Koishi 用户里知道的也不到 5%（图④
当然 MDC 在这件事上似乎是努力了一下，在 22 年的 v1.7.0 里引入了一项修改（图⑤），让 Snackbar 的默认消失动画与滑动消除的方向一致（Flutter 也如此）；这可以给用户带来一定程度的暗示，用户下次没准就会朝着这个方向试着滑动。
我觉得这样的提示强度还是有点弱；但话说回来，似乎确实没什么好的地方让用户知晓和了解这种通用组件的操作技巧。都变成 iOS 那样天天买热搜挂「iOS 的使用小技巧」的话也太悲哀了233
当然这种小技巧水果确实做得更多一点，比如我最喜欢的「返回顶部」通用手势；安卓什么时候能把这个抄过来（他力本願