游戏服务器需要包含哪些基础模块和组件

DNS服务器全攻略之一 ：规划和部署
TCP/IP协议通信是基于IP地址的，但是，谁会记住那一串单调的数字呢？因此，大家基本上都是通过访问计算机名字，然后通过某种机制将计算机名字解析为IP地址来实现。而DNS就是一种标准的名字解析机制，在Windows 2000及以后的Windows系统中，DNS名字解析是首选的名字解析方式。
DNS域名是以层次树状结构进行管理的，又称为DNS命名空间。DNS命名空间具有一个唯一的根域，并且每一个根域可以具有多个子域，而每一个子域又可以拥有多个子域。例如，Internet命名空间具有多个顶级域名（top-level domain names，简称TLD），例如ORG、COM。而ORG顶级域名可以具有多个子域，如winsvr、isacn等等，而winsvr子域又可以具有多个子域，例如tech、info等等，而tech又可以拥有多个子域。对于某一个组织而言，可以创建自己私有的DNS命名空间，不过对于Internet而言，这些私有的DNS命名空间是不可见的。
DNS命名空间中的每一个节点都可以通过完全限定域名（FQDN）来识别。FQDN是一种清楚的描述此节点和DNS命名空间中根域的关系的DNS名字。例如WinSVRORG的Web服务器为 >服务器要提供网络服务，一般都要安装服务器软件，比如IIS、Apache和Nginx，同时配合相关的编程语言，比如C#、PHP、Java等。对于不同的编程语言，都会有一些提供特定功能的模块，就拿PHP来说，有Zend、zlib、gd等模块，也就是你说的服务器组件。

分类: 电脑/网络 >> 软件 >> 其他软件
解析:

所谓B/S结构，就是只安装维护一个服务器（Server），而客户端采用浏览器（Browse）运行软件，即浏览器/服务器结构。

一、C/S与B/S结构模式

随着Inter获得愈来愈广泛的应用,原来基于LAN的企业网开始采用Inter技术

来构筑或改建自己的企业网,即Intra。于是,一种新的结构模式Browser/Server结构
应运而生,并且获得飞速发展, 成为众多厂家争相采用的一种技术。其实,B/S也是一种C

li/Server结构,它以浏览器为客户端软件,Web Server为服务器软件。但相对于C/S结

构,它又具有许多独特的优点:

(1) B/S是一种跨平台的、一点对多点及多点对多点的应用软件结构,减少了开发人

员在客户端的工作量,使他们可以把注意力集中到怎样合理地组织信息、提供客户服务上

来。

(2) B/S具有统一的浏览器客户端软件,不仅节省了开发、维护客户端软件的时间与

精力,而且方便了用户的使用。

(3) 在B/S结构中,客户端只需运行 *** 作系统和Web浏览器,数据的查询、处理和表示

都由服务器完成。和C/S结构的应用系统相比,客户端变得非常"瘦"。

(4) 可以透明地跨越异质网络、计算机平台,无缝地联合使用数据库、超文本、多媒

体等多种形式的信息。

(5) B/S系统运行的Inter易于设置、使用和管理。

目前,许多C/S体系结构的应用系统纷纷被重构为B/S结构,然后移植到Intra环境

下。我们在研究了UUHDB系统的体系结构和Web服务器下应用程序的运行机制后,尽可能对

UUHDB系统进行了最小修改,将其从一个C/S结构的系统改建为一个B/S结构的系统,使用户

能够通过浏览器对其进行访问。

二、B/S结构下的UUHDB系统

C/S结构的UUHDB系统从功能上可划分为两大部分:UUHDB数据处理系统和UUHDB输入/

输出系统,如图1所示。

@@0630000JPG;图1 UUHDB系统的功能分布图(B/S结构)@@

UUHDB数据处理系统是整个UUHDB系统的核心,首先事务管理器接收客户端传送的查询

命令(一般被称为用户请求,包括查询、更新,这里以查询为例说明),进行语法检查、查询

