分站代理是 v3.73 最值钱的模块：招 10 个代理，等于开 10 家店

IDC 云主机这行，卖的不只是机器，是「自助开通 + 续费 + 工单 + 分站」这一整条链路。v3.73 这个版本把前台和后台都往前推了一步，前台补了批量操作、独立自动续费、安全中心、券包、用量图表、秒杀专区，后台补了营收看板、客户 CRM、工单 SLA、角色权限勾选树。

这次不按功能清单顺着念，换个角度：先看它最值钱的分站代理模块怎么跑，再看后台那几个数据面板到底该盯什么，最后把部署环境和上线前的坑一次说清。需要直接拿包的朋友，搭建168 上这套 商城系统 类源码已经整理好，源码下载后按本文顺序过一遍，能少走不少弯路。

核心结论：这套系统的商业模式重心不在「卖几台机器」，而在「招多少个代理」，代理模块的配置质量直接决定收入天花板。

代理绑域名就能开站，有独立后台，商品只能从主控挑，售价自己定，差价系统自动分润。听着简单，实际配置时有三个点必须先想清楚。

• 商品授权范围：代理只能用主控放出去的商品，后台里是按商品勾选授权的。实测下来，如果你有 20 个机型，建议先拆成「代理专供」和「主控独销」两组，不然代理把低价机型一降再降，主站价格体系会乱。
• 分润结算口径：差价自动分润是按「代理售价 − 主控成本价」算的，所以主控的成本价必须是真实进货价，不能为了好看写虚高。
• 域名绑定：代理站是独立域名 + 独立后台，需要给每个代理站配好解析和 SSL，否则代理会一直来问「为什么我的站提示不安全」。

上游对接走的是插件化，配套插件 15 个以上，也就是说你不必只绑一家机房，可以按机型分流到不同上游。这个设计对做多云分销的项目很实用。

马上能用：开第一个代理前，先建一个测试代理账号走一遍完整流程——绑域名 → 选商品 → 改售价 → 下一单 → 看分润是否入账。这 5 步跑通了，后面的代理复制粘贴就行。

营收看板 4 个指标 + 工单 SLA，后台每天该盯哪几个数

核心结论：v3.73 后台新增的营收看板把「续费率、ARPU、客单价、转化漏斗」四个数摆在一起，这四个数比总流水更能说明业务健康度。

我部署完第一件事就是进后台把营收看板打开。四个指标里，最容易被忽略的是续费率——IDC 这行新客获取成本高，续费率掉 5 个百分点，一年利润基本就没了。转化漏斗则配合首页的行业解决方案一起看，v3.73 把首页行业解决方案做成了后台可配置，你可以给「建站」「游戏」「跨境电商」各挂一套方案页，漏斗数据按方案来源拆得清。

运营侧另外三块新增值得用起来：

• 客户 CRM：标签 + 备注 + 跟进记录。到期前 7 天用标签筛出「高价值待续费」，比盲发短信有效得多。
• 工单 SLA：支持指派和快捷回复。后台里有个设置项可以配响应时限，超过时限的工单会标红，值班同事不会漏。
• 角色权限勾选树：客服、财务、运维分开授权，财务只看营收看板和退款，不给服务器操作权限。

马上能用：上线第一周就把「续费率」和「工单平均响应时长」两个数截图存档，作为基线。后面每次版本迭代对比，才知道改动是有效还是白折腾。

部署环境清单：PHP、MySQL、双被控端怎么配

核心结论：这套系统是标准 LNMP 结构，主控端 6 项环境要求，被控端支持 KVM 与 Hyper-V 双模式，按你的机器来源二选一即可。

我部署的时候发现最容易卡住的不是主程序，是 PHP 扩展和伪静态规则。下面这张表按实际踩坑顺序整理：

部署顺序按 4 步走，别跳步：

1. 建站、传程序、解压到站点根目录，域名解析先用测试二级域名。
2. 配置伪静态和目录权限，重点检查 runtime 类目录是否可写。
3. 访问安装入口，填数据库信息，跑初始化。这一步会写入大量基础表，慢是正常的。
4. 登录后台，先配「上游对接插件」的密钥和回调地址白名单，再配支付，最后才配商品。

马上能用：装完先别急着上商品，进后台跑一次「用量监控接口」自检，确认被控端通信正常。这步省掉，后面开通失败会以为是支付问题，查半天。

上线前必须过的 5 个检查点

核心结论：v3.73 的功能密度高，出错往往不是代码问题，而是配置口径不一致，这 5 项过一遍能挡掉大部分售后。

