香港cmi服务器(香港CMI服务器)

本文目录：

• 1、CMIAL高手帮忙
• 2、狗云-高性价比的云服务器中云服务器是自己搭建吗
• 3、洪水云服务器怎么样
• 4、站群服务器为什么要选择香港的？
• 5、试述浏览器访问网页的详细内部过程中数据在TCP/IP网络体系结构中各个层次所用到的协议

CMIAL高手帮忙

安装完cmail后，需要点击菜单栏的中的“工具”，依次点击设置虚拟目录、注册COM组件。

另外，注意目录权限：

E:\Program Files\CMailServer

internet匿名账户读取，运行，写入

需要在防火墙开放25与110端口。

最后是高级设置中，主DNS服务器与副DNS服务器建议你设成你域名的DNS服务器地址。(缺省的值ping不通的情况下)

建议你去官网参考一下资料。

也有可能是你用的版本有问题。

狗云-高性价比的云服务器中云服务器是自己搭建吗

狗云面板由狗云老板德克斯特自己研究，早期的彩伞cpanel空间（后面涉及云服务器）到去年的hostdie（已关闭，剩余用户转到hostmem）到现在的狗云面板都是自行研发，面板逐渐成熟。面板可以直观看出最近30天的使用流量，提供一键重装和ISO挂载重装（暂不支持上传镜像），可以切换IP，ipv4一次10块，ipv6一星期可免费切换一次。

洪水云服务器怎么样

不错的，洪水云是一手机房授权商家，特售香港服务器月费8核8G25M活动折扣12元，线路优质，香港移动CN2网络，移动最拿手的就是香港线路网络，东南亚方向，也是移动的拿手菜，经测试显示，上海和北京回程线路为移动CMI(AS9808)，是香港骨干网络，速度方面无可挑剔。

站群服务器为什么要选择香港的？

1）拥有丰富的IP资源

能够为用户提供一个网站或者几个网站独立IP，拥有几百几千甚至上万个全新IP资源，并且能够根据用户需求，选择合适的IP地址。

2）稳定性比较高

先进的软件设施储备，机房严格遵循国际使用标准，能够很大程度上满足服务器的各种性能。

3）服务器配置好

香港站群服务器能够同时操控多个网站升级内容，因此，他的配置相对来说会很高，宽带资源也更灵活，硬盘储备也更大。

4）宽带足够大

这个也很好理解，由于能够操作多个网站，如果宽带不够大很容易导致网络堵塞或者网站宕机，更严重的IP可能直接被封。所以，通常情况下，香港站群服务器宽带都是非常大的。

5）访问速度更快

香港服务器距离国内比较近，接入速度也很快，稳定性高，此外，香港服务器还对大陆进行了特殊有待，电信 CN2/CTGNet、移动 CMI 和联通优化 BGP 带宽直连中国香港，大陆城市访问时延低至 10ms。

6）售后服务完善

与国内数据相比，香港服务器网络设备质量会高一些，网络监控、维护经验相对也比较丰富，完善的服务体系，也能够在第一时间里解决用户所遇到的问题。

试述浏览器访问网页的详细内部过程中数据在TCP/IP网络体系结构中各个层次所用到的协议

学弟

1月9日 16:16 CMI：技术的核心

正如您从我的上一篇文章（以及所有出版物）中所了解到的，Windows XP Embedded 使用基于 SQL 的数据库来存储所有组件。数据库可以是本地或远程的 Microsoft® SQL Server，也可以是本地的 Microsoft® 数据引擎 (MSDE)（可在 Windows XP Embedded CD 上找到）。而 Windows NT Embedded 4.0 则使用一个单一的本地 Jet 数据库 .mdb 文件来存储所有的组件和配置。

为了能够从一组工具中无缝访问本地和远程数据库，同时提供快捷的数据库切换，整个体系结构中设置了一个数据库通信层。该层称为 CMI，或组件管理接口。它的主要目的是在 Windows XP Embedded 工具（Target Designer、Component Designer 和 Component Database Manager）和组件数据库之间提供一个标准接口，而不管数据库驻留在哪里（本地或远程、SQL Server 或 MSDE）。只要与组件数据库中的内容有关，CMI 就会被调用。

因为所有工具都依赖于活动的数据库连接来进行工作，所以任何工具所做的第一件事都是请求 CMI 提供一个活动数据库连接。如果没有可用的数据库连接，CMI 将返回一个失败，而工具将报告一个错误。总之，没有数据库连接，Windows XP Embedded 将不能进行任何工作。

CMI 也支持某种级别的异步数据库访问，这种情况通常发生在远程 SQL Server 数据库和多个客户端之间。所有涉及数据库更改的操作都在 SQL 中处理，并在操作失败时提供复原功能。CMI 还可以区分只读模式和独占模式。任何工具要从数据库中删除信息（当前仅限于组件数据库管理器），都必须具有独占访问权限，如果任何其他工具打开了数据库，该工具将不能获得这一权限。另一方面，如果某工具已经被授予独占访问权限，其他工具将不能访问数据库，直到该工具释放这一权限。

此对象非彼对象

注意：下面的讨论中将使用两个术语 - 组件和实例，二者很容易混淆。简单地说，组件只是一组驻留在数据库中的资源和属性。组件添加到配置中便称为实例，可以修改、处理和构建。可以把组件视为 cookie 模式，而实例是从该模式中创建的实际 cookie。更改 cookie 剪裁模式并不容易，但在剪裁 cookie 后，可以随意对 cookie 进行处理。了解组件和实例之间的这种差异很重要，在本文和以后的文章中都将涉及这一问题。