分解和优化处理;分解后的子查询被送往各局部数据库服务器,由它们具体实施;最后查询

子结果返回到事务管理器中汇总,完成一次全局查询的全过程。

UUHDB输入/输出系统提供了一个和数据库进行交互的用户界面,包括数据的输入、输

出以及对数据库的控制等功能。

把C/S的UUHDB系统改造为B/S结构模式的主要思想是: UUHDB数据处理系统基本保持

不变,去掉原来的客户端即输入/输出系统,代之以浏览器,通过Web服务器和CGI程序与 U

UHDB数据处理系统连接在一起,重新构成一个完整的、运行在Intra网络环境下的数据

库应用系统。改建后的UUHDB是典型的B/S结构模式,如图2所示。

@@0630001JPG;图2 B/S结构模型@@

三、B/S结构的UUHDB系统的运行环境

在原来的分布式局域网的基础上,安装了浏览器、Web服务器以及域名服务器,构成一

个Intra环境,其中,Web服务器与UUHDB系统的事务管理器在同一台机器上,各数据库服

务器不需重新安装,仍以分布式状态存在,如图3所示。

@@0630002JPG;图3 UUHDB的研究环境(Intra环境)@@

四、B/S结构的UUHDB系统的用户输入界面

改造后的UUHDB系统以浏览器作为客户端,为了方便用户的使用,我们提供了三种不同

级别的SQL命令的提交方式:嵌入式、输入式和交互式,以适应不同用户、不同场合的需求

。

1 嵌入式

这是最简单的一种方式。它是指在HTML文本的超联接中把SQL命令作为参数追加在C

GI程序之后,用户只能被动地访问数据库,不具有交互性。

2 输入式

在浏览器上提供一个文本编辑窗口,用户可以由此输入SQL命令。所有的数据库 *** 作

都可以通过这种方式完成,但要求用户必须懂得SQL语言。

3 交互式

制作一套查询命令的动态生成规则,以FORM表单为载体,使用户通过简单的选择、输

入即可完成对数据库的查询。界面友好亲切,使用简单,不需要用户了解SQL语言。如界面

上给出字段名,可为代号、姓名、年龄、性别、职称等,用户可选择所需字段,作为查询内

容,其值可作为查询条件。

目前,通过浏览器,用户可以对UUHDB进行全局数据查询和全局数据 *** 纵(包括插入、

修改、删除)等 *** 作。

五、B/S结构的UUHDB系统采用的通信方式

由于UUHDB是一个B/S结构的分布式数据库系统,用户通过浏览器对数据库进行访问,

因此存在多个用户同时访问Web服务器请求数据服务的现象,从而提出了并行性数据处理

的要求,即如何使多个用户能够同时访问全局库而不必相互等待和干扰,这也是UUHDB在W

eb网络环境下必须具备的基本特征之一。

在UUHDB前端的改造中,这一并行性问题是采用进程间通信的方式——DDE协议解决的

。

在UUHDB系统中,用户从浏览器上输入的查询命令通过网络传输到Web服务器端,由CG

I程序读取后,进行格式转换生成SQL语句,然后以DDE对话的形式传送给UUHDB的数据处理

系统,由其进行下一步的处理,具体的通信模型如图4所示。

@@0630003JPG;图4 CGI进程与全局事物管理器的并行通信模型@@

在图4中,每个CGI进程有三个部分组成:

(1) SQL生成:读取环境变量或标准输入,按照动态生成规则生成SQL语句。

(2) DDE客户:和DDE服务器进行通信,传送SQL语句并接收处理结果。

(3) 结果处理:把DDE客户接收的数据转换成HTML格式,通过标准输出交给Web服务器

,由其负责传送到浏览器。

图中与CGI进程相对应的数据处理系统可划分为两个功能部分:

(1) DDE服务器:接收DDE客户传来的SQL语句,并返回UUHDB数据处理系统的执行结果

。

(2) 数据处理:包括语法检查、查询分解、命令执行和结果汇总等。

---