多趣网论坛

标题: 聊聊关于50的IT技术。 [打印本页]

作者: mrmengyi 时间: 2016-7-21 10:39:47 标题: 聊聊关于50的IT技术。

本帖最后由 mrmengyi 于 2016-7-21 10:39 编辑

刚看了几篇，关于服务器卡的帖子。
分析的头头是道。还是那句话：然并卵。
所以，技术的问题就丢给游戏商家自己解决吧，玩家只需要提出需要。

先举几个反例：
1、“现在九维的一台物理服务器上通过虚拟机的模式同时运行着几个游戏大区是不争的事实”
评论：网页游戏，应不需要搞虚拟机这么麻烦。正巧我在公司的工作也涉及一些虚拟化的工作。
　　　使用虚拟机，平均会损失 30% 的计算资源。虚拟机的应用主要是在弹性计算资源的调配和系统隔离。
1.1) 弹性计算资源的调配：比如说30人工作，分三班倒。只需要15台的虚拟机资源，超分2倍，可以分配30个虚拟机，大家上班时间不一样，可以轮着使用又不互相干扰。
1.2) 系统隔离：网络服务的应用主要是多个托管商家在一个服务器上，使用虚拟化环境隔离，这样一个厂商的app挂了，不会影响同一个虚拟化环境的其他厂商。
　　　50的系统，用到了集群、负载均衡、多站点、高并发(ngnix)、高速缓存(memcache)等技术。在刚开发的那段时间，尚不流行虚拟机技术。

2、“所以其中一个游戏区因为“小号过多”等原因会争抢同一台物理服务器的性能资源，造成同服务器的其它区出现卡顿甚至崩溃。”
评论：同1.2。如果真的使用了虚拟机，实际上通过监控、隔离，不会因为一个区的崩溃，导致其他区的崩溃。

3、“给每个区增加角色数量上限”评论：实际上是有上限的。我记得有人注册小号遇见这个情况。可能是百万吧，记不清了。
-----------------------------

那么，挂小号影响多少性能？
实际上要看是怎么挂机。挂了哪些。
多挂一个号，会造成多少服务器的开销呢？做权威的应从运维人员这边获取数据，例如每秒请求数量，每秒完成请求数量。
虽然从研发角度并不能准确的评价，不过我可以尝试做一些分析：一个号占用的资源，大约有：数据库中记录的数据；小号向服务器发出的请求。
1、数据库资源对于游戏，数据库的资源小号基本可以忽略。每个账户的数据有限，所以对数据库的负担增加只是线性。对于检索的时间，是对数级别（查询时间复杂度）。
通俗来说，如果100个号查询需要1毫秒。那么：200个号查询时间是1.15毫秒、300个号查询时间是1.238毫秒、400个号查询时间是1.3毫秒。

2、计算资源（CPU消耗）
CPU的消耗可以分为两部分：http协议处理的消耗和内部计算的消耗。
　　有一些操作，可以合并。例如：卖999个技能书，可以分999次每次卖1本，也可以1次卖出999本。很明显，前者所消耗的CPU资源是后者的999倍。如果大量的操作可以合并，可以减少很多服务器压力。
　　另外，不同的操作，对于CPU的消耗还有不同。例如，卖一本书和打一次怪，对于服务器的压力是不同的。前者只需要简单的计算，把书扣除并增加铜币；后者需要读取双方数据进行对战计算。根据实测数据，三万号只挂日常，不会影响现有服务器的运行。一个小号的日常请求数据为7次以内。21万的http处理，大约单线程120小时以内，对于集群来说是非常轻松的。

------------------------------
有朋友讨论这次问题，提了几个观点，个人比较赞同，这里纯粹转发：
1、不应截断大家获取铜币的方式。
2、老友卷、瑕疵石交易是触发大量建号的原因。
3、减少游戏的不必要功能。最典型的就是加血加蓝的药。在50世界里，这两类药就是两个大大的笑话。
4、允许多物品一次性兑换和买卖。减少服务器开销。
　　BTW：一次只能换一个，或者买一个，这一定是有多线程并发BUG。例如：一周能换3次的突破进阶石，为嘛一次只能换一个？
　　　　　不要问我为什么知道，用脚趾头都能想得到。