1. 数据库先备份再升级。v3.73 支持老库字段自动升级，但「兼容」不等于「可回滚」。升级前 mysqldump 一份，10 秒的事。
2. 公告文案和后台配置对齐。秒杀时长、券包有效期、退款政策这些，页面写什么后台就得配什么，不一致会被用户截图投诉。
3. 管理员两步验证先绑再启用。安全中心开了两步验证后，没绑定的管理员账号容易被锁在外面，先把恢复码存好。
4. 模板切换后回归一遍。四套模板一键切换很方便，但切换后要检查帮助中心 FAQ、秒杀专区、券包页是否都正常渲染。
5. App / 小程序 API 域名白名单。原生安卓 App 和小程序走的是同一套接口，上线前把正式域名加进白名单，否则真机调试全是跨域报错。

哪类项目适合直接拿来用

核心结论：这套 v3.73 更适合「有上游资源、想做分销」的团队，纯自建机房自销的项目用它会浪费一半功能。

• IDC 代理商 / 云分销商：15 个以上上游插件 + 分站代理，天生为分销设计。
• 虚拟主机与 VPS 转售：开通、续费、批量操作、独立自动续费齐全，日常运营够用。
• 需要 App 或小程序入口的服务商：自带 API 接口和安卓 App，不用再单独找外包。
• 做促销活动的商城型项目：限时秒杀 + 券包 + 帮助中心这套组合，本质就是一个虚拟商品商城系统，玩法可以直接迁移。

反过来，如果你只卖一种固定配置、客户不到 50 个，这套系统的 CRM、SLA、角色权限树你基本用不上，装个轻量面板更省心。

FAQ

问：从旧版本升级到 v3.73，数据库表结构要手动改吗？

答：不用。v3.73 带字段自动升级机制，覆盖程序后首次访问会检测并补齐新增字段。但务必先全库备份，升级过程不可逆，尤其涉及订单和财务表时。

问：分站代理能不能自己上架商品、自己定机型配置？

答：不能。代理站只能用主控授权出去的商品，机型配置由主控决定，代理能改的是售价。这个限制是有意的，防止代理乱配资源导致上游超卖。

问：只接 KVM 被控端、不装 Hyper-V 可以吗？

答：可以。双被控端是「支持」而不是「必须」，多数 Linux 机型场景只接 KVM 就够。Hyper-V 主要给需要 Windows 宿主的项目用，两套被控端也可以同时在线，按机型分流。

问：秒杀专区和券包会不会拖慢前台？

答：关键看 Redis。秒杀走队列扣减库存，没装 Redis 或没配好连接的话，活动开始那几分钟首页会明显变慢。上线前用压测工具打一轮，比事后救火划算。

原文参考

原标题：最新IDC云主机管理系统v3.73版本_搭建168

原文简介：

简介：
最新IDC云主机管理系统v3.73版本
新增前台：主机批量操作、独立自动续费、安全中心（登录记录 + 两步验证）、我的券包、用量监控图表、帮助中心（FAQ 分类 + 搜索）、限时秒杀专区、首页行业解决方案
后台：营收看板（续费率 /ARPU/ 客单价 / 转化漏斗）、客户 CRM（标签 / 备注 / 跟进记录）、工单 SLA/ 指派 / 快捷回复、角色权限勾选树、FAQ 管理
底层：数据库字段自动升级（老库兼容）、插件用量监控接口、首页行业解决方案可后台配置
提示：公告里涉及的活动、时长、退款政策等请按你后台实际配置填写，避免与页面不一致。
所有功能全套 IDC 云主机自助销售系统：前台支持开通 / 续费 / 批量操作 / 秒杀特惠 / 券包 / 安全中心 / 用量图表 / 帮助中心，后台带营收看板、客户 CRM、工单 SLA、角色权限树，插件化对接任意上游，含 App/ 小程序 API 接口，模板可一键切换。
所有免费 IDC 云主机管理系统
★ 核心亮点：内置分站代理
代理绑域名即开站、独立后台、只能用主控商品、
可自定义售价、差价自动分润 —— 招 10 个代理 = 10 家店帮你卖
配套：上游对接插件 15+
四套模板 / / 双被控端 (Hyper-V+KVM) / 原生安卓 App
图片：

原文截图：

免责声明

⚠️ 本文仅供学习研究和技术交流，相关源码仅用于了解系统架构与部署流程，请勿用于非法用途。任何商业运营行为均与作者无关。