fa
Feedback
akashaProxy ci channel

akashaProxy ci channel

رفتن به کانال در Telegram

akashaProxy(虚空代理) channel GitHub: https://github.com/akashaProxy/akashaProxy 有问题提交issues 需熟悉基础yaml语法以及mihomo的配置 不接受来自 配置文件/核心 问题的反馈 我只是一个启动工具 注意!包含以下类型人类请勿使用 不会使用谷歌进行检索 不会阅读文档 不会使用AI 不想折腾

نمایش بیشتر
1 609
مشترکین
+324 ساعت
+197 روز
+5730 روز
آرشیو پست ها
New push to github! script: 防止歧义不输出已加载的插件 by Elysia For more architecture see action See commit detail here

photo content

New push to github! update config.example.yaml by Elysia For more architecture see action See commit detail here

WSL是大粪

New push to github! update config.example.yaml by Elysia For more architecture see action See commit detail here

New push to github! 忘改代理组名字了( by Elysia For more architecture see action See commit detail here

时光机,打开就能穿越到第二天😇
时光机,打开就能穿越到第二天😇

完整提交
完整提交

New push to github! script: 添加是否运行插件功能&&修复部分情况下可能会导致软重启 by Elysia For more architecture see action See commit detail here

+1
AdGuardHomeForRoot_arm64-20251218-1.zip10.29 MB

AdGuardHomeForRoot_arm64-20251218-1.zip10.29 MB

自动识别管理员面板端口

这个bug直接打开并不会被触发,只有跳转后才会触发 例如: window.location.href = "https://www.example.com"; 如果不止我一个人有这个问题可以回复一下 晚些时候我提issues

关于kernelsu webui顶部渲染bug疑似是这个提交造成的 Gemini 3pro解释内容: 这是一个非常典型的 Android "Edge-to-Edge"(边到边/沉浸式)适配导致的问题。 ​根据你提供的 KernelSU 提交哈希 (4
+1
关于kernelsu webui顶部渲染bug疑似是这个提交造成的 Gemini 3pro解释内容:
这是一个非常典型的 Android "Edge-to-Edge"(边到边/沉浸式)适配导致的问题。 ​根据你提供的 KernelSU 提交哈希 (4b94c8...) 以及截图现象,原因可以总结为:该提交启用了 Android 的全屏(沉浸式)显示逻辑,但 WebUI(网页前端)没有正确处理“安全区域”(Safe Area)的内边距,导致网页内容直接渲染到了屏幕的最顶端,被系统状态栏遮挡。
并且经过测试,回退上一个提交能正确渲染

关于kernelsu webui顶部渲染bug疑似是这个提交造成的 Gemini 3pro解释内容: 这是一个非常典型的 Android "Edge-to-Edge"(边到边/沉浸式)适配导致的问题。 ​根据你提供的 KernelSU 提交哈希 (4
关于kernelsu webui顶部渲染bug疑似是这个提交造成的 Gemini 3pro解释内容:
这是一个非常典型的 Android "Edge-to-Edge"(边到边/沉浸式)适配导致的问题。 ​根据你提供的 KernelSU 提交哈希 (4b94c8...) 以及截图现象,原因可以总结为:该提交启用了 Android 的全屏(沉浸式)显示逻辑,但 WebUI(网页前端)没有正确处理“安全区域”(Safe Area)的内边距,导致网页内容直接渲染到了屏幕的最顶端,被系统状态栏遮挡。
并且经过测试,回退上一个提交能正确渲染

oneplus ace6 still oneplus 13?👤

Repost from VPS信号旗播报
错误的正则表达式导致大量科学上网服务瘫痪 2025年12月16日凌晨,由于开源项目 v2fly/domain-list-community 合并了一个包含错误的正则表达式,下游规则仓库同步了该错误。随后错误进一步蔓延,造成 Passwall、v2rayN 等依赖自动更新 Geosite 规则的客户端发生崩溃或分流失效,直接影响了大量终端用户。一位了解此事的开发人员向本频道提供了如下关键信息:
2025.12.15 22:38 源头仓库 v2fly/domain-list-community 合并了编号为 PR #2695 的提交。该提交包含了一个错误的正则表达式。 2025.12.16 06:15 著名的规则整合仓库 Loyalsoldier/v2ray-rules-dat 自动执行了上游同步脚本,将该错误规则吸纳并发布。 2025.12.16 上午 “灾难”开始爆发。开启了“自动更新 Geosite”功能的客户端在拉取最新规则后,立即遭遇解析错误,导致服务崩溃或网络中断。
预计受影响的代理工具包括 Passwall, Passwall2, luci-app-xray, v2rayN, mosdns, dae 等。 虽然v2fly 社区已积极修复,防止错误进一步扩散。但由于代理工具错误导致断网,用户必须手动删除 geosite:geolocation-!cn geosite:cn 等分流规则来修复网络。少数走直连更新的用户只需要再次更新并重启就能恢复。一些代理工具(如Xray)已经打了补丁避免未来此类事件再次发生。 [消息等级 Level B · #重要 ]

冷知识:有问题可以直接问chatgpt gemini👤

需要l3(网络层)上的绕过中国大陆ip功能吗
Anonymous voting

New push to github! Update clash.config by Elysia For more architecture see action See commit detail here