==================
建议彻底修正并发BUG。按照9wee技术员的尿性，这个问题应该还没彻底解决。现在是能打补丁的就打补丁。反正能糊弄就可以了。
这里，附送一个第5点的解决方案。是某互联网公司（上市公司，算比较大的）技术总监给我们讲课的时候get的方法。“如何解决高并发场景下，同时保证性能和数据一致性”
》》这方法在互联网上都是用烂的，不知道9wee的程序猿们是否知道。

如果两次并发交易，传统的加锁会导致处理队列排队，十分影响效率。而多台服务器并发，有可能导致花1份的钱，买到2份的商品。
众所周知（在程序猿的世界众所周知），数据库的分库分表（横向切割和纵向切割），能保证角色的数据分散在不同的数据库。这样一个角色的频繁请求只会影响同一个服务器，并且可以在该服务器排队。
同时，数据库层面可以通过事务的方式，保证一致性。一个单一的SQL，就是一个事务！

回到问题：如何保持高效和数据一致性？
我们的目标仅仅是高效+数据一致性。那么当并发请求到达时，在计算处理层面，可以使用集群的分布式计算，在不同的服务器上处理。
在SQL之前记录一下当前的账户的余额，例如当前余额100元。然后处理交易数据（可以较长时间）。
然后在最后增加购买数量的时候，SQL里增加一个条件：WHERE '余额'=100
这样，只要余额不匹配就不会交易。而且处理交易的部分可以分布式急死俺，还可以有相对长的时间（10秒级）。不符合条件的情况下不会成交。

最后补充说明：我不是搞互联网的，也不搞大规模集群和高并发处理。只是我觉得这个方式是一种非常廉价和易于理解的方式。
有不正确的欢迎指导，写的不对了也不必嘲笑，大家切磋切磋。

作者: 张天师 时间: 2016-7-21 10:43:14

不明觉厉啊

作者: stoneyu 时间: 2016-7-21 10:43:35

我代表9wee表示，你被录用了，明天来上班！

作者: 一剑浪子 时间: 2016-7-21 10:44:51

stoneyu 发表于 2016-7-21 10:43
我代表9wee表示，你被录用了，明天来上班！

我表示9维舍不得聘这种

作者: Destiny123 时间: 2016-7-21 10:54:11

本帖最后由 Destiny123 于 2016-7-21 11:00 编辑

- - 我个人觉得一个数据库的行锁即可解决并发提交问题，针对关键表格关键字段做行锁，然后配合事物。

作者: 星月魅影 时间: 2016-7-21 10:56:28

好深奥~~~！！！
没看懂~~~！！！
不过看起来貌似不错的样子哈~~~！！！

作者: 囧囧 时间: 2016-7-21 11:00:49

找的技术人员，都是二把刀~~就会复制，拷贝。改几个参数。。每个月拿几万高工资。实际的成效只有250块。。。。我要是他们老板。不天天骂死他们。。。

作者: 小老婆那个 时间: 2016-7-21 11:02:45

这才是九维需要的高科技人才！！！

作者: ssssssssssssssssssss 时间: 2016-7-21 11:08:20

stoneyu 发表于 2016-7-21 10:43
我代表9wee表示，你被录用了，明天来上班！

这公司也配录用他,这篇的东西**的程序员能了解完处理掉上面的问题以经不错了

作者: 破比无悔 时间: 2016-7-21 11:19:10

屌炸天啊啊啊

作者: mrmengyi 时间: 2016-7-21 11:22:42

Destiny123 发表于 2016-7-21 10:54
- - 我个人觉得一个数据库的行锁即可解决并发提交问题，针对关键表格关键字段做行锁，然后配合事物。 ...

各种锁都会影响性能。
无锁设计的思想已经出现很久了。有兴趣可以看看。

作者: 傷心恶意 时间: 2016-7-21 11:29:39

本帖最后由傷心恶意于 2016-7-21 11:30 编辑

回复 mrmengyi 的帖子

我想问问M神一周是换三个进阶石么求bug。

作者: 雪心吻蝶 时间: 2016-7-21 11:36:30

innodb的行锁效率很高的，不会影响，并发BUG问题是出在cache里的热数据无锁
而且游戏应用怎么可能直接读写数据库-。-，直接读写数据库分分钟爆服，必然是有冷热数据分离，内存操作，异步同步内存数据到数据库的
大量小号其实只要不是同时跑副本，对服务器几乎没压力
至于集群……

