http://localhost:8090Hello Halo v2.21.10zh-cnhttp://localhost:8090/upload/letter-m.pnghttp://localhost:8090Sat, 8 Aug 2026 17:32:39 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-ijUnwlGO为了彻底、完美地解决 TP3 老系统数据的平滑读取，必须解决两个核心痛点： TP3 的盲猜反序列化机制（标量存原样，数组/对象存原生 serialize，同时兼容 json）。 TP3 与 TP6 的缓存前缀（Prefix）不一致。 以下是为你量身定制的终极落地解决方案，通]]>/archives/wei-ming-ming-wen-zhang-ijUnwlGOmdo技术Sun, 26 Jul 2026 04:30:07 GMThttp://localhost:8090/archives/thinkphp3-redisxu-lie-hua-he-fan-xu-lie-hua在老系统重构迁移至 ThinkPHP 6 (TP6) 的过程中，ThinkPHP 3 (TP3) 的 Redis 序列化历史遗留问题是最核心的连环坑之一。 TP3 的 S('key', $value) 缓存方法和底层 Redis 驱动，在存储非字符串（如数组、对象）时，有一套独特的序列化行为。如果不]]>/archives/thinkphp3-redisxu-lie-hua-he-fan-xu-lie-huamdo技术Sun, 26 Jul 2026 04:16:33 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-XlMGeYX8既然你没有在业务中主动调用 Room，只使用了全局广播，那么这个问题就非常明确了：即使你不用房间功能，think-swoole 只要开启了 WebSocket，底层就会强行初始化并注入一个名为 Room 的驱动组件。 [1] 框架底层默认使用 table 类型来作为 Room 的存储介质。当进行全局]]>/archives/wei-ming-ming-wen-zhang-XlMGeYX8mdo技术Fri, 24 Jul 2026 10:03:51 GMThttp://localhost:8090/archives/jiang-jian-kong-cheng-xu-zhi-jie-pao-zai-yun-duan将监控程序直接跑在云端（服务器），最大的好处是不需要保持个人电脑开机，能够 24 小时稳定运行。 由于在云端无法像浏览器插件那样直接复用你的日常登录状态，我们需要使用 headless（无头）浏览器技术（如 Node.js 的 Puppeteer 或 Python 的 Playwright），并在服]]>/archives/jiang-jian-kong-cheng-xu-zhi-jie-pao-zai-yun-duanmdo技术Thu, 23 Jul 2026 21:11:53 GMThttp://localhost:8090/archives/ai-qu-dong-xing-facebook-qun-zu-guan-jian-ci-jian-kong-chrome-liu-lan-qi-cha-jian自己开发一个类似 One Stop Social 的 Facebook 群组关键词监控工具，最核心的难点在于 Facebook 官方 API 极其严格。由于 2018 年的数据隐私风波，官方彻底关闭了普通用户通过 API 读取他人群组帖子的权限。 因此，自主开发只能采用 “自动化模拟（爬虫/自动化脚]]>/archives/ai-qu-dong-xing-facebook-qun-zu-guan-jian-ci-jian-kong-chrome-liu-lan-qi-cha-jianmdo技术Thu, 23 Jul 2026 21:05:25 GMThttp://localhost:8090/archives/dd283ffethink-cache 拥有强大的多通道（Multi-store）管理能力，但问题的根源在于 think-orm 底层的调用机制太死板。即使您在 think-cache 中配置了 file 和 redis 两个完全独立的通道，think-orm 默认也只会向您通过 Db::setCache() 注入]]>/archives/dd283ffemdo知识库Tue, 21 Jul 2026 01:29:10 GMThttp://localhost:8090/archives/websocket-server-du-li-rpc-server从架构角度来说，它已经接近 think-swoole 能做到的极限了，但是我仍然不建议继续这样维护。 原因不是代码写法，而是 think-swoole 本身的事件模型。 第一处问题：addListener() 仍然共享 Worker 你的代码： $rpcServer = $server->addLi]]>/archives/websocket-server-du-li-rpc-servermdo知识库Wed, 1 Jul 2026 01:30:06 GMThttp://localhost:8090/archives/redis-de-fa-bu-ding-yue-pub-sub-ji-zhi在 think-swoole 中，如果项目开启了多个 Worker 进程或者部署了多台服务器，直接遍历 server->connections 只能触及当前进程下的连接。 要实现跨进程、跨服务器的广播，最成熟的方案是引入 Redis 的发布/订阅（Pub/Sub） 机制。这类似于 Socket.io]]>/archives/redis-de-fa-bu-ding-yue-pub-sub-ji-zhimdo技术Mon, 29 Jun 2026 19:48:22 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-Z754j6U2在 think-swoole 框架中融入 Custom Process（自定义进程） 需要特别注意生命周期。因为 think-swoole接管了 Swoole\Server 的创建与启动，我们不能直接 $server->addProcess()，而是必须在 swoole.init 事件中，将自定义进]]>/archives/wei-ming-ming-wen-zhang-Z754j6U2mdo技术Mon, 29 Jun 2026 10:46:34 GMThttp://localhost:8090/archives/swoole-de-zi-ding-yi-jin-cheng-process你目前是通过 think-swoole 框架提供的沙箱（Sandbox）在 swoole.init 事件中，使用主服务器的 $server->addListener(...) 来动态监听 RPC 端口（9513）。 正如之前分析的，$server->addListener() 产生的子端口，无法通过]]>/archives/swoole-de-zi-ding-yi-jin-cheng-processmdo技术Sun, 28 Jun 2026 23:30:35 GMThttp://localhost:8090/archives/wei-rpc-duan-kou-he-websocket-duan-kou-pei-zhi-du-li-de-worker-jin-cheng在标准的 Swoole 中，子服务器端口（listen 产生的 Swoole\Server\Port）只能单独设置网络协议参数，无法直接通过 set(['worker_num' => X]) 来独立设置 Worker 进程数量。也就是说，默认情况下它们必然会共享主服务器的 Worker 进程。 为了]]>/archives/wei-rpc-duan-kou-he-websocket-duan-kou-pei-zhi-du-li-de-worker-jin-chengmdo技术Sun, 28 Jun 2026 23:19:02 GMThttp://localhost:8090/archives/think-swoole-kuang-jia-di-ceng-de-yi-ge-yin-cang-xian-jing在 think-swoole 的底层实现中，当你调用 $websocket->to('room')->push($data) 时，由于 push 方法需要向特定的 FD 直接发送原始数据，框架为了保证主 Worker 进程不被网络 I/O 阻塞，在底层确实会自动把发送任务投递给 Task 进程去异步]]>/archives/think-swoole-kuang-jia-di-ceng-de-yi-ge-yin-cang-xian-jingmdo技术Fri, 26 Jun 2026 20:55:35 GMThttp://localhost:8090/archives/think-swoole-zi-dai-de-room改用 think-swoole 自带的 Room（房间） 机制是解决线上高频广播丢包、阻塞的最正确姿势。 因为 Room 的底层完全基于 Swoole Table（内存共享表） 实现。当你要全员广播时，它不需要走传统的 Task进程，也不需要通过复杂的管道（Pipe）跨进程通信，更不需要你在代码里写]]>/archives/think-swoole-zi-dai-de-roommdo技术Fri, 26 Jun 2026 20:47:51 GMThttp://localhost:8090/archives/task-dui-lie-zu-sai-yu-diu-qi在本地测试没问题，但线上在高并发、高频发布消息时出现“丢包”或“收不到信息”的现象，这在 think-swoole / Swoole 开发中非常典型。 虽然你配置了 task_worker_num = 8，但在高频广播消息的场景下，问题通常不是因为 Task 进程不够，而是由于 Swoole 的进程]]>/archives/task-dui-lie-zu-sai-yu-diu-qimdo技术Fri, 26 Jun 2026 20:27:27 GMThttp://localhost:8090/archives/think-swoole-quan-ju-guang-bo在 think-swoole 中，全局广播（向当前服务器上所有连接的客户端发送消息）通常有两种实现方式。 第一种是利用 think-swoole 内置的 Websocket 门面（Facade）或事件机制，适合单机部署；第二种是结合 Redis 发布/订阅（Pub/Sub），适合分布式/多机部署。]]>/archives/think-swoole-quan-ju-guang-bomdo技术Fri, 26 Jun 2026 10:25:59 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-ydkL2ZXA默认配置 task_worker_num => 4 在面对批量推送消息时严重不足。当需要给成百上千个用户推送消息时，循环调用 Swoole 的 push 或投递大量小任务，会瞬间挤爆这 4 个进程，导致后续任务全部排队甚至超时。 请按照以下分级方案进行优化，方案一和方案二可以立即见效： 方案一：立即]]>/archives/wei-ming-ming-wen-zhang-ydkL2ZXAmdo技术Fri, 26 Jun 2026 04:30:29 GMThttp://localhost:8090/archives/4e6e8410Reqable是什么? Reqable = Fiddler + Charles + Postman 极简的设计、极高的性能、丰富的功能、桌面手机多端平台。 多协议流量分析 基于经典的MITM中间人代理方案捕获和分析您的应用流量，自适应HTTP/HTTPS/SOCKS4/SOCKS5等多种代理协议，并]]>/archives/4e6e8410mdo知识库Thu, 25 Jun 2026 06:34:09 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-Ux81L2ct即便你修正了拼写错误并加上了 session_start()，在 ThinkPHP 6 (TP6) 环境下，$sessionId 和 $sessionId2 依然是不一样的。 不仅如此，由于操作顺序和 TP6 的底层设计，这段代码在实际运行中还会带来非预期的并发副作用。 1. 为什么它们仍然不一样？]]>/archives/wei-ming-ming-wen-zhang-Ux81L2ctmdo技术Wed, 24 Jun 2026 20:59:07 GMThttp://localhost:8090/archives/wei-ming-ming-wen-zhang-GGbuvdi3我们需要让 TP6 的 Session 组件重新接管控制权，同时强行将其配置到 Redis 2号库，并在入口处拦截并纠正 APP 带来的 26 位 Token，最后同步写到 6号库。 请严格按照以下步骤进行调整，无需修改你现有的 session() 读写业务代码： 第一步：恢复 TP6 的 Sess]]>/archives/wei-ming-ming-wen-zhang-GGbuvdi3mdo技术Wed, 24 Jun 2026 11:11:53 GMThttp://localhost:8090/archives/redis-huan-cun-yu-e-qian-duan-yi-bu-ju-bu-shua-xin-ti-gong-shou-dong-shua-xin-an-niu在 ThinkPHP 6 (TP6) 框架下，针对这种对接多个第三方游戏导致页面加载慢的场景，我们可以使用 Swoole 并发请求（最推荐，大幅提升响应速度）或 Redis 缓存结合异步延迟更新 的方案来落地。 以下是具体的 TP6 实现代码和设计方案： 方案一：Swoole 多协程并发请求（针对必]]>/archives/redis-huan-cun-yu-e-qian-duan-yi-bu-ju-bu-shua-xin-ti-gong-shou-dong-shua-xin-an-niumdo知识库Tue, 23 Jun 2026 13:42:49 GMT