geo-system GEO获客系统(部署于 maizihehuo)

GEO(生成式引擎优化)获客运营系统:关键词/品牌管理、批量报告生成、营销落地页与控制台。

访问方式

• 营销站+控制台:https://geo.bianquezhiyin.com/(静态 web + /api 反代)
• kucun 域名 /web 亦反代本服务:https://kucun.bianquezhiyin.cn/
• API:127.0.0.1:3200(仅本机;kaku2025 上同名服务为 0.0.0.0:3200 双跑)
• 控制台新目录:/www/wwwroot/geo/console-new

技术架构

• Node/TypeScript:src/index.ts,由 PM2 geo 进程以 tsx src/index.ts 方式运行(package.json name=geo-system v0.2.0,ESM)
• 营销静态:marketing/、public/、dist/
• 批量脚本:batch_gen.mjs(每日 9:00 cron,参数 3 10=3并发×10条,日志 /var/log/geo_batch_gen.log)、find_bianque_task.mjs、merge_browser.mjs
• 品牌配置:brand-config.js、keyword-data.json
• 依赖数据库:宝塔 MySQL geo 库(迁入);报告产物落 geo-report/

数据

• MySQL geo 库(关键词、任务、品牌数据)
• 报告文件:/www/wwwroot/geo-report/(brands.json 等)与站点静态输出
• 备份:依赖宝塔 MySQL 备份 + 每日 fnos 全量备份

使用方法

• 控制台:geo 域名下管理界面;任务通过 batch_gen 批量产出
• 每日 9:00 自动生成;手工触发:cd /www/wwwroot/geo && node batch_gen.mjs 3 10

维护方式

• 启停:pm2 restart geo;pm2 logs geo --lines 100
• 配置:brand-config.js、数据库连接在项目配置内
• 同步:本机与 kaku2025 双跑,注意数据主写方

现状与风险

• PM2 geo 累计重启 193 次,近 1 小时内仍在反复拉起,稳定性问题明显
• 与 kaku2025 同套系统双跑(该机 geo 监听 0.0.0.0),数据可能分叉
• 备份依赖通用链路,无项目级独立备份

优化建议

1. 【稳定性/性能】立即排查:pm2 logs geo --err --lines 200,结合 free -h 判断是否 OOM;可设 pm2 start ... --max-memory-restart 512M
2. 【安全】kaku2025 侧 3200 改绑 127.0.0.1;本机保持仅本机
3. 【可维护性】明确 maizihehuo 为主写实例后,停掉 kaku2025 的 pm2 geo,避免双写
4. 【备份】mysqldump geo 加入每日备份清单并核对 geo-report 目录是否在 fnos 备份范围内
5. 【性能】batch_gen 并发参数(3×10)如在白天高峰影响 API,可移到 02:00 低峰