分区分服的游戏怎么可能用到集群来处理……无非就是两台机器一组服，对冷门区直接一组服开多个virtualhost而已
m你想的太多了
一个游戏上线之后的维护必然不是原始开发的那一群人，主力研发早就抽调走去做别的游戏了，维护都是生手上手用的，不断有BUG说明研发测试流程不完善，99%的小型公司都这样，成本是个没法规避的问题。

作者: 安静0906 时间: 2016-7-21 11:41:19

好腻害的感觉。。。。

作者: 小队长 时间: 2016-7-21 11:43:33

最最关键的问题是本来卖老友，瑕疵，铜锭（这个其实相当于在卖的）的收入都被卖小号挂的赚去了。官方现在是宁可送你们老友和瑕疵都不想你们去照顾外挂的生意。只是不能送得太猛，怕引起前面花钱做满老友和6阶的大神的不满。所以吧，跳的高的玩家只是因为已经投了钱在小号挂上了。对于一些懒人玩家来说，有点意外之喜的味道，但也要记得相公这样为大家谋福利的人，不能落井下石。
一个游戏的生存离不了玩家，也离不了玩家的钱，能够这两方面做好平衡，那就是要做到玩家乐意花钱来玩一下这个游戏。有个帖子说得很直白，让花时间的玩家来做为花钱玩家的道具，如果游戏最后演变成花钱的赶不上花时间的，花时间的赶不上在外挂上花钱的，那这游戏就是彻底的失败了。
这里大胆设想一下，所有的老友，瑕疵，等一切可交易的装备，都通过公共平台，卖家用礼券，黄金或者铜锭明码标价的交易。上架后任何玩家都可以抢买，官方照常提成。会不会把花钱花时间的玩家合理的激发起来呢？

作者: 一个人的约会 时间: 2016-7-21 11:45:24

小队长发表于 2016-7-21 11:43
最最关键的问题是本来卖老友，瑕疵，铜锭（这个其实相当于在卖的）的收入都被卖小号挂的赚去了。官方现 ...

问题来了。。。。游戏需要的是花钱的玩家。。。。。你连买挂的钱都不出的。。。。人你会去充值吗。。。。会去充多少吗。。。。。

作者: Destiny123 时间: 2016-7-21 11:45:30

雪心吻蝶发表于 2016-7-21 11:36
innodb的行锁效率很高的，不会影响，并发BUG问题是出在cache里的热数据无锁
而且游戏应 ...

内存里做个字段锁也是一样，反正并发bug的问题就是多线程并且无锁。
要么就把它做成单线程，锁都不需要，要么就做锁。

作者: hotGANDOM 时间: 2016-7-21 11:45:34

安静0906 发表于 2016-7-21 11:41
好腻害的感觉。。。。

摸到一枚女神大人

作者: 安静0906 时间: 2016-7-21 11:47:30

hotGANDOM 发表于 2016-7-21 11:45
摸到一枚女神大人

小白托你歪楼咯。。。

作者: heypop 时间: 2016-7-21 11:59:48

我知道你也是做IT的，但是说的都是秀才的话，武林的问题，不简单仅仅是程序员及编程技术上的问题，这还涉及到整个游戏的架构，有没有好的架构师，公司内部的组织和管理、成本核算等等一系列问题。
“50用到了集群、负载均衡、多站点、高并发(ngnix)、高速缓存(memcache)等技术”，你能找出一家现在不用这些技术的网页游戏吗？就像说一个人必须睡觉和吃饭，这都是废话。
“评论：同1.2。如果真的使用了虚拟机，实际上通过监控、隔离，不会因为一个区的崩溃，导致其他区的崩溃。”你的说法在理论上都没有问题，但是实际上并非如此，就像十字路口的交通问题一样，如果大家都切实遵守交通规则，就不会出现那么多交通事故，但是事实呢？武林主要是托管在浙江金华的IDC机房，具体双方的合作方式外人并不清楚，这还包括硬件条件等，从综合运营成本考虑，九维游戏的部署模式也无可厚非，但是绝对不会连监控和隔离都不知道，肯定是受到了某些条件的限制和约束。更何况武林是10年前上线的游戏，没有采用现在流行的比较彻底的云架构。
其它的技术问题，在这里讨论也没啥太大意义，一个公司也罢，一个单位也罢，并不需要人人都懂，只要有一两个高水平的就足矣，玩家只能祈求九维能找到高水平的技术，能稳定的待住，保持一个技术的持续，所有的技术问题就都不是事。

