网页游戏服和玩家id的规划

基于页游项目遇到问题后的预想，可能不具普遍性，仅供参考。主要考虑接入不同运营商，合服滚服需求，数据分析后台。

游戏服规划

• 虚拟服

  对玩家可见，后台主要记录登陆配置用于登陆使用，指明隶属哪个真实服。

• 真实服

  对玩家不可见，隶属同一个真实服的玩家彼此可见，玩家数据也是放在同一张表，不同真实服只要求表不同，合并不同虚拟服时将虚拟服在真实服数据表的数据导到一起，但每条数据必须记录虚拟服id用于对不同虚拟服进行数据分析，但一般只需分析一个真实服的玩家数据。

运营商开通不同虚拟服，原则上不同运营商虚拟服不合并为一个真实服。
数据对不同真实服可采用不同数据库或数据前缀后缀等特征进行区别。

玩家id规划

每个虚拟服玩家数据达100w*80%时活跃玩家已经很低，此时可考虑合服。

理论上可满足4294个虚拟服，一个uint_t(42,94|96,7296)玩家的合服。
合服滚服规划.swf

合服对好友关系，名字索引的影响
好友和名字全部带上虚拟服id，客户端显示时去掉，但客户端和服务端间通讯时由两端加上。

查找玩家时可能会出现找不到的情况，可提示来自其他服（暂时没想到方法，或者可采用类网站分布式和模块进程化开发大场景网页游戏的形式，把大量玩家的关系和名字库分别放一起）。

多进程
按副本、场景、db和登陆、log和GM开多个进程，场景和副本可开多个进程。