WordPress和WHMCS集成的问题和解决方案

260次阅读

共计 2038 个字符，预计需要花费 6 分钟才能阅读完成。

站长最近一直在折腾 WordPress 和 WHMCS 的整合，到目前为止，已经踩过不少坑，记录一下。

最初的时候从官方位置下载到最新版的 WHCMS 源码，然后从网上找来破解文件，安装了以后，遇到一个问题，普通用户注册后，一旦退出无论如何都无法再登录，即使确定注册和找回密码等流程设置了正确的密码，也还是登录不了。从网上找到的解决方案说是取消 myssql 的严格模式，但是一直还是不行。

就在站长准备放弃的时候，花钱从官方购买了正版授权，并下载官方版本，然后在新的服务器上安装，就这样就可以了。不去追究是服务器原因还是非正版了，反正购买了正版就 OK 了。

强烈建议正式商用一定要购买正版！

在不断接触中，发现了 WHMCS 的各种不足。

没想到这么强大的一个程序，居然不支持在后台上传文件，写文章也不支持上传图片，搞得站长还另外搭建了一个图库，本以为将就着发布文章，没想到 WHMCS 对中文太不友好了（见下面一条），索性就用 WordPress 发布帮助文档。

1、关于 PDF 账单乱码已经很多人提到了，具体见：
https://wzfou.com/whmcs-alipay/#PDF

2、WHMCS 发布“常见问题”时，网址不支持中文，只要是标题中存在的中文都会被过滤掉；中文标签虽然可以显示，但是同样出现乱码，导致点击中文标签的网址，是无论如何也看不到关联的文章。

也许从一开始，WHMCS 就不打算在 SEO 这块做功夫，毕竟人家的定位是一个客户系统，也就是后台界面，前台的东西涉及比较少。没有针对每个页面的 SEO 功能，什么关键词、描述等都没有，或许可以通过插件扩展，但和 WordPress 相比，让站长没有了进一步扩展的兴趣。

想给产品设置一个头图之类的，没想到 WHMCS 不支持，不支持！可能通过自定义字段勉强可以去开发下，但是不是每个人都有能力去弄。

WordPress 和 WHMCS 的集成，的确很不容易，目前市面上有两套插件：

1、WHMpress（包含 3 个插件，购买总共需要 101 美元，700 元人民币，一次性付款永久更新）：该插件对于将 WHMCS 的相关页面直接集成到 WordPress 还是基本可以，但是如果 WHCMS 使用了一些第三方插件，这些插件添加到用户中心的页面功能有些就无法自动集成，此外，在用户数据同步和登录同步方面，支持不太好，仅支持在插件自身页面进行同步登录，不是真的支持 WordPress 和 WHMCS 两个系统独立登录。

2、WHMCS Bridge（有免费版，但是如果要同步登录等功能，需要购买收费版 80 美元 / 年，每年都要续费）站长是后面才试用这个插件的高级版的（可以免费试用 45 天），这个插件相对于上一个，集成功能更加紧密，但是每个页面的打开速度有些慢，同步登录也仅支持自身插件生成的页面。

针对以上两个插件，如果你一定要用，个人比较推荐第二款，除了打开页面有些慢，其他都集成的不错。

站长最终两个插件都没用，采用了如下方案：

1、将 WHMCS 安装在主站的子目录下，作为站点下的一个组成部分，然后修改 WHMCS 的模板，使它的所有页面风格和主站统一，需要具备一定的前端能力。

2、菜单的集成也是重要的一环，让两个系统的菜单统一起来，用户访问各个页面都看到一样的菜单结构。WHMCS 支持通过钩子去修改导航菜单的输出，但是对于新手来说，研究代码的时间成本太高，所以推荐一款非常好用的 WHMCS 插件：WHMCS Advanced Menu Manager（21 美元）

3、关于用户系统，站长最终舍弃了 WordPress 注册和登录（仅供管理员维护内容），只对普通用户开放 WHMCS 的用户系统。这样还面临一个问题，就是用户中心的导航菜单如何“同步”：在 WordPress 程序发布的页面，也需要根据 WHMCS 的登录状态切换登录前和登录后的用户菜单。最终想到的一个勉强可用的方案就是通过 Cookie 判断用户在 WHMCS 系统的登录状态，然后 WordPress 根据这个 Cookie 来判断输出不同的用户菜单。

最后可能有人要问了，为什么要用 WHMCS，而不直接在 WordPress 上开发对应的功能。主要出于两方面考虑：

1、WHMCS 在域名、主机和服务器销售的功能是比较完善的，也很方便集成这方面的其他面板和功能，很多主机商也提供 WHMCS 接口接入他们的产品，对于我们来说实在是太方便了。

2、WordPress 如果要开发出和 WHMCS 差不多的功能，各种成本是非常高的，不是一个小团队可以折腾的。