狗窝

我独力开发的棋牌网络游戏“憨仔游戏”第一个版本总算初步完成了。因为时间和精力的限制，这个版本只能说是实现了一些基本的功能，但内测效果还是比较稳定的。目前内测已基本结束，我把安装包放到这里，衷心希望..

   

    
     据说，《复仇者联盟》已经创造了新的票房神话。
 
    上周末看完这部电影之后，很多朋友都向我询问是否好看。我的回答是：“好看！但没意思！”
 
    这是一部非常优秀的商业电影，观影过程非常畅快淋漓，无论是特效还是明星，都完全对得起票价。可是看完之后，我并未找到亲切的感觉——因为影片里只有一群精英在狂欢，少了真实的人类。
 
    毕竟，这依旧是一部给普通人看的电影。尽管我们这些普通人都有着英雄梦，都期盼着拯救我们的英雄，但我们依旧希望在英雄的群体里看到自己的影子。所以，英雄中需要草根。可是，《复仇者联盟》里没有草根，地球上的人类只是一个平面的布景而已。
 
    看看影片中的那些超级英雄吧。美国队长质问钢铁侠：“除掉外在的盔甲，你还能算什么”的时候，钢铁侠骄傲地回答：“算天才、算亿万富翁、算慈善家……”是的，史塔克即便不是钢铁侠，也依旧站在金字塔的顶端。其他的主角们谁不是如此呢：绿巨人本身就是个学术成就能与史蒂芬·霍金比肩的科学家；美国队长虽然曾经是一个羸弱的小子，但他已经拥了有70多年的传奇；黑寡妇和鹰眼有着平常人穷尽一生也难以企及的经历和身手；而托尔，本身更是一位神！
 
    这些主角里，没有《哈利·波特》中的麻瓜，没有《变形金刚》里的山姆……整部影片，普通人没有任何的戏份。代表人类的，不是全能的特工就是冷血的政客。可事实是，这两类人都代表不了全人类。面对灾难，人类有恐慌、有自私，但更有智慧和爱。可是，《复仇者联盟》里看不到普通人的闪光点。这使我们不禁要问：超级英雄们保护地球的动力源究竟是什么？除了斯塔克有一个漂亮的女友之外，其余孑然一身的英雄们在为谁而战斗？谁值得他们去拼命呢？
 
    更为重要的是，如果人类皆如蝼蚁，只有超级英雄们可以拯救世界。那么，不存在救世主的现实世界里还有多少希望？《变形金刚》优于《复仇者联盟》的原因就在于——普通人类加入了战斗，与超级英雄们一起保卫家园。或许在灾难面前，人类确实如蝼蚁一般渺小脆弱，但千万年来与大自然抗争所积攒的斗志，也会让人类在灾难面前不屈地选择自救。唯有自救，方有希望！
 
    所以，能够打动人心的电影，必须要有“人”的戏份；超级英雄的联盟里，需要普通人的加入。在地球上，每一个实实在在的灾难发生的时候，在没有超级英雄们出现的时候，都是一个个普通人成为了英雄。也只有这些脱胎自草根的英雄，才能唤起人类对生命的感悟，让生命之歌余音绕梁。
 
    《复仇者联盟》会是一部非常卖座的电影，但无法引发观众任何的思考。[/img]..

 
上一篇文章我们讲述了一个基本的服务器架构图，并描述了这个架构图中每个服务器的功能。不知道看了上一篇文章的朋友有没有发现这个服务器架构图的问题。今天我们就来分析一下这个服务器架构中是否存在问题和不足的地方。
首先我们来看看这个架构图中的监控部分：
上一篇文章中对于监控服务器是这样介绍的：
监控各个服务器的运行情况，当发现服务器运行异常时及时发送报警信息（以邮件或者短信的方式）。
 
从架构图中可以看出监控服务器会对整个系统中的服务器进行监控。
那么监控服务器又如何能够检查一个服务器是否运行正常呢？
我们知道对于一个服务器来说监控它是否运行正常最有权威、最简单的方式，并不是要它向监控告知自己是否运行正常，而是由和它有相关业务处理逻辑的服务器来进行监控。换句话说，对于业务处理服务器是否运行正常最有发言权的应该是分发服务器。
 
那么我们就可以将整个的架构重新调整为:
 
业务处理服务器和账号服务器均采用了主服务器和备用服务器的方式。这样用来可以保证当其中一台账号服务器或者业务处理服务器出现问题以后，分发服务器可以根据相关算法切换到另外的一台备用服务器上，保证业务的正常运行。同时分发服务器将出现异常的账号服务器或者业务处理服务器的问题消息发送给监控服务器，监控服务器进行相关报警操作。
 
上面的话比较绕口，我们来举个例子：
这个例子的前提条件是分发服务器连接着主账号服务器、主业务处理服务器，同时分发服务器正常连接日志服务器、监控服务器以及负载平衡服务器。
 
（1）：当终端用户发送一条业务到分发服务器以后，分发服务器对这条业务进行相关分发（例如它分发到了主业务处理服务器）。
（2）：主业务处理服务器在处理这条业务的时候，由于种种原因处理失败，这条业务指令被抛弃掉。或者主业务处理服务器直接退出程序。
（3）：分发服务器发送业务以后马上对于这条业务指令进行计时处理。
（4）：由于主业务处理服务器已经抛弃了这条业务，则在分发服务器无法在指定时间之内得到主业务处理服务器返回的消息。
（5）：分发服务器断开与主业务处理服务器的连接，并和备用业务处理服务器连接。
（6）：分发服务器将主业务处理服务器出现异常的消息发送给监控服务器。
（7）：监控服务器进行汇总报警。
 
同理我们对账号服务器也进行了相应的处理。
那么其它服务器应该如何处理呢？这个可否请大家自己来考虑呢？
 [/img]..

这个架构图是自己以前做过的一个项目的架构图。
简单介绍一下各个服务器的功能：
外围服务器：
1：日志服务器：接收各个服务器的运行日志，并采用线程池的方式写入到相应的设备中（数据库或者文件）。
2：监控服务器：监控各个服务器的运行情况，当发现服务器运行异常时及时发送报警信息（以邮件或者短信的方式）。
3：负载平衡服务器：汇总每个分发服务器所管理的终端用户数量，从中按照最优算法计算出新的终端用户上线时应该连接的分发服务器信息。

 
主服务器：
1：分发服务器：
（1）：管理终端用户的连接信息。
（2）：中转账号服务器、业务服务器和终端用户之间的通信数据。
（3）：对数据进行加密、压缩等等操作。
（4）：对终端用户和服务器之间的通信协议分发。
（5）：将业务相关数据库以及相关服务器屏蔽到内网，防止受到外部的恶意攻击。
2：账号服务器：
账号服务器用于对终端用户的信息进行认证，并在认证成功之后下发给终端用户相关的配置信息。
3：业务处理服务器：
业务处理服务器用于对终端用户的相关业务进行处理，并返回处理结果。
 
以上是当时设计的各个服务器功能。其实这些服务器只是基础服务器，可以在这些基础服务器之上进行相关的增加或者删除。
 
不过实际的业务过程之中会有实际的需求，这个架构图只是一个基础架构，大家可以在这个基础之上进行相关修改。

 
 [/img]..

http://www.iocp8.com/thread-219-1-1.html

http://www.iocp8.com/thread-227-1-1.html