VIP_TYPE

dailyrefresh_config 每日免费刷新(目前没有SVIP和VIP不一致的地方)

dailycost_config 每日刷新次数(目前没有SVIP和VIP不一致的地方)

代码注意向下兼容，比如SVIP没有填写的时候自动读取VIP的配置，VIP没有填写的时候，自动读取非VIP配置

iap_product_config 内购配置，增加svip_pack_30.unlimitedtower.riceman

global_mail_config SVIP奖励邮件

maze_setting maze_move_base_svip SVIP迷宫体力

character_info.is_vip

rob_result_info 攻方的vip标志

search_result_info.is_vip

guild_member_info.is_vip

guild_received_application_info.is_vip

排行榜中的各个表格

直接使用ShopBuyIAP 购买

购买前自动领取所有的旧VIP邮件

兑换比例写死3:1,不开配置了

挂机收益5%/10%，写死在代码中 StartBattle / EndBattle

配置 pet_adventure_setting .diamond_refresh_success_rate_add int 11 20 钻石刷新寻宝成功率

配置 pet_adventure_setting .diamond_buy_success_rate_add 钻石购买寻宝成功率提升

配置 pet_adventure_setting .diamond_buy_success_rate_cost 钻石购买寻宝成功率价格（钻石）

存档 pet_adventure_info .buy_diamond_rate 钻石购买的额外成功率

配置 pet_adventure_setting .double_income_price_reborn 转生后双倍价格

FriendSendGift 第一个参数送0 表示对所有人， 第二个参数必须是 普通问好

friend_setting 废弃大量字段

friend_help_config 友情关系分级给奖励

friends_info 增加 friend_help_level

符文精华是以道具形式配置

rune_config 新增了计算数值公式

rune_levelup_config 新增配置表格

skill_setting 新增rune_recycle_rate 符文精华回收比例

新增符文精华id配置

rune_info 增加 level

获取角色detail的时候需要追加所有的rune信息获取

skill_info rune 和 pvp rune分别指向 rune_config 的id字段

skill_info 增加符文等级字段

改名 UnlockRune

新协议

RuneUnlock

RuneLevelUp

RuneRecycle

boss_config 新增 attrib_desc和skill_desc

新增枚举类型

许愿萤光进度 464

许愿生涯许愿券剩余 465

许愿荧光次数 1038

许愿萤光购买次数 1238

dailycost_config 注意参考1001的填写方法， 1038 配置3次免费，然后addtional_cost写 (465,1)

dailyrefresh_config 注意参考1201的填写方法， 1238 的 award写 (465,1)

pet_setting

pet_wish_progress_max 许愿萤光总进度

pet_wish_piece_count 许愿萤光兑换万能碎片的数量

pet_wish_normal_cost 许愿萤光普通许愿消耗

pet_wish_diamond_cost 许愿萤光钻石许愿消耗

pet_wish_normal_add 许愿萤光普通许愿增加数量

pet_wish_diamond_add 许愿萤光钻石许愿增加数量

协议 PetWish

兑换 PetWishExchange

ladder_shop_config 竞技场符文商城

ladder_suit_shop_config 竞技场套装商城

新增/调整了关于筛选条件的字段

ArenaBuyRuneReel 符文卷轴购买保留不变

ArenaBuyEnchant 套装购买

* 一个入口同时承载一套user /game /prototype /redis

* 原型数据决定聊天列表的入口地址

* 一个运营商一个大区，大区名字配置在server_setting.area_name

* 一个区公用一个user数据库

* 一个区公用一个prototype数据库(也可以每个服务器独立，支持但不建议)

* 通过原型数据库 server_config配置一个区下面的若干个服务器入口

* 不同的服务器连接不同的逻辑数据库/redis

* 不同服务器都有各自的聊天服务器入口，不可以相互影响。因为聊天会有查看玩家详情的功能。

服务器

* 客户端所有请求带服务器id

* 不同的服务器也可以公用同一个redis数据库

* 选择服务器的时候账号信息中记录对应的服务器id，获取和创建角色在character_info.server_id中判断

* 排行榜和好友其实并没有分开。

* guild_info.server_id 记录会长的server_id

所有服务器的代码都是一份，主入口只是写死在客户端里的那个地址，但是所有的服务器都是可以作为主入口存在的，

他们的服务器配置里面，除了自己的服务器序号不同和对应的数据库地址不同，所有的服务器内容，代码，原型都是一致的。

每个服务器对于大区数据的操作都是等价的，所以并不需要一个总的大区php服务器入口

大区的数据的操作主要有，原型数据获取，账号创建与登陆，服务器切换等。

数据库合并，角色id保持不变，其他表格以追加的形式完成。

管理后台可以分为管理本服务器的内容和大区管理，每个服务器后台都可以管理大区，同时可以方便地跳转到其他服务器后台。

基本接口不变，但是功能都需要有操作本服务器和操作本区两个选项。比如公告之类的，最好是全区操作。

InitPrototype CreateAccount LoginAccount GetCharacters EnterCharacter

InitPrototype CreateAccount LoginAccount ServerSelect InitPrototype GetCharacters EnterCharacter

LoginAccount 这里要获取 character_count_info

ServerSelect 这里可以再次执行InitPrototype 确保原型数据是和这个服务器一致的

GetCharacters 这里需要在服务器上按照server_id 进行过滤

server_setting busy_count 和 full_count

server_config 服务器名称配置

chat_room_config中的地址，将由server_config.chat_url替换

服务器 conn_all.php 配置

//user
$mysql_host_user = "114.55.218.242";//user数据库地址
$mysql_account_user = "gm001";//user数据库账号
$mysql_password_user = "rm123456";//user数据库密码
$mysql_db_user = "ut_user";//user数据库名字
//prototype
$mysql_host_prototype = "114.55.218.242";//prototype数据库地址
$mysql_account_prototype = "gm001";//prototype数据库账号
$mysql_password_prototype = "rm123456";//prototype数据库密码
$mysql_db_prototype = "ut_prototype";//prototype数据库名字
//game 默认
$mysql_host_game = "114.55.218.242";//game数据库地址
$mysql_account_game = "gm001";//game数据库账号
$mysql_password_game = "rm123456";//game数据库密码
$mysql_db_game = "ut_game";//game数据库名字
$mysql_db_game_1 = "ut_game1";//game数据库名字
$mysql_db_game_2 = "ut_game2";//game数据库名字

account_info 新增了 server_id server_address 字段

新增角色登陆log表character_login_log_info

新增 服务器状态表 server_stat_info

新增 账号在各个服务器的人数表 character_count_info，创建角色的时候可以使用这里的人数作为id自增值，而不是靠数据库的自增字段来处理。

character_info.server_id 已经预留

公用聊天的时候的处理 （连接数组）

PDO作区分

充值回调