1作者: awsmroot8 个月前原帖
终极精选的200多个最佳安卓ROOT应用、Magisk和LSPosed模块以及逐步ROOT指南<p>Github链接:https://github.com/fynks/awesome-android-root
1作者: matteogrella8 个月前原帖
在我尝试过的代理人工智能框架中,OpenAI的Python Agents SDK在功能和简洁性之间达到了最佳平衡。由于我通常通过将软件移植到另一种语言来理解它,因此我贡献了一个Go语言的重实现!<p>这仍在进行中,但已经相当可用。 仓库链接:<a href="https://github.com/nlpodyssey/openai-agents-go">https://github.com/nlpodyssey/openai-agents-go</a><p>欢迎反馈:无论是关于设计、缺失的功能、重构想法、构建模式,还是任何其他可以帮助改进的内容。谢谢。
1作者: devparagiri8 个月前原帖
嘿,大家好, 我想要一个简单的方法,可以在我的手机、网页等设备上查看虚拟机的日志。 使用 logsy,你只需在虚拟机中粘贴一个命令(通过 API 密钥进行安全保护),就完成了。无需登录,无需存储,什么都不需要。 你还可以通过 nginx、系统、fastapi 和日志级别进行过滤。 查看演示视频,告诉我你们的想法吧! <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=D8cRhjH22is" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=D8cRhjH22is</a>
3作者: rorosen8 个月前原帖
你好, 我想分享我正在开发的 Rust 实现的 Zstandard 可寻址格式。 常规的 zstd 压缩文件由单个帧组成,这意味着你必须从头开始解压缩。可寻址格式将压缩数据分割成一系列独立的帧,每个帧单独压缩,因此在解压缩存档中间的某个部分时,只需最多解压缩一帧的额外数据,而不是整个存档。 我开始使用可寻址格式是因为我想恢复对大型 zstd 压缩文件的下载,这些文件会实时解压并写入磁盘。起初,我创建并使用了对上游可用的 C 函数的绑定[1],然而,我很快就遇到了第一个段错误(现在已修复),并发现这些函数仅允许基本操作。在仔细查看上游实现后,我注意到它使用了一些现在已被弃用的核心 API 函数,并且不允许访问低级(解)压缩上下文。对我来说,这看起来像是一个未得到维护的 PoC/演示实现,可能这也是它位于 contrib 目录的原因。 我的用例似乎需要对可寻址格式进行完全重写,因此我决定从头开始使用 Rust 实现它,并使用 zstd 1.4.0 版本提供的高级 zstd 压缩 API 的绑定。 结果是一个单一依赖的库 crate[2],以及一个与常规 zstd 工具相似的可寻址格式的 CLI crate[3]。 非常欢迎任何反馈! [1]: <a href="https://github.com/facebook/zstd/tree/dev/contrib/seekable_format">https://github.com/facebook/zstd/tree/dev/contrib/seekable_format</a> [2]: <a href="https://crates.io/crates/zeekstd" rel="nofollow">https://crates.io/crates/zeekstd</a> [3]: <a href="https://github.com/rorosen/zeekstd/tree/main/cli">https://github.com/rorosen/zeekstd/tree/main/cli</a>