作者: 小队长 时间: 2016-7-21 12:01:12

一个人的约会发表于 2016-7-21 11:45
问题来了。。。。游戏需要的是花钱的玩家。。。。。你连买挂的钱都不出的。。。。人你会去充值吗。。。。 ...

花钱的不花钱的玩家游戏都需要，我正是属于你说的买挂的钱都不出的那种玩家，装备渣一样的 VIP5，花钱只是为给9维 8年的服务器租金及服务费，（当然也有一开始游戏阶段的大家相互争斗花的冤枉钱，呵呵。）也许像我这样的玩家不多，但这是我玩游戏的宗旨。至于为什么不愿花更少的钱去买挂获得更快更多的加强，一方面自己不知道什么时候会丢下不玩了，另一方面也永远也赶不上那些元神幻灵魂各种满级的大神。还不如在自己的小圈圈里图个开心。

作者: heypop 时间: 2016-7-21 12:04:06

雪心吻蝶发表于 2016-7-21 11:36
innodb的行锁效率很高的，不会影响，并发BUG问题是出在cache里的热数据无锁
而且游戏应 ...

嗯嗯，这里你最有发言权

作者: 小3安 时间: 2016-7-21 12:05:06

傷心恶意发表于 2016-7-21 11:29
回复 mrmengyi 的帖子

我想问问M神一周是换三个进阶石么求bug。

同求1周換3各進階石的方法

作者: 一个人的约会 时间: 2016-7-21 12:06:21

小队长发表于 2016-7-21 12:01
花钱的不花钱的玩家游戏都需要，我正是属于你说的买挂的钱都不出的那种玩家，装备渣一样的 VIP5，花钱只 ...

首先。。。。。。。。。九维坑太大、、、、别人充值我返券我帮别人弄铜币。九维充值的铜币根本跟不上出坑速度而且是新来玩的在老区然后几个月已经马上V7了

作者: 467307973 时间: 2016-7-21 12:15:58

雪心吻蝶发表于 2016-7-21 11:36
innodb的行锁效率很高的，不会影响，并发BUG问题是出在cache里的热数据无锁
而且游戏应 ...

九维辞退屠龙翅就是最大的损失！！！

作者: 467307973 时间: 2016-7-21 12:20:57

与其封小号，改革福利。不如缩小铜币坑。因为你送的那点铜币。丢进坑里，连声音估计都不会有。非R只能用铜币跟那微弱的礼券福利来填坑。你们自己算算非R根据现有福利要填多久坑才能有点起色。所以要么坑要根据现有福利的强度来设。要么福利要根据现有坑的大小来发。

作者: 打你是為你好 时间: 2016-7-21 12:42:06

回复 mrmengyi 的帖子

几个问题:

1. 一个小号的日常请求数据为7次以内. 这怎么估算的?

2. 系统HA的提升方法本来就很多, 但你会为了不花相对应钱的使用者, 持续提升你的开发营运成本?
说个比喻好了, 你开个自助餐厅, 汤品饮料免费。有个客人买一份餐点，是付费使用者。然后带一两千个人来把汤饮料喝光，其他付费客人受影响，你要去限制带一大堆人来的客人，结果那人呛你说，是你的汤品饮料准备不够多，快点再去增加数量。你怎么办？
加了之后，又更多人带上千上万个来，你又怎办？
如果这时有人跳出来跟你说, 有问题的是你餐厅制作汤品饮料的方法不对, 应该透过大量采购来压低成本, 然后制作的方式也可以再改进, 可以提高每小时能服务的客人数量,当然容器也要进一步提升改进, 采购最新的科技产品可以大幅改善. 还有改善餐厅内部的动线流程及人员训练等等... 如果是你老板, 你会选择照着做?

作者: Destiny123 时间: 2016-7-21 12:49:33

打你是為你好发表于 2016-7-21 12:42
回复 mrmengyi 的帖子

几个问题:

这位仁兄的比喻实在是不妥，可能是因为你不是做技术的。
一个付费的客人带着几千人来喝免费的汤。。。
那几千个人喝的汤难道都进了那个付费客人的肚子里么？

作者: 打你是為你好 时间: 2016-7-21 13:00:12

本帖最后由打你是為你好于 2016-7-21 13:00 编辑

