标签：Hook

共 6 篇相关文章

IT 累计浏览 16

让 Claude Code 在你睡觉时持续运行：完整实战指南

本文提供了实现 Claude Code 无人值守长时间运行的完整技术方案。核心在于组合使用 `-p` 非交互模式、细粒度工具白名单（`--allowedTools`）以及成本控制参数（`--max-turns`、`--max-budget-usd`），并推荐采用更安全的 `--permission-mode auto` 作为折中。实战验证的“Ralph Wiggum”循环模式通过一个包含详细架构与任务上下文的 PROMPT.md 文件，驱动 Claude 自主检查任务、实现代码并提交。为防止会话卡死或执行破坏性操作（如 `rm -rf`），文章重点介绍了四个关键 Hook：阻止等待人工输入的 No-Ask-Human、监控上下文使用量的 Context Monitor、编辑后即时检查语法的 Syntax Check，以及标记危险命令的 Decision Warn。同时，必须在 Docker 容器中运行 `--dangerously-skip-permissions` 模式以隔离风险。维持运行环境需要使用 tmux 进行会话持久化，并配合系统命令防止设备休眠。上下文管理是成功关键，需将 CLAUDE.md 控制在精简，并主动使用检查点文件（如 `tasks/mission.md`）保存状态，以防上下文压缩导致信息丢失。此外，应利用夜间非高峰时段运行以避免速率限制，并通过 `--model sonnet` 降级控制成本。

IT 累计浏览 2,289

编译 RenderDoc 的安卓 apk(带interceptor-lib)

作者以亲身经历开篇：之前编译过安卓版的RenderDoc，但因未留笔记，再次需要时只能重头再来。这次他想为需要强Hook能力的版本做详细记录，因为核心的interceptor-lib组件依赖一个非常古老的LLVM版本，编译过程颇为繁琐。文章的核心价值在于点出了一个官方文档中未明说的关键陷阱。尽管流程大体可循——先按指南配置好JDK/SDK/NDK，再克隆interceptor-lib并修改其构建脚本——但在实际使用CMake生成工程时，新版本CMake与Android NDK工具链的交互方式已经变化。直接使用常见的`-DANDROID_TOOLCHAIN=clang`参数实际上无效，导致构建会默认选用无法工作的GCC工具链。作者给出的解决方法是使用正确的CMake参数：`-DCMAKE_ANDROID_NDK_TOOLCHAIN_VERSION=clang`，并指明了可参考的具体CMake模块文件路径。这个细微的修正，正是避免编译功亏一篑的关键。文章最终明确，遵循此调整后的步骤，即可成功编译出具备强Hook能力的RenderDoc安卓APK。

IT 累计浏览 5,609

WordPress插件开发--获知文章状态变化

这篇讲的是WordPress开发者在维护插件时，如何像侦探一样追踪一个钩子的真实面目。作者从一个具体需求出发：想精确掌控`publish_post`这个action的触发时机，却在源码中直接搜索不到对应的`do_action`调用。问题出在钩子名是动态拼接的。作者采用“农村包围城市”的策略，先定位到周边已知的`save_post`、`wp_insert_post`等钩子，通过编写临时插件记录日志，将排查范围锁定在约80行的代码块内。最终锁定了关键函数`wp_transition_post_status`，并发现其内部实现了更灵活的钩子机制。文章揭示了三种强大的钩子组合：通用的`transition_post_status`（监测任意状态流转）、具体的`状态_to_状态`（如`draft_to_publish`，针对特定路径），以及状态与文章类型组合（如`private_post`）。这彻底改变了“publish_post仅在发布时触发”的表面理解，提供了对文章状态全生命周期精准监控的方法。

IT 累计浏览 6,226

SVN Hook造成SVN提交速度慢的问题

这篇讲的是在使用SVN进行团队协作时，一个容易被忽视却可能导致提交速度显著下降的“坑”——SVN Hook。作者从实际遇到的提交卡顿现象出发，深入剖析了问题的根源：并非网络或服务器硬件瓶颈，而是服务器端配置的某些Hook脚本执行耗时过长，阻塞了整个提交流程。文章没有停留在问题描述，而是进一步拆解了常见的Hook类型（如提交前的格式检查、提交后的同步通知），并指出了它们如何相互叠加拖慢响应。作者分享的排查思路很实用，比如如何通过调整Hook的执行顺序、优化脚本逻辑（例如将耗时操作异步化）或设置超时机制来有效缓解这一问题。对于团队开发者而言，这篇文章的价值在于它将一个模糊的“慢”具体化为可分析、可优化的配置项，并给出了明确的优化方向，帮助团队在保持版本控制严谨性的同时，不牺牲开发体验。

IT 累计浏览 6,414

Apache2中俩种设置PHP的异同

作者从Apache2架构升级的背景切入，详细对比了两种设置PHP的方式：一种是通过Hook机制实现的apache2handler SAPI，另一种是经典的mod_php模块。文章深入解析了两者的核心差异，包括配置方法、性能表现和适用场景。关键差异在于运行机制。apache2handler利用PHP的SAPI接口与Apache的Hook系统交互，使PHP作为独立进程运行，提供了更好的资源隔离和并发处理能力；而mod_php直接嵌入Apache进程，配置简单但可能增加耦合性。作者通过实例数据指出，在高并发测试中，apache2handler能降低约15%的内存占用并提升10%的响应速度，适合需要高可扩展性的企业级应用。针对不同场景，文章建议：对于大型网站或动态环境，优先采用apache2handler以优化性能；对于小型项目或快速部署，mod_php的便捷性更具优势。作者还分享了迁移过程中的兼容性注意事项，帮助读者在

IT 累计浏览 2,964

解读PHP开源项目中列表和hook方法：while(has_items()): thme_ite();和apply_filters

这篇讲的是WordPress、Lilina等PHP开源项目中常见的两段“玄学”代码：`while(has_items()) : thme_ite();` 和 `apply_filters`。作者从这些看似突兀的写法入手，带我们看看开源项目中惯用的设计模式。文章拆解了这两个模式的核心。`while(has_items())` 配合 `thme_ite()` 本质上是一个模板迭代器。它将“获取数据列表”和“输出每一项”的逻辑解耦，模板只负责循环和展示，数据源由其他部分提供。这样，更换数据源或修改输出样式就互不影响了。而 `apply_filters` 则实现了一个灵活的“钩子”系统。它允许其他代码在某个特定环节（比如内容输出前）插入自己的处理逻辑，来修改或增强默认行为。这就像在标准化的流水线上预留了插件接口。这种设计的巧妙之处在于，通过将核心流程（如列表输出）固化为框架约定的模式，同时预留出数据获取和内容过滤这两个高度可扩展的节点，极大地提高了代码的复用性和可维护性。理解了这两点，就能看懂很多开源项目模板和功能扩展背后的统一逻辑。