es
Feedback
Real Nullptr

Real Nullptr

Ir al canal en Telegram

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

Mostrar más

📈 Análisis del canal de Telegram Real Nullptr

El canal Real Nullptr (@nullptr_dev) es un actor destacado. Actualmente la comunidad reúne a 19 799 suscriptores, ocupando la posición 6 470 en la categoría Tecnologías y Aplicaciones y el puesto 11 499 en la región China.

📊 Métricas de audiencia y dinámica

Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 19 799 suscriptores.

Según los últimos datos del 18 septiembre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 1 686, y en las últimas 24 horas de 92, conservando un alto alcance.

  • Estado de verificación: No verificado
  • Tasa de interacción (ER): El promedio de interacción de la audiencia es 106.62%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 33.89% de reacciones respecto al total de suscriptores.
  • Alcance de las publicaciones: Cada publicación recibe en promedio 0 visualizaciones. En el primer día suele acumular 6 691 visualizaciones.
  • Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 0.

📝 Descripción y política de contenido

El autor describe el recurso como un espacio para expresar opiniones subjetivas:
Nullptr's personal channel Support me: https://github.com/sponsors/Dr-TSNG TRC20:TYG2MCMcXWsko9DZkVXjX3P1Xv7dhNAarx

Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 19 septiembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.

19 799
Suscriptores
+9224 horas
+8037 días
+1 68630 días
Archivo de publicaciones
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