Destiny123 发表于 2016-7-21 12:49
这位仁兄的比喻实在是不妥，可能是因为你不是做技术的。
一个付费的客人带着几千人来喝免费的汤。。。
那 ...

聽說那幾千個人喝掉的, 回家後會吐出來(或其它方法出來), 再餵給那個帶人來的...

另外, 我是做技術的...

作者: 神通广大~~ 时间: 2016-7-21 13:01:23

这就是你元老了的原因么

作者: Destiny123 时间: 2016-7-21 13:01:32

打你是為你好发表于 2016-7-21 13:00
聽說那幾千個人喝掉的, 回家後會吐出來(或其它方法出來), 再餵給那個帶人來的...

另外, 我是做技術的... ...

那你喝个几千份汤试看看

作者: 小队长 时间: 2016-7-21 13:05:11

一个人的约会发表于 2016-7-21 12:06
首先。。。。。。。。。九维坑太大、、、、别人充值我返券我帮别人弄铜币。九维充值的铜币根本跟不上出坑 ...

重要的是心态，9维挖坑太容易，我为什么要用大量时间，或者真金白银去填呢？大不了少打几层幻境，几层副本，要知道多获得的那点道具也有下一个坑等着你，我们是来玩游戏，休闲的，不是来填一个又一个坑的，这和事业上克服一个又一个难关取得成功是完全不一样的概念。

作者: 一个人的约会 时间: 2016-7-21 13:14:29

小队长发表于 2016-7-21 13:05
重要的是心态，9维挖坑太容易，我为什么要用大量时间，或者真金白银去填呢？大不了少打几层幻境，几层副 ...

追求不一样现在玩游戏大多不是以前单服的问题了。。。

作者: 人人爱我我爱人人 时间: 2016-7-21 14:26:22

作者: 雪心吻蝶 时间: 2016-7-21 15:44:51

打你是為你好发表于 2016-7-21 12:42
回复 mrmengyi 的帖子

几个问题:

托管任务一次
签到一次
托管竞技一次
领取任务一次
领取竞技一次
领取修身养性一次
领取全民福利一次
总7次
OVER

作者: 迈克尔•乔丹 时间: 2016-7-21 15:57:12

不明觉厉

作者: mrmengyi 时间: 2016-7-21 16:03:17

heypop 发表于 2016-7-21 11:59
我知道你也是做IT的，但是说的都是秀才的话，武林的问题，不简单仅仅是程序员及编程技术上的问题，这还涉及 ...

首先，我想说的是。我只希望和有理智的人讨论技术问题。我欢饮继续交流和切磋技术问题。那么，我们先看一下您关于9wee技术的观点：
1、从各色人等以与客服交流的内容可以肯定：现在九维的一台物理服务器上通过虚拟机的模式同时运行着几个游戏大区是不争的事实，所以其中一个游戏区因为“小号过多”等原因会争抢同一台物理服务器的性能资源，造成同服务器的其它区出现卡顿甚至崩溃。
2、武林主要是托管在浙江金华的IDC机房，具体双方的合作方式外人并不清楚，这还包括硬件条件等，从综合运营成本考虑，九维游戏的部署模式也无可厚非，但是绝对不会连监控和隔离都不知道，肯定是受到了某些条件的限制和约束。更何况武林是10年前上线的游戏，没有采用现在流行的比较彻底的云架构。
----------
这里有个自相矛盾的观点，第一条中，猜测9wee使用了“虚拟机”的模式，第二条中又说“没有采用现在流行的比较彻底的云架构”。
请先说请说您的技术观点，对于9wee的IT技术的理解。

=====================
下一条：一个公司也罢，一个单位也罢，并不需要人人都懂，只要有一两个高水平的就足矣
我只想说，高并发+数据一致性的技术，并不是什么高深的技术，也并非秘密。9wee的CTO应有足够的能力解决问题，而不是像现在这样规避问题。
这里再解释一下什么是规避，什么是解决。
　　若是解决问题，应该是报名黄金联赛就直接得到礼包，并且不会出现之前刷礼包的情况。
　　现在是报名的时候不发礼包，事后再统计。我猜想是在周三的3:00-10:00直接做的吧。

=====================
关于是不是秀才言论。我承认我是外行。我是做程序设计和产品设计的。对于上线运维的东西一知半解，所以我只谈程序设计问题。

