en
Feedback
Real Nullptr

Real Nullptr

Open in Telegram

Nullptr's personal channel Support me: https://github.com/sponsors/Dr-TSNG TRC20:TYG2MCMcXWsko9DZkVXjX3P1Xv7dhNAarx

Show more

📈 Analytical overview of Telegram channel Real Nullptr

Channel Real Nullptr (@nullptr_dev) is an active participant. Currently, the community unites 19 799 subscribers, ranking 6 470 in the Technologies & Applications category and 11 499 in the China region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 19 799 subscribers.

According to the latest data from 18 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 1 686 over the last 30 days and by 92 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 106.62%. Within the first 24 hours after publication, content typically collects 33.89% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 0 views. Within the first day, a publication typically gains 6 691 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 0.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
Nullptr's personal channel Support me: https://github.com/sponsors/Dr-TSNG TRC20:TYG2MCMcXWsko9DZkVXjX3P1Xv7dhNAarx

Thanks to the high frequency of updates (latest data received on 19 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

19 799
Subscribers
+9224 hours
+8037 days
+1 68630 days
Posts Archive
We are planning to add new APIs for Zygisk Next, including injecting into more init-started processes. If you have any idea, please comment.
Anonymous voting

ZygiskNext 1.0.4 正式版 - 移除了不稳定的自动卸载模式 - 增加强制排除列表模式 - 清理不需要的配置项 ZygiskNext 1.0.4 Stable Release - Remove unstable auto umount mode - Add enforce denylist mode - Clean up unused configuration items real5ec1cff

不是假阳性就不要回复了,先统计 bug

假阳性汇报楼,格式:机型+系统版本

增强检测 * 可能存在假阳性

Repost from 5ec1cff
ZygiskNext 1.0.2 正式版 - WebUI 跟随系统深色主题设置 - 卸载所有 ksu 挂载点 - 移除无用代码 ZygiskNext 1.0.2 Stable Release - WebUI follows the system dark theme setting - Unmount all ksu mount points - Remove useless code real5ec1cff

ZygiskNext 1.0.1 正式版 - 修复了不该出现的「Module files corrupted」 ZygiskNext 1.0.1 Stable Release - Fix unexpected "Module files corrupted". real5ec1cff

ZygiskNext 1.0 正式版 - 通过 hook init 进程监视 Zygote 启动 - 增强 Magisk 兼容性 - 支持 KernelSU WebUI (管理器需要正式版 0.9.0 / CI 11575 以上版本) - 两个守护进程合并为一个 - 简化模块状态显示 - 自动支持某些 32 位转译层(如 tango) ZygiskNext 1.0 Stable Release - Monitor Zygote startup through hooking init process - Enhanced Magisk compatibility - Support KernelSU WebUI (Manager Release 0.9.0 / CI 11575 or above is required) - Two daemons merged into one - Simplified module status - Automatic support for some 32-bit translation layers (such as tango) real5ec1cff

Repost from 5ec1cff
ZygiskNext 1.0-RC5 - Magisk 模式下会挂载 zygisk 模块文件,有助于解决一些模块的兼容性问题 - Magisk 下如果启用自带 zygisk 则会提示错误 - KernelSU webui 微调,需要 11575+ manager - The zygisk module file will be mounted in Magisk mode, which helps solve some module compatibility issues - If you enable the built-in zygisk under Magisk, an error will be prompted. - KernelSU webui fine-tuning, requires 11575+ manager

我们正在考虑向 Zygisk Next 添加私有 API,,与官方

Repost from 5ec1cff
ZygiskNext 1.0-RC4 - 支持在 Magisk 模式下正确处理隔离进程的 flags ,这意味着 Magisk 中使用 ZygiskNext 时,Shamiko 的黑名单模式可以正常工作。 - 同时解决了 Magisk 模式下的性能问题。 - 由于实现依赖内部细节,不保证修改后的 Magisk 能正常工作。 - Added support for correctly handling isolation process flags in Magisk mode, which means that Shamiko's blacklist mode can function properly when using ZygiskNext in Magisk. - Resolved performance issues in Magisk mode. - Due to implementation relying on internal details, there is no guarantee that the modified Magisk will function properly.

Repost from 5ec1cff
ZygiskNext 1.0-RC1 - 全新的 init monitor 实现 - 版本号格式变更 - 支持 KernelSU WebUI - tango 支持成为默认选项 请注意:该版本为测试版,由于引入新的 init monitor 导致可能存在不稳定现象,例如卡开机 / CPU 占用过高等。如存在异常,请在评论区留言以获得开发者帮助。

新的 ksu webui 预告
新的 ksu webui 预告

认准频道 @nullptr_dev,谨防诈骗🙏

事情变得更离谱了,甚至有人做了个假的 tg 账号冒充我做出授权

再次感叹闭源的决定是正确的,我的另一个项目之前因改包和扒窃停更,一段时间不见甚至都有人代替我本人做出授权了,魔幻。 https://t.me/TwiFucker/481

For jokers who have not even read the GPL license carefully, I suggest that the nozzle at least learn about what copyright is first. https://www.gnu.org/licenses/gpl-faq.html#DeveloperViolate Is the developer of a GPL-covered program bound by the GPL? Could the developer's actions ever be a violation of the GPL? Strictly speaking, the GPL is a license from the developer for others to use, distribute and change the program. The developer itself is not bound by it, so no matter what the developer does, this is not a “violation” of the GPL.

某些小丑在开喷之前建议先看看贡献列表有没有 LSPosed 开发组外的任何一个人捏。所有贡献者都同意更改协议,你不同意,你算老几?张口开源奶嘴,闭口隐私巨婴,你也不看看从这个项目开源以来我们收到过任何来自“社区”的帮助没?不会真的以为我们是做慈善的吧
某些小丑在开喷之前建议先看看贡献列表有没有 LSPosed 开发组外的任何一个人捏。所有贡献者都同意更改协议,你不同意,你算老几?张口开源奶嘴,闭口隐私巨婴,你也不看看从这个项目开源以来我们收到过任何来自“社区”的帮助没?不会真的以为我们是做慈善的吧?不知道的还以为我们是欠了你几个亿要无偿给“社区”写代码还要反过来被“社区”骂。当然你说的很对,一开始选择开源就是最错误的决定,因而亡羊补牢为时不晚。

Repost from 5ec1cff
对 tango 支持的一些说明 - 该功能可在任何设备手动开启或禁用,如果设备无 tango 转译,开启后也可正常注入 32 位 app。 - 开启该功能可能会减慢开机速度。 - 除上一点外,对于无 tango 转译的设备,该功能开关与否应无差别。 - 对于使用 tango 转译的设备的用户,如果没有 32 位 app 注入需求,可以关闭该功能,这不会影响 32 位 app 的正常运行。

Changelog Correctly check whether tango is enabled Fix a bug causing apps to crash