接收 astrbot_plugin_push_lite 状态回执
在 ThinkPHP 6 (TP6) 框架中，接收 astrbot_plugin_push_lite 状态回执的方法非常简单。你需要创建一个路由和一个控制器来接收这个接口发送的 POST 请求。 1. 路由配置 (Route) 在项目的路由文件（通常是 route/app.php
Manticore Search
在 PHP ThinkPHP 6 (简称 TP6) 框架中使用 Manticore Search，最推荐、最现代化的方式是使用官方提供的 Manticore PHP 客户端（基于 PSR-18 规范，支持 JSON Over HTTP 接口），或者利用 TP6 的数据库连接池通过 MySQL 协议直
k6 PHP API 并发测试
对，k6 很适合你的 TP6 / PHP API 并发测试。它的优势是可以用 JavaScript 描述压测场景，比 ab 更适合模拟真实业务。 最简单的 GET 压测 安装 k6 后： k6 run test.js test.js： import http from 'k6/http'; expo
内置一个简易的 HTTP API 接口
为了让外部系统（如其他的独立脚本、青龙面板、宝塔监控、或者你的 Web 服务器）能够把报错直接传给 AstrBot 并推送到你的个人微信，最好的方案是在插件里内置一个简易的 HTTP API 接口（基于 FastAPI / Sanic，AstrBot 内部通常自带）。 这样，任何外部系统只需要向 A
Weixin OC (ClawBot) 协议实现最安全、不封号的自动化推送
在 AstrBot 中接入个人微信，主要有两种主流方式：一种是基于微信官方最新开放的 Weixin OC (ClawBot 智联协议)，另一种是社区广泛使用的第三方 iPad 协议 Gewechat。 [1, 2
完美地解决 TP3 老系统数据的平滑读取
为了彻底、完美地解决 TP3 老系统数据的平滑读取，必须解决两个核心痛点： TP3 的盲猜反序列化机制（标量存原样，数组/对象存原生 serialize，同时兼容 json）。 TP3 与 TP6 的缓存前缀（Prefix）不一致。 以下是为你量身定制的终极落地解决方案，通
thinkphp3 redis序列化和反序列化
在老系统重构迁移至 ThinkPHP 6 (TP6) 的过程中，ThinkPHP 3 (TP3) 的 Redis 序列化历史遗留问题是最核心的连环坑之一。 TP3 的 S('key', $value) 缓存方法和底层 Redis 驱动，在存储非字符串（如数组、对象）时，有一套独特的序列化行为。如果不
Table 空间极易发生哈希冲突并溢出
既然你没有在业务中主动调用 Room，只使用了全局广播，那么这个问题就非常明确了：即使你不用房间功能，think-swoole 只要开启了 WebSocket，底层就会强行初始化并注入一个名为 Room 的驱动组件。 [1] 框架底层默认使用 table 类型来作为 Room 的存储介质。当进行全局
将监控程序直接跑在云端
将监控程序直接跑在云端（服务器），最大的好处是不需要保持个人电脑开机，能够 24 小时稳定运行。 由于在云端无法像浏览器插件那样直接复用你的日常登录状态，我们需要使用 headless（无头）浏览器技术（如 Node.js 的 Puppeteer 或 Python 的 Playwright），并在服
AI 驱动型 Facebook 群组关键词监控 Chrome 浏览器插件
自己开发一个类似 One Stop Social 的 Facebook 群组关键词监控工具，最核心的难点在于 Facebook 官方 API 极其严格。由于 2018 年的数据隐私风波，官方彻底关闭了普通用户通过 API 读取他人群组帖子的权限。 因此，自主开发只能采用 “自动化模拟（爬虫/自动化脚