====================
“如果大家都切实遵守交通规则，就不会出现那么多交通事故”
这个比方并不恰当。开车闯红灯是要罚款的。是大家都知道的违法行为。官方能发一条规定，“小号**”么？记得发规定的时候说清楚“小号”的具体定义。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
下一条：你能找出一家现在不用这些技术的网页游戏吗？就像说一个人必须睡觉和吃饭，这都是废话。
废话么？我说的这些都是我能确认或者基本确认的内容。
我列一下我说的那些技术吧：
1、负载均衡。前几年我停市场部同事说过，上海的九维向我们公司购买了一些负载均衡板。所以我有这个猜测。
2、集群。如果是单一服务器，一般就不会刷出那么多黄金联赛的礼包了。
3、多站点。9wee的50游戏站点，大体分为几个区域。比如官方的区。基本上可以用相同的IP地址访问。服务器侧用域名作为区域区分。
　　也就是说，你访问1区，和访问90区，可能是同一组服务器在工作。
4、高并发。从服务器的应答看，50最外层的服务器可能是ngnix。这是一款业界比较有名的高并发web服务器。记得是使用了linux的epoll特性。
5、memcache。在页面错误的时候看到过memcache的报错。
而这里我很想问一下您是怎么知道9wee使用了虚拟机（参见第一条）。如果信口开河，和您继续讨论就是在浪费时间了。

作者: mrmengyi 时间: 2016-7-21 16:04:51

雪心吻蝶发表于 2016-7-21 15:44
托管任务一次
签到一次
托管竞技一次

正解，翅膀果真是同道中人。
实际上我以前挂石头，只需要5次。说7次是估摸着放了点量

作者: mrmengyi 时间: 2016-7-21 16:24:28

雪心吻蝶发表于 2016-7-21 11:36
innodb的行锁效率很高的，不会影响，并发BUG问题是出在cache里的热数据无锁
而且游戏应 ...

cache里的数据无锁？解决不了并发期间的数据一致性么？
那么淘宝、支付宝、京东啥的早就歇菜了。

应该不会直接写数据库，但是通过透明的缓存应可以避免直接观察到缓冲层，对于应用层面和直接写库应该没有逻辑上的差异。

“innodb的行锁效率很高的”。不怎么深入研究mysql。不过我一直认为行锁的效率再高，也会影响性能。
在大规模账户的线上系统中，我看到的都是自己分库分表，自己维护cache和锁。还没有见过直接用数据库锁的情况。如果有，请您分享一下，我去学**学**。

关于集群，我是一个猜测。因为大型游戏使用集群应是比较常用的方式。这里还可能有概念上的理解差异。
我能够确定的是，9wee通过域名解析返回的IP不同，使得不同区域的玩家访问到不同的服务器。我称为“集群”方式，可能和专业做IT的叫法不同。
比如你访问官服5区，同一个域名实际上至少有3个IP，任何IP都可以访问。然后就是你说的virtualhost。
打个比方，通俗的说（考虑到科普性质），就是有10台服务器的IP是 xxx.xxx.xxx.101 - xxx.xxx.xxx.110，同时给1区到10区提供服务。你的操作落在哪台服务器是不确定的。而任何一台挂了，只要域名解析哪里能快速调整，玩家是感受不到服务器宕机的。

作者: Destiny123 时间: 2016-7-21 16:29:54

雪心吻蝶发表于 2016-7-21 15:44
托管任务一次
签到一次
托管竞技一次

现在签到之前还需要去获取一次是否签到过的信息，否则它不给你礼包

作者: 发现者 时间: 2016-7-21 16:40:10

作者: 笛坠红尘 时间: 2016-7-21 16:58:27

V587 ~

作者: 青灵木！ 时间: 2016-7-21 17:20:43

都去抗洪去，都围在这里干啥呢

作者: 味精香甜~ 时间: 2016-7-21 19:00:50

一帮技术员哦，莫非要下决心学学技术咯。一直太懒了。看到锁——保证一对一精确性；看到要单一服务器崩溃不影响其余的。

作者: Angel~熙 时间: 2016-7-21 19:32:47

作者: 雪心吻蝶 时间: 2016-7-21 21:34:50

Destiny123 发表于 2016-7-21 16:29
现在签到之前还需要去获取一次是否签到过的信息，否则它不给你礼包
...

貌似又不需要了

作者: 晋剑 时间: 2016-7-22 01:01:20

看了看又点精神

欢迎光临多趣网论坛 (http://bbs.duoqu.com/)