因为 CMI 是工具的 COM 服务器，这使得 Windows XP Embedded 体系结构形成这样一个基本特性 - 把任何事物都视为对象。配置、组件、实例、资源、文件、注册项、存储库都是 CMI 覆盖下的对象。因此，Windows XP Embedded 体系结构体现了面向对象 (OO) 思想的三个原则：封装、继承和多态。这里我们不对 OO 设计做详细讨论，只解释其中与 Windows XP Embedded 体系结构有关的几个方面。讨论的重点将集中在组件上，但相关的概念可以扩展到所有 Windows XP Embedded 对象。

每个 Windows XP Embedded 对象都是一个独立的单元。组件带有自己的属性和内部代码，以此来封装自己，并与其他对象区分开来。

组件也能够继承其他组件的属性。例如，假定一组设备都基于同一芯片组：假设为声卡驱动器，使用虚构的 SoundExplosion 1A 芯片组。有三个声卡使用该芯片组，但提供不同的功能：一个用于游戏端口，一个用于 MIDI 端口，另一个用于 SCSI 接口。我们不用创建三个大同小异的组件来适应不同的要求，而只需创建一个组件，将基本功能封装进去。然后针对三种差异创建三个组件，并将基本功能组件列为“原型”。这三个组件将继承与原型相关联的属性和资源，但同时也添加了自己的资源。

Windows XP Embedded 对象中的多态通常由 DHTML 配置脚本和构建脚本来处理。DHTML 配置脚本允许组件的最终用户在组件实例中动态设置属性，然后在构建脚本中检查这些属性并对其做出反应。这样，您就可以在构建配置时更改组件的行为，以满足开发人员的需求。

这最后一部分会进一步体现 CMI 面向对象的特性：Windows XP Embedded 中的每个对象都具有一组属性和方法，某些对象甚至能够对事件做出反应。属性可以分为标准属性（如组件名称、组件作者和版权）和高级属性（cmiNoHelpFiles 是组件的一个常用高级属性）。对象的方法可以简单地继承自基本组件（如基本构建行为），也可以是该组件所特有的（如用户接口核心组件，它包含 DHTML 配置脚本以及构建脚本，可以实现不同的 UI 功能）。可以在构建过程中引发事件，并可由组件脚本做出反应。

某些高级属性已经被预定义，组件最常见的高级属性有 cmiNoHelpFiles（构建脚本用它从构建中删除帮助文件）、cmiLangEnableMUI（构建脚本用它来启用组件的多语言用户接口 [MUI] 支持）以及 cmiProtPropList（Target Designer 用它来保护预定义的属性）。要检查组件的高级属性，可以在 Target Designer 中将组件添加到某个配置，然后在 Configuration Editor 中单击该组件，再单击 Advanced。

扩展对象模型

Windows XP Embedded 的对象特性和 CMI 应用不仅限于组件和实例，CMI 也把配置当作对象处理。配置的标准属性包括配置名称、所有者、作者和版权。高级配置属性包括有关目标启动驱动器、启动 ARC 路径和帮助文件的设置。要检查这些属性，可以在 Target Designer 的 Configuration Editor 中选择配置名称，然后在 Details 窗格中单击 Advanced。

与组件和实例的对象身份一样，它们的组成部分也都被视为对象。组件中的每个文件、注册表或其他资源都是对象，分别具有一组属性。要检查这些属性，可以在 Configuration Editor 中展开实例，然后选择 Files、Registry Data 或 Resources。在 Details 窗格中右击所要检查的资源，这时便会显示该资源的标准属性，同时显示 Advanced 按钮，单击该按钮可以显示资源的高级属性。这同样适用于与该配置相关联的 Extra Files、Extra Registry Data 和 Extra Resources。要完成所有内容，每一个组、包、存储库和存储库集也都被作为对象处理，它们都有自己的标准属性和高级属性。

CMI 的运作

假设我们有一个应用程序要包含到一个运行时映像中。一般的过程是先为应用程序创建一个组件，将组件导入数据库，将组件包含在某个配置中，然后构建运行时映像。现在我们看一下 CMI 在其中的作用。（由于要在接下来的两篇文章中详细探讨组件的创建，因此这里只做一个简单的介绍。）

当启动 Component Designer 时，CMI 首先确保具有一个数据库连接。如果创建新组件，CMI 将创建一个新的组件对象，然后 Component Designer 使用该对象作为所定义的所有组件信息的存储位置。基本的创建过程包括定义组件的名称、指定要复制的文件和将其放在运行时映像中的位置，以及指定使用哪个注册表主键并将其放在何处。名称是组件的标准属性，因此它包含在组件对象中。所指定的文件和注册项是 CMI 创建的对象，它们将附加到组件对象中。

导入组件时，先启动组件数据库管理器。数据库管理器首先调用 CMI 来连接安装时指定的数据库，如果 CMI 连接成功，则可以将 SLD 导入到该数据库。（SLD 表示资源级别定义，并称为“滑动”。由 Component Designer 输出。）组件数据库管理器再将 SLD 传递到 CMI，以便进行处理。浏览数据库、删除包和组件以及检查对象的属性都由 CMI 处理，CDM 的作用相当于基本 COM 对象层的 UI。

当最终准备构建运行时映像时，CMI 将再次验证数据库连接。（是否看到了一个模式？）创建新的配置需要由 CMI 来创建相应的对象，完成整个组件浏览器的内容也是如此。要将组件添加到配置，CMI 首先要基于选定的组件创建一个实例，然后将其附加到打开的配置中。同时也要为该实例的文件、注册表和其他资源创建资源对象。在相关性检查过程中，CMI 将负责标识相关性，并创建相关性解析所需的组件列表。在构建过程中，将调用 CMI 来访问要复制的实际文件，同时提供详细的属性信息来处理相应的构建。

【香港cmi服务器】的内容来源于互联网，如引用不当，请联系我们修改。