很久以前就用过PHPRPC，几年没用了，虽然一直在关注着，最近尝试着他来做了一下DZ6.0论坛，把遇到的情况与大家分享一下
首先使用PHPRPC把服务器的一些信息传递给客户端，如cookie的一些设置还有最重要的auth_key，然而即使是这样，我最后也没有同步成功。
经过仔细检查，才发现原来是authcode函数所导致。因为authcode函数里使用了一个全局变量$discuz_auth_key，这个key是在使用common.inc.php的时候根据useragent加上一定的规范而生成的。我在传递的时候把这个变量传回给了客户端，但发现通过PHPRPC生成的key与直接使用浏览器打开生成的KEY不一样。导致最后登录所生成的COOKIE无法decode，最后根据这个生成key的规范，在客户端直接生成好发送给服务端覆盖掉全局变量，使得验证通过。
（写的有点乱，其实就是对于不是从数据库里读出来的全局变量，PHPRPC访问时与直接浏览器访问时所生成的数据不一样）
然后在登录的时候因为DZ还要判断SID，如果有SID了那肯定是无法同步登录（理由和上面一样，两边生成的SID会不一样），于是先清空SID，然后再登录，由服务端生成好SID再传回来，就OK了。。。
由于这次是加载common.inc.php进行处理的，所以很多变量会在系统加载的时候生成，但由于我采用了PHPRPC，在这一步完成后，我会尝试不再加载common.inc.php，这样也可以节约开销（在用户量不大的时候无所谓，但因为每次调用PHPRPC，可能会造成在线用户数加1 这个问题。）
逐步改进，oh yeah