yuguorui96's recent timeline updates yuguorui96's recent timeline updates |
yuguorui96V2EX member #102655, joined on 2015-03-05 19:23:46 +08:00 |
| 更开箱即用的 codex CLI：不止 response 接口，永远保持和上游同步，以及可爱的猫猫！ 分享创造 • yuguorui96 • Sep 30 • Lastly replied by Livid | 8 |
| 现在是教育网用户，求一个 TTG PT 的邀请码 分享邀请码 • yuguorui96 • Jul 15, 2019 |
yuguorui96's recent replies
Sep 29 Replied to a topic by yuguorui96 › 分享创造 › 更开箱即用的 codex CLI：不止 response 接口，永远保持和上游同步，以及可爱的猫猫！ |
@mortal 我靠，我竟然没有发现 orz...
Sep 29 Replied to a topic by yuguorui96 › 分享创造 › 更开箱即用的 codex CLI：不止 response 接口，永远保持和上游同步，以及可爱的猫猫！ |
BTW：自动 rebase 通过 codex++结合 deepseek API 完成。
Sep 29 Replied to a topic by yuguorui96 › 分享创造 › 更开箱即用的 codex CLI：不止 response 接口，永远保持和上游同步，以及可爱的猫猫！ |
Sep 29 Replied to a topic by yuguorui96 › 分享创造 › 更开箱即用的 codex CLI：不止 response 接口，永远保持和上游同步，以及可爱的猫猫！ |
一点小碎碎念：why codex?
1. claudecode 不做人，持续刷新道德下限，我有道德洁癖；
2. 其他各类 agentic 工具都是 nodejs/typejs based ，无法无依赖部署，CPU/内存占用高；
3. 需要一个类型安全的 agentic 框架才能支持模型自动化 rebase
1. claudecode 不做人，持续刷新道德下限，我有道德洁癖；
2. 其他各类 agentic 工具都是 nodejs/typejs based ，无法无依赖部署，CPU/内存占用高；
3. 需要一个类型安全的 agentic 框架才能支持模型自动化 rebase
Jun 12, 2023 Replied to a topic by paranoiagu › 宽带症候群 › 旁路由 ipv6 怎么解决？ |
推荐下我自己用 rust 写的分流程序吧（仅支持分流，不含加密算法）： https://github.com/yuguorui/rfor
- 原生支持 IPv6 及其分流
- 针对 NAS 或 PT 环境，直连时支持源地址保留（即访问 IPv6 网站时如果是直连，那么会直接使用你设备的原有的 IPv6 地址，而不是路由器的）
- 零拷贝支持
- 自动设置 iptables 规则，退出时自动清除规则
- 原生支持 IPv6 及其分流
- 针对 NAS 或 PT 环境，直连时支持源地址保留（即访问 IPv6 网站时如果是直连，那么会直接使用你设备的原有的 IPv6 地址，而不是路由器的）
- 零拷贝支持
- 自动设置 iptables 规则，退出时自动清除规则
May 31, 2023 Replied to a topic by busterian › 分享发现 › 2023 年，你们注销淘宝/支付宝账号了吗 |
@musi 利用 0day 这事情真的是记一辈子，不敢安装，真的是比我还了解我的手机。
May 27, 2023 Replied to a topic by Nazz › 程序员 › GNOME 主题分享 |
@Nazz 也许你直接看 Gnome 的 doc 就 OK ？ fedora 和 Ubuntu 不一样，桌面应该很接近 upsteram 才对。
Jan 9, 2023 Replied to a topic by huangya › Linux › Linux 内核一个系列多个 patch 问题 |
The hard way is usually the right way.
没有简单的方法，你需要理解当前的 feature 的工作原理，并评估当前 feature 的依赖依赖是否完备。
当依赖不完备是你需要考虑：是否需要引入新的 upstream patch ，还是用老的 API 实现 feature 所需要的逻辑等；
实现过程中可能还需要你不断迭代，直至你找齐所有的拼图。
邮件列表是一个参考，而不是一个答案。如何能根据快速的评估所需要的 patch 是你“不可替代”的要素之一。
没有简单的方法，你需要理解当前的 feature 的工作原理，并评估当前 feature 的依赖依赖是否完备。
当依赖不完备是你需要考虑：是否需要引入新的 upstream patch ，还是用老的 API 实现 feature 所需要的逻辑等；
实现过程中可能还需要你不断迭代，直至你找齐所有的拼图。
邮件列表是一个参考，而不是一个答案。如何能根据快速的评估所需要的 patch 是你“不可替代”的要素之一。
Dec 20, 2022 Replied to a topic by amiwrong123 › 程序员 › 怎么理解用 TSS 恢复任务的执行，里面用到的 LDT 段选择子？ |
@amiwrong123 你再看看上个回答？谜底就在谜面上。
Dec 20, 2022 Replied to a topic by amiwrong123 › 程序员 › 怎么理解用 TSS 恢复任务的执行，里面用到的 LDT 段选择子？ |
愚以为直接存基址的话，在 32 和 64 之间就需要不同的大小来操作 ldt ，这个非常痛苦。
所以我理解 selector 的本质作用就是替换掉变长的地址宽度。
所以我理解 selector 的本质作用就是替换掉变长的地址宽度。
Select Language