NeoZygisk-v2.2-269-8613d27-release.zip
3.1 MB
NeoZygisk v2.2-269
Support the ioctl supercall interface of KernelSU
Commit by JingMatrix
sha256:
Support the ioctl supercall interface of KernelSU
Commit by JingMatrix
sha256:
f588087e3b728cf5aa8df24bf4dfa8a3b9bb2b30cc168a8a0e9d258a3da9623c🥰20👍4❤1
LSPosed-v1.10.2-7201-zygisk-release.zip
6.2 MB
LSPosed v1.10.2-7201
主要修复了 ColorOS 模组无效的问题
目前趋于穩定,欢迎来测试
有 Bug 请在评论或 Github 反馈
sha256:
Github
主要修复了 ColorOS 模组无效的问题
目前趋于穩定,欢迎来测试
有 Bug 请在评论或 Github 反馈
sha256:
821922da343d60207b64f2054da4e50958dba2e6d0fc76659f76ed71b42837f8Github
🥰14👍7😭1
本次的 Cloudflare 作为全球顶级网络供应商,也是全球 TOP1 网络基础设施
本次爆炸从 18-11-2025 19:29:33 CMT+8 这边得到企业里面无法访问内部网络的电话开始
目前客服告知技术工程师清除缓存后再次爆炸,CF 企业赔付奖池还在增加
本次按照合同,属于重大基础设施崩溃,导致客户网络完全不可用,正在按秒赔付中
本次爆炸从 18-11-2025 19:29:33 CMT+8 这边得到企业里面无法访问内部网络的电话开始
目前客服告知技术工程师清除缓存后再次爆炸,CF 企业赔付奖池还在增加
本次按照合同,属于重大基础设施崩溃,导致客户网络完全不可用,正在按秒赔付中
😁45🤪8❤3
NPatch v0.7.2
English Changelog
✨ 新增功能
新增通过 Shizuku 获取应用列表的方式。
支持注入 MT 管理器 DocumentsProvider(档案管理器)。
支持使用自定义新包名进行应用修补。
优化了核心的签名验证绕过机制。
改进日志输出与错误提示,并支持将日志输出至 Android/media 目录。
自动清理和禁用 profile 文件,防止失效档案干扰运行。
精简应用模式说明文案,提升易读性。
🐛 兼容与修复
提升了对部分 A15 设备的兼容性。
改善资源管理並增強错误检查。
修复 JNI 全局引用未释放导致的内存泄漏问题。
优化服务绑定超时逻辑、回退机制及模块加载稳定性。
修正 getPrefsPath 路径获取逻辑。
针对 MIUI 桌面卸载场景增加专门提示,改善用户体验。
⚙️ 重构与底层
将 LSPatch 相关的元数据键值 (Metadata) 及名称全面迁移/重命名为 NPatch。
重构 RemoteService 及 APK 签名解析逻辑。
为部分方法参数增加空值检查 (Null Checks),防止异常崩溃。
同步更新 Core 组件。
🛠 构建工作流
将运行环境迁移至 Ubuntu,并简化构建缓存配置,加快运行速度。
English Changelog
✨ 新增功能
新增通过 Shizuku 获取应用列表的方式。
支持注入 MT 管理器 DocumentsProvider(档案管理器)。
支持使用自定义新包名进行应用修补。
优化了核心的签名验证绕过机制。
改进日志输出与错误提示,并支持将日志输出至 Android/media 目录。
自动清理和禁用 profile 文件,防止失效档案干扰运行。
精简应用模式说明文案,提升易读性。
🐛 兼容与修复
提升了对部分 A15 设备的兼容性。
改善资源管理並增強错误检查。
修复 JNI 全局引用未释放导致的内存泄漏问题。
优化服务绑定超时逻辑、回退机制及模块加载稳定性。
修正 getPrefsPath 路径获取逻辑。
针对 MIUI 桌面卸载场景增加专门提示,改善用户体验。
⚙️ 重构与底层
将 LSPatch 相关的元数据键值 (Metadata) 及名称全面迁移/重命名为 NPatch。
重构 RemoteService 及 APK 签名解析逻辑。
为部分方法参数增加空值检查 (Null Checks),防止异常崩溃。
同步更新 Core 组件。
🛠 构建工作流
将运行环境迁移至 Ubuntu,并简化构建缓存配置,加快运行速度。
GitHub
Release v0.7.2 · 7723mod/NPatch
中文日志见 NPatch-Telegram
✨New Features
New method to obtain the app list via Shizuku.
Supports injection of MT Manager DocumentsProvider.
Supports using a custom new package name for app patching.
Opt...
✨New Features
New method to obtain the app list via Shizuku.
Supports injection of MT Manager DocumentsProvider.
Supports using a custom new package name for app patching.
Opt...
🎉17❤7🤪3🔥2🤩2
最终版本已上传,其余任何更新和修复将被视为下版本的计划
The final version has been uploaded; any further updates and fixes will be considered for the next version.
The final version has been uploaded; any further updates and fixes will be considered for the next version.
👏15❤3👍2
Forwarded from NPatch
有问题请前往 issues 而不是发在群组让我们猜
If you have questions, please go to issues instead of posting in the group and making us guess
If you have questions, please go to issues instead of posting in the group and making us guess
GitHub
7723mod/NPatch
NPatch是一个复刻自LSPatch,以LSPosed为基础的免root的Xposed框架. Contribute to 7723mod/NPatch development by creating an account on GitHub.
😁13❤8👏3🐳1
Forwarded from NkBe 🥺
libxposed.7z
1.7 MB
如果有人要構建 NPatch/LSPatch , 可將本檔案解壓后放置于項目根目錄, 我已配置並構建完成
If someone wants to build NPatch/LSPatch, they can extract this file and place it in the root directory of the project. I have already configured and built it.
If someone wants to build NPatch/LSPatch, they can extract this file and place it in the root directory of the project. I have already configured and built it.
👏16❤7🔥2
某个框架二改闭源就把上游的 github 链接删干净吧,而且 git 子模块都不会用,直接删掉 core 的版本实现不就好了
对了,你的 ui 风格太不统一了
对了,你的 ui 风格太不统一了
👍32😁4❤2
NeoLSPatch Github Repo has been honored with 500 stars. Thank you.
GitHub
GitHub - 7723mod/NPatch: NPatch是一个复刻自LSPatch,以LSPosed为基础的免root的Xposed框架
NPatch是一个复刻自LSPatch,以LSPosed为基础的免root的Xposed框架. Contribute to 7723mod/NPatch development by creating an account on GitHub.
👏18❤5🎉5👍2🤔2🔥1💯1
我正在權衡是否要讓 Manager 告別對古老 x86 架構的承載。
此刻,那些依舊在 x86 架構上駐守與馳騁的用戶,你們的聲音,將是這項抉擇中最為關鍵的箴言。請將你們的看法與決意,交付於此。
I'm considering removing the manager's support for x86 to streamline the package header. Do any x86 users have any comments to share?
此刻,那些依舊在 x86 架構上駐守與馳騁的用戶,你們的聲音,將是這項抉擇中最為關鍵的箴言。請將你們的看法與決意,交付於此。
I'm considering removing the manager's support for x86 to streamline the package header. Do any x86 users have any comments to share?
👏20😱7🤔5❤2