php在线客服源码

去年帮朋友搭一个外贸站的客服客服系统，预算卡在五百块以内，源码商业SaaS按坐席收费的客服模式直接出局。翻了一圈GitHub，源码最后锁定在几套PHP在线客服源码上。客服这事让我意识到，源码很多人其实低估了自建客服系统的客服可行性——前提是你选对了源码。

PHP做在线客服有天然优势。源码虚拟主机就能跑，客服不用折腾Node.js环境，源码MySQL一装，客服上传即用。源码我试过Workerman那套方案，客服常驻内存确实快，源码但虚拟主机基本没戏，客服得VPS。如果你跟我朋友一样只想花小钱办大事，传统LAMP架构的源码反而更实在。

几套值得看的源码

LiveHelperChat 是我最终选定的。匈牙利人开发，代码结构干净，支持多运营商同时在线、访客轨迹追踪、自动触发消息。最关键是它有一套完整的REST API，我花了两个晚上把客服窗口嵌进了朋友网站的footer里，样式用CSS覆写，跟原站视觉基本统一。后台管理界面略丑，但功能不缺。缺点是文档偏简略，某些配置项得翻源码注释才看得懂。

Mibew Messenger 更轻量，安装包不到2MB。适合只需要“访客点一下就能跟人对话”这种最基础场景。它有个button生成器，选颜色、选位置，复制一段JS就行。但多坐席分配逻辑比较弱，三个人以上同时接待就容易乱。我拿它做过一个临时活动页的客服，三天访问量两千多，没出过故障，稳定性可以。

osTicket 严格说是工单系统，但它有个在线客服插件。如果你需要把聊天记录自动转成工单、支持邮件通知和SLA管理，这套更合适。代码量比前两个大得多，二次开发门槛也高。我见过一个做IDC的团队拿它改成了售前咨询+售后工单一体化系统，改了大半年，投入不小。

几个容易踩的坑

源码下载下来第一件事不是急着装，先看PHP版本要求。LiveHelperChat 3.x 要求PHP 7.4以上，我朋友那台老虚拟主机还跑着5.6，直接报错。升级PHP版本这事，虚拟主机商那边有时候要工单申请，提前问清楚。

数据库字符集别用默认的latin1。客服消息里中文、emoji、特殊符号混在一起，utf8mb4是底线。我见过有人装完发现表情发出去变问号，回头改字符集，已有数据还得迁移，麻烦。

还有 socket 连接方式。传统轮询（polling）对服务器压力大，但兼容性最好。WebSocket体验好，但需要额外配服务端。如果你用虚拟主机，大概率只能轮询，把刷新间隔设成3-5秒，别太激进。

二次开发的实际工作量

拿LiveHelperChat举例，改一套跟网站风格一致的皮肤，前端熟手大概两天。加一个“访客来源渠道”统计字段，涉及数据库加表、后台表单、前端埋点，一天。对接微信公众号或企业微信，得看官方API文档，三天起步。这些时间估算基于你熟悉PHP和MySQL，如果只是会改改HTML，那得翻倍。

我自己的判断是：预算低于一千、坐席少于五个、不需要复杂报表，PHP在线客服源码自建完全划算。一旦超过这个规模，商业SaaS的稳定性和省心程度反而更值。源码是工具，不是信仰，别为了自建而自建。

最后提一句，不管选哪套，装完先改默认管理员密码，删掉install目录。我扫过一些暴露在公网的客服系统后台，默认路径没改的一抓一大把。安全这事，省一步就是给自己挖坑。