资讯动态

从理论上讲，纯32位的Windows 2000是不会出现死机的，但是这仅仅是理论上。病毒或硬件和硬件驱动程序不匹配等原因将造成Windows 2000的崩溃，当Windows 2000出现死机时，显示器屏幕将变为蓝色，然后出现STOP故障提示信息。下面我们分别介绍通用的STOP故障处理方法和特殊的STOP故障排除。通用STOP故障处理1.首先使用新版杀毒软件检查计算机上是否有病毒。2.如果Windows 2000可以启动，请检查“事件查看器”中的信息，以确定导致故障的设备或驱动程序。启动“事件查看器”的方法是：“开始”“设置”“控制面板”“管理工具”“事件查看器”“系统日志”。3.如果不能启动计算机，试着用“安全模式”或“最后一次正确的配置”启动计算机，然后删除或禁用新安装的附加程序或驱动程序。如果用“安全模式”启动不了计算机，可使用修复控制台。修复控制台可以禁用一些服务、重新命名设备驱动程序、检修引导扇区或主引导记录。4.拆下新安装的硬件设备（RAM、适配卡、硬盘、调制解调器等等）。5.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。6.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。7.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。Hcl.txt在Windows 2000 CD-ROM的Support文件夹中。8.在BIOS中禁用内存缓存功能。9.重新启动计算机，在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。(注:使用“最后一次正确的配置”的方式启动计算机，计算机的所有设置被重置为最后一次成功启动时的配置。)10.如果能够访问Web，请进入http://www.microsoft.com/ntserver/，单击“Support”/“Search Knowledge Base”，在“Type your keywords here”处，输入“stop”和相应的号码（如出现STOP消息“stop:0x0000000A”，可在此输入“stop0x0000000A”），按Enter键，就可以找出所出现的STOP问题的解决方法。特殊排除STOP消息 0x0000000A故障（设备已经安装）通常原因 驱动程序使用了不正常的内存地址。1.如果Windows 2000还可以启动，检查“事件查看器”中显示的信息，确定引起问题的设备或驱动程序。2.关掉或禁用一些新安装的驱动程序，并删除新安装的附加程序。3.拆下一些新安装的硬件（RAM、适配器、硬盘、调制解调器等等）。4.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。5.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。6.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。7.在BIOS中禁用内存缓存功能。8.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000000A故障(刚加入新设备时)通常原因 驱动程序使用了不正常的内存地址。1.在安装过程中，屏幕上提示“安装程序正在检查计算机硬件配置”时，按F5,根据提示选择合适的计算机类型。例如，如果计算机是单处理器，请选择“标准PC”。2.在BIOS中禁用内存缓存功能。3.拆下所有适配卡，并断开所有不是启动计算机所必需的硬件设备，再重新安装Windows 2000。4.如果系统配有SCSI适配卡，请向适配卡销售商索取最新的Windows 2000驱动程序，禁用同步协商功能，检查终结头和设备的SCSI ID号。5.如果系统配有IDE设备，设IDE端口为Primary。检查IDE设备的Master/Slave/Only设置。除了硬盘，拆下其它所有的IDE设备。6.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。7.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。8.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000001E故障1.检查是否有充分的磁盘空间，尤其是新安装。2.禁用STOP消息中显示的驱动程序和所有新安装的驱动程序。3.如果所使用的视频驱动程序不是Microsoft提供的，试着切换到标准VGA驱动程序或者由Windows 2000支持的合适的驱动程序。4.确保系统有最新的BIOS。5.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x00000023和0x00000024故障通常原因 严重的驱动器碎片、超载的文件I/O、第三方的驱动器镜像软件或者一些防病毒软件出错。1.禁用一些防病毒软件或者备份程序，禁用所有碎片整理应用程序。2.运行CHKDSK /f 检修硬盘驱动器，然后重新启动计算机。3.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000002E故障通常原因 系统内存中的奇偶校验错误。1.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。2.在BIOS中禁用内存缓存功能。3.试着用“安全模式”启动。如果“安全模式”可启动计算机，试着更改为标准VGA驱动程序。如果这不能解决问题，可能须要用另外的视频适配卡。“兼容硬件列表”中列出了兼容的视频适配卡。4.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。5.拆下一些新安装的硬件（RAM、适配器、硬盘、调制解调器等等）。6.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000003F故障通常原因 驱动程序没有被完全清除。1.删除一些新安装的软件，包括备份工具或磁盘工具，例如碎片整理和防病毒软件。STOP消息 0x00000058故障通常原因 在容错集的主驱动器中发生错误。1.用Windows 2000引导软盘，从镜像（第二个）系统驱动器启动计算机。2.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。 STOP消息 0x0000007B故障通常原因 在I/O系统的初始化过程中出现问题（通常是引导驱动器或文件系统）。1.检查计算机上是否有病毒。这个STOP消息通常在引导扇区有病毒时出现。2.使用“修复控制台”来修复驱动器。3.拆下新安装的硬盘驱动器或控制卡。4.如果系统配有SCSI适配卡，请向适配卡销售商索取最新的Windows 2000驱动程序，禁用同步协商功能，检查终结头和设备的SCSI ID号。5.如果系统配有IDE设备，设IDE端口为Primary。检查IDE设备的Master/Slave/Only设置。除了硬盘，拆下其它所有的IDE设备。6.运行CHKDSK。如果Windows 2000不能启动CHKDSK，则必须把硬盘拆下并连接到另一个Windows 2000系统上，然后用CHKDSK命令检查该硬盘。7.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。 STOP消息 0x0000007F故障通常原因 硬件或软件问题;常见的原因是硬件失效。1.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。这个STOP消息经常出现在错误或误配内存的情况下。2.在BIOS中禁用内存缓存功能。3.试着拆下或替换硬件:RAM、控制器、适配器、调制解调器和其它外围设备。4.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。这个问题可能是由于不兼容的主板引起的。5.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。

如今已进入了web2.0高速发展的互联网时代，各种互联网的Web应用程序如雨后春笋般出现。那么作为一名Web开发人员，怎样去开发一款优秀的Web应用程序呢？这个问题没有一个简单的答案，甚至那些教育机构都未必能清楚的知道。所以，像大多数在这个领域里的web开发人员一样，我们只是通过去做，去实验才学会了这些。没有人告诉我们如何去做，我们从给自己做点什么东西开始，学会如何开发web应用程序是在这个过程中的一个副产品。这是学习任何语言的一个非常有效的方法。Web应用程序与网站之间的区别首先，我要说明，开发一个web应用程序跟开发一个网站是不一样的。虽然在总体上有很大相似之处，但开发它们所需要的时间有巨大的差别。那究竟web应用程序和网站有什么不同呢？通常，维基百科能帮助我们解释这个问题，让我们来看看维基百科是如何定义应用软件的：应用软件，通常也被称作应用，指的是专门为帮助用户去执行一个或多个相关特定任务而设计的计算机软件。企业软件，会计软件，办公套件，绘图软件，媒体播放器等都属于这种软件。跟应用软件相对照的是系统软件和中间件，它们管理计算机效能，管理如何跟计算机集成，但通常这些工作并不会直接反映到使用户受益的任务执行上。举个例子，一个不是很恰当的实体类比，应用软件跟系统软件之间的关系就好比一个电灯泡和一个发电厂之间的关系，发电厂(系统软件)只是产生电能，它自己没有任何真正的用途，除非利用一个电灯泡这样的应用工具才能为用户提供服务。Web应用程序的开发过程现在特征已经弄清楚了，我们就可以开始定义开发一个web应用程序的整个过程了。当然，这依赖于工程的大小，过程中的某些步骤可能很小，在你的脑海里就能完成这种工作，但把事情整个的了解一下总是有好处的。同时还有一点很重要的你要明白，这篇文章并不会对每个步骤进行深层次的描述。步骤一：分析开发一个web应用的第一步是分析你的需求。你此时应该定义出一个尽量周全的你的应用应该提供的功能清单。如果是你为一个客户做这些工作，你需要明白他们想要什么(要确保你们对方都知道对方在说些什么)。从你们的讨论中，你能总结出需求和软件规格。你即使是为自己开发，我也建议你把希望这个web应用能够做的功能写下来。步骤二：设计一旦你弄清楚了这个web应用需要做哪些事情，你就可以开始设计了。这个步骤通常会反反复复进行很多次，每一次都把设计细化一些。你第一要做的是画出页面流程图(画在纸上，或使用软件工具，凭各自所好吧。我喜欢用纸，这样我可以做更快速的改变)。页面流程图通常是很抽象的黑白绘画，画出你将要实现的web应用的样子(你可以加一些色彩，但尽量保持简单)。这个步骤能够让你知道你的应用最终会是个什么样子。跟37signals倡导的相反，我建议使用一些词语描述，适度细化。当我想到一个很好的想法时，或想到事情该如何做时，我会把它标注到纸上(例如，当点击这个按钮时应该使另外一个元素改变或隐藏，我会把这写在流程图上)。当你对做出的草图满意后，你可以开始制作实体模型了。实体模型仍然是些图案，但有色彩和细节。最终的实体模型看起来应该像你将要实现的web应用的一个截屏图。如果你为一个客户开发，他会看看这些东西，并给你他的认可。然而，很多人都喜欢跳过这一步(大多数都是非设计人员)，他们喜欢直接奔向网页原型。原型是用HTML开发出来，使用CSS渲染(有时也是有Javascript)。页面布局要做出来，链接能够点，颜色，字体，字体大小要设定好(如果你做了实体模型，这个会很容易)。这一步非常的重要，因为这里所有的东西都能用于你最终的应用中。如果允许的话，在你的原型上做一些可用性测试，从长期的效果来看，这能使你避免大量的失误。在这个步骤的最后，你基本上就知道了你的web应用是如何组织到一起的了。登录页面有些什么，用户如何从主页转向到各个页面。步骤三：实现 选择一个框架现在我们已经知道了要去开发什么东西，那就要把它做出来。这一部分的工作很多，你大部分的时间都要花在这个上面。你第一个要做的决定是如何着手，采用什么样的技术，什么框架。你有很多选择的余地，你需要选出一个适合你的。下面是一个最常用的框架的列表:ASP.NETPHP 上的任何一个流程的框架Python with DjangoRuby on Rails没有一个明确的标准说哪个框架最好。它们都各有不同，每个都有自己的长处。最重要的是你要知道它们任何一个都能让你开发出好用的web应用。一旦你知道了如何去开发，那就要甩开臂膀开干了。这个开发工作可以看作有很多块，但说到底，这都是标准的编程活动了。在后台，你要创建类，对象，服务，过程，以及持久层来把这些对象保存到数据库中。后台是整个应用的核心，对任何应用来说，它跟普通的编程没有什么区别。接着是前台的开发，你现在编写的代码才是真正给用户使用的操作界面。你把后台的程序和原型界面集成到一起，把系统各部分集成到一起。你还可以把你在开发过程中想到的一些很炫的小功能用JavaScript实现。再说一次，有很多种途径可以实现后台程序。建议你去读一读跟你选择的框架相关的资料，弄清楚如何实现这一部分的工作。通常，这些知识会跟面向对象编程有关，但有些框架正在慢慢的向领域驱动设计发展。步骤四：打磨抛光现在应用程序已经开发出来，各个独立的模块也集成到了一起。你需要通过测试来确保你在步骤一中定义的需求和软件规格是否被实现(这个问题在你开发的整个过程中都要记在脑中)。你要确保那些愚蠢的用户不能通过试图做一些你还没有实现的操作而把你的应用弄坏(参考白盒和黑盒测试)。你同时还要确保你的程序能够在各种浏览器里(希望不是IE6)都能正确的运行。现在也是你做一些小的调整，改进你的应用程序给人的感觉的时候，让它趋于完美。步骤五：发布和后续工作这最后一步(但不是就此完结)是发布你的应用，让用户能够真正使用它(如果这个应用是个公众开发的应用，别忘了做新闻宣传)。如果你愿意，先发布一个Beta版，这样只有一小部分用户能够发现你的应用里的大问题(因为你的程序里肯定会有bug)，他们会帮助你改进程序的质量。不要忙着增加功能，要专注于把你目前的程序变的稳固。当经过了beta阶段，你的程序已经变得十分的稳固，听取用户反馈的意见，自己试用一下自己的应用，你可以开始思考如何使应用变的更好。找出不和谐的地方，消除掉。以后每次的迭代都要经过上面所说的五个步骤，但就像我最初说的，你现在已经有了一个可以运行的应用程序，你很容易直接在心里完成这些步骤，直接奔向在代码里测试你的功能。恭喜，你已经自豪的成为一个web应用程序的作者了。

编写web应用程序时，有很多的技术决策。笔者最近回来编写现代Web应用程序，并希望总结一些曾经在开发周期过程中做了记录零散的想法。这篇文章是关于一套对笔者最近开发的项目有帮助的框架。笔者重温了一些最重要的框架类型，其中每一个可以展开来写一篇文章。这并不是一个广泛的现有产品相比，只是一个笔者最近使用的部分技术。虽然笔者的重点是移动优先， 笔者认为，这套技术可以应用在一般的web应用程序。 笔者的决定和数据支持考虑了几个要求：基于JavaScript（CoffeeScript，Dart，绝对值得认真看看，但我想避免引起激进选择）必须在现代浏览器工作良好（IOS 5，Android 4）挑选一个MVC框架在本地UI的应用程序开发中模型视图控制器模式已经使用了几十年。其基本思路是分开表示层（用户界面，动画，输入）和数据层（存储，通讯，数据）。有其他类似的模式，如MVVM的（模型视图的ViewModel），但主要的想法是在展现和数据层之间有定义良好的分离，为了更干净的代码和长期的维护：有许多JavaScript模型视图控制器框架的产品。有一些如Backbone.js和Spine.js是用纯代码编写的，而其他像Knockout.js和Angular依靠DOM数据属性绑定。那些依赖HTML5数据DOM属性的分离视图和数据的MVC系统被认为是不对的。这不包括Knockout.js和Angular框架。 spine.js比 CoffeeScript更容易，根据我最初的要求排除了CoffeeScript。backbone.js比大多数框架更受欢迎（也许除JavaScriptMVC外，似乎像一个死的项目），还设有一个成长的开源社区。对于笔者的应用程序栈，笔者选择了Backbone.js。欲了解更多有关挑选一个MVC的信息，检出TodoMVC，它使用不同的MVC框架实现相同的Todo应用程序。还可以看到这个MVC框架的比较，它强烈赞成Ember.js，一个出现相对较晚的框架。笔者尚未有机会使用它，但它在我的清单上。选择一个模板引擎要在网络上建立一个严谨的应用程序，你不可避免地要建立大型的DOM树。如果使用JavaScript API来操作DOM，不如使用基于字符串的模板编写html来得更简单高效。JS模板已经逐步形成一个奇怪的约定，嵌入模板的内容到脚本标记内：。使用所有的模板引擎的基本做法是作为一个字符串来加载模板，构建模板参数，然后通过模板引擎模板和参数运行。backbone.js依赖于Underscore.js，它有一个有些局限的有详细语法的模板引擎。有其他可供选择，包括jQuery模板，Handlebars.js，Mustache.js和许多其他的。 jQuery模板已经被jQuery团队准备废弃了，所以我没有考虑这个选项。Mustache是一个跨语言的模板系统，具有简单和成熟的决定，以支持尽可能少的逻辑。事实上，在Mustache最复杂的构造是遍历一个对象数组的方式。 handlebars.js建于Mustache之上，加入一些不错的功能，如预编译模板和模板表达式。对于笔者而言，并不需要这些额外的功能，然后选择了笔者的模板平台Mustache.js在一般情况下，笔者的印象是，现有的模板框架可比较的功能是很少的，因此决定在很大程度上是个人喜好的问题。选择一个CSS框架CSS框架是必不可少的工具，用来扩展CSS如变量等方便的功能集，创建分层的CSS选择器的方式，以及一些更先进的功能。这实质上是创建了一个新的语言：CSS的增强版本（姑且称之为它的CSS++）。为便于开发，一些框架在浏览器中实现了一个JavaScript的CSS+ +解释器，而一些其他框架让你监控一个CSS+ +文件，并每当有更改就编译它。所有的CSS框架应提供命令行工具来编译CSS++成CSS给开发。像模板语言一样，也有很多选择。笔者的选择是出于个人的语法偏好，笔者更喜欢SCSS，因为它避免了像@怪异的语法。 SCSS的一个缺点是，它并没有附带一个JavaScript解释器（有一个非官方的，笔者还没有试过），但可用命令行监视器。还有其他类似的CSS框架，包括LESS和Stylus。如何布局视图ViewsHTML5提供了多种方式来布局内容，MVC框架对这些布局技术的使用无要求，留给开发者你一点困难。一般来说，对documents相对位置是合适的，但对apps除外。应避免绝对定位，像tables。许多Web开发人员已经转向使用float属性对准元素的，但是这只是第二理想的构建应用程序的观点，因为它没有类似应用程序的布局，导致许多奇怪的问题和臭名昭著的clearfix hacks。经过多年来的布局与各种网络技术的实验，笔者认为一个固定的定位和flex box的模型相结合是移动互联网应用的理想选择。笔者使用的是将屏幕上的界面元素（页眉，侧边栏，页脚等）固定定位。flex box 模型对在页面上布局堆叠视图（Stacked views）是很棒的（水平或垂直的）。只有CSS盒模型明显地对界面设计进行了优化，非常类似Android的LinearLayout 管理器。对于有关flex box模型的更多信息，请阅读保罗的文章，并注意该规范正在由一个新的，非向后兼容的版本取代。自适应Web应用程序最后一节，在这个问题上：笔者大力提倡创建设备特定的用户界面。这意味着为不同的形式屏幕重新编写视图代码部分。幸运的是，MVC模式，使得它比较容易为多个视图（如平板电脑和手机）重用业务逻辑model。iOS Flipboard演示了这个想法很好，它为平板电脑和手机用户提供了为每个设备外形高度定制的体验。手机用户界面特别为垂直点击进行了优化，允许单手使用。平板的UI让两手反面持有设备工作良好。输入的考虑移动用户与您的应用程序进行交互的主要方式是通过用手指触摸屏幕。这与基于鼠标的互动相当不同，因为有额外9点在跟踪屏幕，这意味着开发人员编写移动应用程序时，需要抛弃移动鼠标事件。此外，在移动鼠标事件有300ms延迟点击的问题（有一个著名的触摸式的解决方法）。在移动浏览器使用这些事件的详细信息，请参阅我的触摸事件的文章。只有S /mousedown/ touchstart/所有的事件处理程序是不够的。有 一套全新的用户期待的触摸设备手势，如点击、通过浏览图像列表导航。虽然苹果公司有一个鲜为人知的手势API，但没有在网页上做手势检测的开放规范。我们真的需要一个JavaScript手势检测库，去处理一些较常见的手势。如何使其离线工作对于一个应用程序脱机工作，你需要确保两件事情真实：Assets资产可用（通过AppCache，文件系统API等）数据是可用的（通过LocalStorage，WebSQL，IndexedDB等）实践中，在网络上建立离线应用是一个棘手的问题。一般来说脱机功能应从一开始就加入你的应用程序。让现有Web应用程序没有显着的重写代码运行在离线状态下是特别困难的。此外，脱机技术还有各种未知的存储限制，而且未知超出限制时会发生什么不确定的行为。最后，在离线的技术堆栈还有一些技术问题，最显着的是AppCache，正如我在以前的文章提到。写真正的离线功能的应用程序是一个非常有趣的方法是“离线优先”。换句话说，如果没有互联网连接全部写入本地，当存在互联网连接，实现同步数据同步层。在Backbone.js MVC模型，这可以很好地适应自定义Backbone.sync适配器。单元测试单元测试您的UI是有困难的。然而，因为你使用MVC的模型，它是完全隔离的UI和数据结果，因此，可方便测试。QUnit是一个相当不错的选择，特别是因为它允许使用它的start（）和stop（）方法单元测试异步代码。总结总之，笔者使用Backbone.js 作为 MVC 框架，Mustache.js做为模板，SCSS作为CSS框架，CSS的Flex box展现界面views，自定义触摸事件和QUnit单元测试工具，来写笔者的移动Web应用程序。脱机支持，笔者仍然尝试用各种技术，并希望未来继续写篇文章。虽然笔者强烈相信有必要在这里列出每种工具（如MVC），笔者也相信，笔者在这里描述的许多具体的技术是可以互换的（如Handlebars 和 Mustache）。

中国现在的计算机软件发展是一个畸形的发展，在北美，软件的销量早已经超过了硬件并且两者差距越来越大，而在中国却正好相反，硬件不论从发展速度还是销量都大于软件。现象的背后，我们看到的本质是什么呢？是中国很不成熟的软件市场。特别是家用（个人）软件市场，这个市场是否存在呢？我想中国绝大多数个人软件的消费者都乐于使用盗版软件。中文WIN98的价格是1998元， 比日文版和英文版的都要贵，为什么BILL GATES要在中国这个并不富裕的国家把软件价格定那么高呢？我想可能是因为他知道即使价格定低了也没有人买正版，或者他根本不重视中国的家用软件市场。他把眼光放到了中国的企业身上。微软在中国打的那些官司，也多是对企业而不是对个人的。微软的目标可能是让没一家中国的打企业都使用上正版的Windows。如果中国企业使用盗版的Windows而被微软知晓， 那么要么向微软购买几十上百套Windows，要么就送你上法庭。一般的中国企业都是购买Windows了事。比如深圳华为。在中国，企业一般不会象个人那样肆无忌惮地使用盗版软件，企业一般也有能力购买软件。一个很有趣的现象是，在国内盗版国产企业软件的似乎并不多，即使有，真正使用的却不多，特别是财务软件，一般企业都无法认同盗版产品，因为做帐的时候使用盗版软件总是不放心。而且，企业软件一般加密性能比较好，其软件狗加密并不是很轻松就能解开的。而且使用解密又会面临法律上的制裁。中国的软件业可以说是步履蹒跚，绝大多数中国的软件企业日子都不好过，个体手工作坊式的软件开发方式比比皆是，这是中国国情决定的，这样的运做方式肯定不能和美国软件巨人们相竞争。所以，中国的软件企业需要将有限而宝贵的人力财力资源投入到真正有市场的企业软件中。家用软件至少在可以预料的未来中是没有市场的。对于中国那些狂热的盗版用户来说，他们会发现盗版光盘中中文的软件会越来越少，不过这也好，可以锻炼他们的英文水平了。

当你在精心打造了一套高端网站，却发现未能达到预期效果，是否会陷入困惑？高端网站建设的成败，其实暗藏诸多关键因素，以下几方面值得深入探究。一、领导重视程度不足影响高端网站建设成效在这个竞争激烈的商业环境中，高端网站建设是企业拓展市场的关键一步。但部分企业领导对网站的重视程度却堪忧，甚至记不住自家网站地址，这种态度无疑会向下传递，导致网站管理人员也缺乏积极性。高端网站建设的目标多样，从提升品牌形象到开展电子商务等，无论企业规模大小，都应先在思想上给予充分重视，依据自身情况明确建站目标，投入相应资源进行建设与运营，如此方能收获理想效果。二、网站管理人员配置不合理制约高端网站建设发展高端网站建设需要专业团队精心运维。现实中，不少企业随意安排人员管理网站，致使管理缺乏延续性。从网络营销角度看，网站管理员应具备多方面能力，如一定写作能力、对行业见解以及网络营销知识等，还应熟悉互联网基础、办公软件和图像处理软件等。高端网站建设的优质内容至关重要，它关乎吸引访问者、提升搜索引擎排名等。企业领导应高度重视网站管理团队的组建，根据公司规模合理配置人员，或寻求第三方专业公司代运维，保持团队稳定，助力网站良好发展。三、缺乏明确建站目标导致高端网站建设迷失方向高端网站建设绝非一时头脑发热之举，明确的建站与营销目标才是成功基石。企业应深入思考建站目的，是提升品牌、推广产品，还是提供服务等，依此确定网站版块、布局与功能。同时，要结合企业实际情况，如人员构成、市场现状、目标人群和资金实力等进行预判，避免盲目照搬他人网站。高端网站建设中，目标明确才能精准选择方法与手段，在网络营销道路上稳健前行。四、合作伙伴选择不当影响高端网站建设质量高端网站建设中，企业多依赖专业网络公司。然而，面对市场上报价悬殊、服务质量参差不齐的状况，企业往往难以抉择。部分企业频繁更换合作伙伴，还可能出现域名过期、转移纠纷等问题。企业应慎重挑选建站公司，除了考虑价格，更要关注其老客户服务年限、网站效果等。高端网站建设关乎企业形象与营销成果，选择信誉良好、实力雄厚的合作伙伴。总之，高端网站建设要想取得良好效果，企业需在领导重视、人员配置、目标明确以及合作伙伴选择等方面下足功夫。希望各企业主能够重视建站、运维与推广工作，让网站真正成为推动企业发展的有力工具。

据arstechnica报道，谷歌推出全新Android开发框架Sky，主要目的包括提高运行速度和响应速度，在大部分设备上，应用流畅的标准都是实现60FPS的帧率，Sky希望实现高达120FPS的帧率，用户界面将保持流畅的响应速度。目前为止，除游戏之外的Android应用通常使用Java语言来开发编写，其运行效率和速度并不理想，而谷歌内部的一个团队正在探索全新的应用开发方式。他们利用了谷歌自主的网页开发语言Dart来开发Android应用。这帮助他们专注于速度，并可以与网页进行深度整合。Dart由Chrome V8引擎的团队成员发明。该团队近期举行了Dart开发者峰会，展示了在Android项目中使用的Dart。在Android项目中使用的Dart并未被称作“Dart on Android”，而是有了一个新名字“Sky”。目前，Sky只是一次开源的尝试。但相对于传统的Android应用开发方式，Sky有着多方面优势。Sky的最主要目的包括提高运行速度和响应速度。在大部分设备上，应用流畅的标准都是实现60FPS的帧率。不过，Dart团队希望实现高达120FPS的帧率。目前在Android平台上，许多应用连标准的60FPS帧率都难以达到，更不用说120FPS。60FPS的帧率要求每16毫秒绘制一帧，当画面绘制速度达不到这一水平时，应用就会出现卡顿。Dart团队展示了一款演示应用，每帧的绘制速度仅为1.2毫秒。尽管这只是一次简单的展示，但这意味着，对于开发流畅而复杂的应用来说，Sky有着很大的空间，这也使120FPS的帧率成为了可能。该团队表示，Sky的应用程序接口(API)不会影响界面的主线程，这意味着即使应用运行速度变慢，用户界面仍将保持流畅的响应速度。Sky并不依赖于平台，其代码可以运行在Android、iOS，以及任何集成了Dart虚拟机的平台上。这类应用的运行类似于网站。应用的很大一部分基于HTTP，这意味着开发者可以进行持续的开发，并确保所有用户一直使用最新版本。这款演示应用的弱点在于无法离线运行，而启动应用则需要1到2秒钟时间，因为应用需要下载数据。不过，这两方面的问题可以通过缓存机制来解决。基于HTTP的模式使开发变得很简单。开发者不必编辑代码、编译并打包，这些代码可以在HTTP服务器上编辑。而用户只需关闭并重新打开应用，即可完成应用的“升级”。这就像是一款网页浏览器。Android开发者可以使用Sky Framework，这提供了一整套Material Design小工具，帮助开发者方便地增加操作栏、触控效果、导航面板，以及Android应用中所需的一切元素。与普通应用类似，Sky应用可以获得Android的全部权限和API，但结合来自网页服务器的自动升级功能，这将带来信息安全问题。不过目前，Sky仅仅只是一个试验项目。在Sky成为一种主流的Android应用解决方案之前，Sky团队需要解决这些问题。该团队的GitHub页面显示：“我们仍在对Sky进行频繁地迭代，这意味着框架和底层引擎有可能以不兼容的方式出现改变。”

无论是在公司工作还是自己创业，我对产品的理解都是「用户、场景、需求&解决方案」，也就是我们常说的「Why、What、How」。我以为这个产品的「What」应该由最理解它的人来定义。但是在新的公司，我的这一理解受到了一定程度的冲击，出于对同事的尊重我就不详细说明是如何冲击我的了。我只是想把我的理解分享出来，当然我的理解也不一定正确，我也接受任何人的 PK。为什么要做？初创团队是不存在这个问题的。这里主要是要说一下在大公司里面我们为什么要做一个新What？我的总结:开会时候老板随口一说、有的人就去 Kiss ass 了公司需要做些新的尝试、老板会指派人去做有人需要找点儿存在感、会找些事情来做当然也真的是有人会因为真的想做而做其它我列举不出来的这里我不想多说，私以为从大公司出来的人都曾面对过这些问题，但是因为自己势单力薄只能被 rape 去执行。多问一些为什么，花费足够的时间在这个问题的思考上，找到其本源，想清楚了再做决定。当然如果你懒得想，我有一个建议，那就是Paul Graham的三点原则帮你衡量这个为什么：是创始人自己要、自己能做出来、别人不认为值得去做的东西。该由谁来做？要做一个新的What了，第一步是要找一个Owner，初创团队肯定不存在这个问题，因为如果连 Founder 都搞不定这个问题，那还是趁早洗洗睡了。我以为在大公司能定义What的人，应该具备三个特征：1、热爱热爱其实算是理想状态了，基本条件应该是对确定的某个事物具备很深程度的理解和长时间的思考。例如你想做「陌生人社交」，你自己都不具备在外面搭讪美女并且她聊的很 High 的能力，我是不相信你能做好一个陌生人社交产品的。我曾经跟投资人聊，他为了测试我，当场在咖啡厅指定了一个女性让我去聊至少15分钟，结果我聊了半个小时。我认为乔布斯最成功的产品其实是 iTunes，因为他对音乐的挚爱是我们一般人无法达到的。他的 iPod 里面有12张 The Beatles 的专辑、5张 Bob Dylan 的专辑。因为对 Bob Dylan 的热爱，甚至还与 Bob Dylan 的前女友 Joan Baez 热恋。自己是 Hippie 的缘故+对音乐的挚爱，所以才能将听音乐这件事情，做到了这样的极致。2、自驱Paul Graham 的三点原则第一条是创始人自己要。如果 Owner 对于想要的东西都不能通过强大的 Self-Driven 持续将这件事情做好，那么这件事情也许从一开始就是错误的。反观我们自己在公司打工时候的各种现象：要么就是为了做而做、要么就是纯粹的应付了事、要么更有甚者连事情都做不好。3、努力这里只送给大家一句话：以大多数人的努力程度之低，根本轮不到拼天赋！最后还是忍不住吐槽：新的产品方向真的不是靠非产品人看看机构报告，做办公室意淫出来的。没有去过富士康就不要跟我说厂妹！

全球唯一标识符 (GUID) 是一个字母数字标识符，用于指示产品的唯一性安装。在许多流行软件应用程序（例如 Web 浏览器和媒体播放器）中，都使用 GUID。GUID 的格式为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。例如：6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 GUID 值。世界上的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络或系统中，分配必须具有唯一性的标识符。在 Windows 平台上，GUID 应用非常广泛：注册表、类及接口标识、数据库、甚至自动生成的机器名、目录名等。ASP生成GUDI的实现<%Dim objTypeLibSet objTypeLib = CreateObject("Scriptlet.TypeLib")Response.Write objTypeLib.Guid%>在本机及网络主机均测试通过。

HTML 5从根本上改变了开发商开发Web应用的方式，从桌面浏览器到移动应用，这种语言和标准都正在影响并将继续影响着各种操作平台。在移动领域，大家争论不休的一个问题就是开发Web应用还是原生应用？而随着HTML 5标准的发展，两者之间的差异已经逐渐变得模糊，今天各大媒体都争相报道与HTML 5有关的东西，那么，HTML 5未来的发展趋势到底是什么？1） 移动优先前天，appMobi获选ReadWriterWeb2012最具前途的的公司，作为一家初创公司，这个奖公司首先专注于在移动平台上如何实现HTML 5的简单易用和无处不在。从如今层出不穷的移动应用就知道，在这个智能手机和将平板电脑大爆炸的时代，移动优先已成趋势，不管是开发什么，都以移动为主。如上文所说，此前一直困扰移动领域的问题就是开发Web应用还是原生应用。而如今，我们看见一些大型企业如《金融时报》在冲着HTM L5进军移动市场过程中，从App Store撤掉iPad原生应用而开发Web应用，同样表现出色。许多游戏开发商也将在移动Web应用中扮演中重要角色，移动Web应用优先的趋势将会持续到移动设备统治信息处理领域。其实用户根本不在乎你用什么工具开发了什么应用，不管是Web应用还是原生应用，只要好用就可以了。2) 游戏开发者领衔“主演”其实移动游戏开发商是从HTML5获益最多的一方，他们可利用这个平台逃脱付费游戏须向苹果支付的30%提成。在某种程度上，游戏就是移动平台销量最好的应用，也是吸引人们购买移动设备的一个重要因素。许多游戏开发商都被Facebook或者Zynga推动着发展，而未来的Facebook应用生态系统是基于HTML5的，尽管在HTML 5平台开发出游戏非常困难，但游戏开发商却都愿意那么做。通过PhoneGap及appmobi的XDK将Web应用游戏打包整合到原生应用中也是一种方式，Facebook差不多就这么干的——基于Web应用及浏览器，但却将之打包整合进原生应用。3) 响应式设计&自动变化的屏幕尺寸在HTML 5真的改变移动开发平台之前，必须要迈出重要一步，那就是“响应式设计”，也就是屏幕可以根据内容而自动调整大小。响应式设计最好的一个例子就是今年上线的BostonGlobe.com（观看视频），其屏幕能够根据任何内容而调整尺寸大小，在访问过其开发商Filament Group后才了解到，响应式设计也并非易事，一些基本概念设计必须从头开始，比如处理媒体库的RespondJS，而且处理来自第三方的图片和广告也是恼人的问题。要想做好响应式设计，就必须洞悉内容与屏幕之间的反馈关系，一家来自硅谷的响应式设计公司ZURB称，其实在过去的16年中，开发商就意识到响应式设计就要完全离开“流”，转而注重内容是如何在网页和移动设备中被处理的，这一过程还在继续，HTML 5会让它最终成为可能。4 )设备访问消除Web应用与原生应用界限的最大障碍就是浏览器访问移动设备基本特性的能力，比如照相机，通讯录，日历，加速器等，利用HTML5实现此能力方面，上文中提到的appMobi算是行业翘楚，在感恩节后开源了所有API。Mozilla也一直在努力通过移动浏览器Fennec来将强设备访问能力。对许多移动开发商来说，提高设备访问能力是HTML5最令人激动的革新，这意味着Web应用能够登陆移动设备而无需做任何PhoneGap式打包，游戏开发商当然最开心，因为某些特性对他们来说是封锁的，比如能整合到游戏中的加速器。这就开启了另一个可能的世界，比如能与云更好地整合（这有利于应用内购买，消息推送等）并提高游戏可玩性，有了HTML5这个平台，开发商可以不再依赖于Java语言，CSS3，HTML及其它程序语言。5) 离线缓存这个概念相当新潮，离线情况下，app也能照常运作，算是HTML 5充满魔力的一面，今年最好的离线缓存例子就是亚马逊Kindle的云阅读器，可以通过Firefox6以上版本，Chrome11以上版本，Safari5以上版本及iOS4以上版本浏览器将内容同步到所有Kindle系列设备，并能记忆用户在kindle图书馆的一切。亚马逊就这么实现了离线使用Web应用，许多专家人声称原生应用的末日即将到来，因为Web应用的使用变得简单，无摩擦，适用于任何一个平台或者无需平台。当然Mozilla的触角也伸到了这里，实际上，Mozilla想涉足任何一个HTML 5能渗透的领域，从Mozilla的移动蓝图，可以了解更多。6) 开发工具的成熟在今年八月份，Brian Fling曾写过一篇博文叫HTML5 Web应用开发剖析，提出了几点建议供从事HTML 5应用的开发者参考：要耐心，HTML5项目可能比开发其他任何项目好是都要长做好预算，这不像建网站那么简单，可能会耗费你大量资金找对开发者，你要记住，这对许多经验丰富的专家来说都非常难的事，那么你的团队也会觉得困难，所以一定要找对人，找到正确的方向要自食其力，你要知道，开发HTML 5项目，许多工具都要自制，不是现成的在技术界，按部就班的教条风格在这里行不通，会花掉许多不必要的资金，在移动领域，没有对与错，只有是否适合，一切以用户体验为重。在工具方面，除了appMobi提供的工具以外，还有Sencha及Appcelerator提供的框架及IDE供应用开发商们使用，虽然这些工具现在算不上成熟，也不如Android和iOS上的开发商框架及工具那般简单强大，但至少它们在演进，将会变得越来越好用。总结HTML 5的其它功能，如表单和新标准还在快速演进，而随着标准化工作的进行，HTML 5有可能变回HTML。HTML 5开发领域的领军人物包括Sencha，Adobe，Appcelerator，appMobi及Facebook，亚马逊，Google三大巨头。不管你是想开发出新型视频应用的开发商如Brightcover还是想开发新型音频应用的开发商如Soundcloud，不论是桌面应用还是移动应用，HTML 5都是创新的主旋律。

众所周知，由于 iOS 5 新增的机制，在设备容量空间不足的情况下系统会自动清除高速缓存文件或临时目录的内容，迫使开发者将应用存储的数据最小化。在 iOS 5 系统中，那些涉及到离线工作、需要用到本地存储的应用都会有相同的问题。很多的果迷热衷于使用这一类应用，尤其是在那些没有 Wi-Fi 网络的地方(地铁、飞机)。如果某一天你安装了一些很大的应用或者同步了大量的图书、音乐，这时候系统的自动清除机制被激活，随之而来的问题就是，你在地铁里、飞机上想要打发时间的时候突然发现找不到之前下载好的一些离线数据了。(如果对此还不清楚，可以看看这篇文章。)苹果设计这个机制的初衷是为了保护好的用户体验，但是现在看来，苹果设计师还没有考虑得万分周全（或者是用户和开发者暂时还不能接受这种“激进”做法）。作为开发者，现在要让苹果提供另外一个可以存储离线下载数据的文件夹已经不可能了，但是假如有足够的开发者向苹果表明他们确实需要这样一个文件夹来存储一些数据，我想在将来的版本当中，这种欠妥当情况也许会出现改善。开发者应该怎么做？如果 APP 目前是把文件存储在 Documents 文件夹现在它在 iOS 5 中运行是不会有任何问题出现的，只是用户可能会抱怨 iCloud 备份了太多数据，浪费时间和存储空间。但是当你的应用下次更新时，很可能会被苹果应用审核团队以在 Documents 文件夹存储太多数据为由拒绝，这绝对会是让你头疼的事情。如果 APP 目前已经(或打算)把文件存储在 Caches 目录请确保你的应用能漂亮的处理任何存储在 Caches 目录里的文件(被)消失的情况，一种解决这个问题的办法是创建一份应用存储在 Caches 目录里的文件的 URL(统一资源定位符) 列表。显然开发者要把这个列表文件存储在一个更持久的不同地方。可以在应用启动时检查一下列表中的文件是否还呆在那里。如果发现有任何文件丢失，可以弹出提示框告知用户这个情况，然后询问是否重新下载。当然如果设备是离线状态，你的任何道歉和解释都将被认为是白痴行为。要考虑到实际情况可能更复杂，比如有时候只有部分数据仍然有效，你需要决定怎么和多少提示需要显示。迁移现有的数据如果你打算更新应用，把数据存储在 Caches 目录里，以适应苹果 iOS 5/iCloud 的新规则，那么你可能会需要把原来存储在 Documents 目录里面的文件迁移到 Caches 目录。可以肯定，Apple 的应用审核团队不会对此进行测试，因为他们不会有你旧版本存储有数据的应用，所以，选择迁移数据可能是个正确的选择。记住不要在应用启动时在主线程里面做大量数据迁移的工作，因为这可能会引起“启动时间看门狗”的注意，并被它终结掉。提早警告用户当应用运行时，你可以经过用户设备存储空间不足，这种警告并不会改变文件被清除的命运，但至少可以让更多的人知道这个问题的存在，从而引起苹果的注意。让苹果知道这是个大问题向苹果相关人员提交漏洞报告，或者疯狂的在Twitter、微博、博客里面抱怨，或者像中国的网店主一样到淘宝公司门口举牌抗议，更可以学习华尔街事件的做法（不建议）。用户应该怎么做？知道现在，存储了大量数据的应用在备份时都是个大麻烦，因为 iTunes 备份进程不得不运行很长一段时间，特别是我们确实有那么多有用的数据需要备份的时候。在 iCloud 备份过程中，用户可能不愿意使用免费的 5 GB 标配空间来备份他们认为不重要的数据（当然更不愿意付费购买额外空间），这是用户可以设置关闭某个应用的 iCloud 备份。设置的具体路径在：iCloud > Storage & Backup > Manage Storage > Backups根据上面的路径进入设置界面，可以选择 开启/关闭 每个应用的 iCloud 备份，并不是每一个用户都会知道有这么个设置功能，所以可以在程序帮助文档、支持邮件中说明，或者，还是用老办法，弹出一个漂亮的提示框，告知用户这一切。当然，这好像是苹果应该做的事情。最后，想说的是，苹果推出了新机制，大部分总是以用户体验更好为初衷的，但是限制本地存储的新机制或许对部分用户和开发者都存在欠妥的地方，本文只是应对 iOS 5 限制本地存储的非官方指南，希望文中没有提供有害的建议，仅供参考。

在 Access 中删除某个表中的一些行或所有行时，自动编号不会重新初始化并刷新，如果需要重新初化由1开始，怎样操作呢，这里就介绍一下具体方法。打开数据库，点击“创建”-“查询设计”，点击“视图”-“SQL视图”，之后输入下面的SQL语句即可。ALTER TABLE 表名 ALTER COLUMN 字段名 COUNTER (数字,步长)举例：ALTER TABLE blog_article ALTER COLUMN log_ID COUNTER (1211, 1)自定义数据库自动编号初始值和步进值问题： 如何定义数据库的自动编号字段的初始值和步进值？如何定义自动增加字段的初始值和步进值？如何使删除过数据的自动增加字段的开始值重新从1开始？回答： 通过以下语句，你可以在建表的时候指定其起始值和步进值：CREATE TABLE tblNewOrder2 ( OrderId AUTOINCREMENT (1000, 10), ItemId LONG, Quantity LONG)你也可以用下面的语句修改下一个起始值和步进值：ALTER TABLE tblOrder ALTER COLUMN OrderId COUNTER (2000, 50)要重新开始：ALTER TABLE tableName ALTER COLUMN OrderId COUNTER (1, 1) 在 VBE 界面里面用以下代码：docmd.runsql "ALTER TABLE tableName ALTER COLUMN OrderId COUNTER (1, 1)"这里要注意的是自动编号往往被用作标识记录的唯一性，但是 Jet 在用 DDL 语句更改自动编号的同时不会保证修改后的自动编号仍然保持唯一性，因此会出现标识号重复的现象。要避免这一现象最好把自动编号设定为主键、或者不可重复。

你要是一名站长的话，你一定知道网站对于站长来说意味着什么。在面对错综复杂的网络环境时，每个站长为了保证网站的正常运作，都需要加十二分的小心。但很多的情况是我们无法掌控和预测的，如黑客入侵、硬件损坏、人为误操作等等，这些都可能对网站产生毁灭性的打击，让心血一夜之间化为泡影。所以，定期备份网站数据，才能保证网站的“满状态原地复活”。这样在遇到上述情况时，才能能将损失降低到最小。本文将只针对网站备份分享一些具体经验。希望对站长同学们有所帮助。一个习惯的重要性这算是题外话了。一个习惯甚至在一个人的一生中起着重要的作用——这句太鸡汤就不展开说了。对于站长来说最重要的就是坚持，这里的坚持就是习惯。网站备份也一样，所有的前提都是你需要养成网站备份的习惯。网站备份简单说来无非就是整站备份和数据库备份。在实际备份过程中，站长可以根据自己网站使用的程序和IDC的稳定情况，有针对性的采用多种备份结合的方式来实现保护网站。整站的备份对于网站文件的备份，或者说整站目录的备份，一般情况来说，除了一些定期备份和特殊事件的备份外。一般网站文件有变动的情况下，肯定是要备份一次的，比如网站模板的变更、网站功能的增删，这类备份的目的主要是担心网站文件的变动引起整站的不稳定或造成网站其他功能和文件的丢失。一般来说，由于文件的变动频率较小，备份的周期相对较长，可以在每次变动网站相关文件前（如功能的变动），进行网站文件的备份。对于网站文件或者说整张目录的备份，一般我们可以通过远程目录打包的方式，将整站目录打包并且下载到本地，这中方式是最简便的。而对于一些大型网站， 网站目录包含大量的静态页面、图片，和其他的一些应用程序，我们就可以通过FTP工具，将网站目录下的相关文件直接下载本地，根据备份时间在本地 实现定期打包和替换。这样可以最大限度的保证网站的安全性和完整性。数据库的备份数据库对于一个网站来说，其重要性不言而喻。网站文件损坏，我们可以通过一些技术还原手段可以实 现，比如模板文件丢失，我们换一套模板；网站文件丢失，我们可以再重新安装一次网站程序，但如果数据库丢失，相信技术再强的站长也是无力回天。相对于网站 数据库而言，变动的频率就很大了，相对来说备份的频率相对来说会更频繁一些。一般一些服务较好的IDC，通常是每周帮忙备份一次数据库。对于一些运用建站 CMS做网站的站长来说，如Discuz、PHPwind、DEDECMS等建站系统，在后台都有非常方便的数据库一键备份，通过自动备份到指定的网站文件夹当中，如果你还不放心，可以进入phpmyadmin，将数据库导出并下载到本地，真正实现数据库的本地、异地双备份。找一款靠得住的备份软件“工欲善其事必先利其器”。对于网站备份这种需要大量重复操作的工作来说，一款靠的住的备份软件往往起到事半功倍的效果。下面是五款在线备份解决方案及优势分析：一、MozyHomeMozyHome 是一个安全的在线备份服务（即网络硬盘）。它是用一种简单，智能而经济的方法来保护文件不被损坏。防止您的数据被意外删除或硬件故障等危害。定期备份你的数据到安全的服务器（美国），它会自动让你永远不必担心会丢失重要的数据。MozyHome的优势：1、空间较大2GB虽然不算太大，但若免费就比较诱人了。2、永久免费2GB的永久免费使用，5GB-60GB的为收费服务，但价格便宜。3、传输速度快安装过程中，他会测试连接速度，很快的！4、传输及储存文件安全文件传输过程是加密的，可以选择mozy默认的加密方式，也可以自己设置！5、使用方便设置成功后，可以自由的选择存储内容，查看提取也很方便。二、赛门铁克backup exec版本赛门铁克几年前宣布推出backup exec 2012，旨在帮助用户消除备份复杂性，在100%的虚拟环境中执行备份，并基于单一解决方案提供即时的、基于云的数据恢复。作为此次发布的一部分，赛门铁克还改进 了backup exec的用户界面和配置，从而提供更为简单的客户体验。此外，为了向更多小型企业推广领先的技术，赛门铁克专门推出了backup exec小型企业版（backup exec small business edition） 和 backup exec.cloud，这使得越来越多的企业可以仅通过3个简单的步骤，在不到10分钟的时间内即可完成数据备份。backup exec 的优势：1、使用新的管理控制台，消除备份复杂性；2、统一虚拟和物理备份；3、集成的灾难恢复；4、云中恢复；三、dropboxDropbox成立于2007年，提供免费和收费服务，在不同操作系统下有客户端软件，并且有网页客户端，能够将存储在本地的文件自动同步到云端服务器保存。因为云端服务的特性，Dropbox的存储成本将被无限摊薄。dropbox支持文件的批量拖拽上传，单文件最大上限350m.如果用客户端上传则无最大单个文件的限制，免费账户总容量2.0g，但若流量超标整个账户的外链流量就会被取消。Dropbox的优势：1、多平台云同步Dropbox在这方面具有比较大的优势，是最早支持也是覆盖最全面各大系统平台的，Dropbox目前支持Windows、Mac、Linux、iOS、Blackberry和Android客户端，用户可以利用不同的终端设备访问云端。2、文件找回：Dropbox上之前倍受欢迎的一个特色功能，就是可以把帮助用户可以回溯到30天的版本，十分贴心的功能，尤其是对于存储重要工作文档的用户。3、外链分享Dropbox具备外链分享功能，只需要右键点击文件和文件夹就可以任意分享，其他用户无需登录帐户可以访问分享内容，只要在浏览器输入你分享的链接即 可。用户设定Dropbox共享文件夹，里面的内容可以被受邀请的用户访问，同时他们也可以编辑和修改共享文件夹里的内容，适合公司或者家庭协同工作、编 辑等等。四、ZettaZetta公司早在2008年就开始提供云存储文件系统。 后来还增加了备份，安全性，性能和插件。最新的的迭代——Zetta DataProtect ——是一个完整的云备份，修复和灾难恢复系统。Zetta的优势：1、数据传输快Zetta DataProtect系统使用各种技巧来在几小时内备份各种TB级别的数据集或上百万的小文件。 这些文件被分割成块，重复数据被删除，然后被压缩。 如果有良好的带宽，数据传输是高度平行化的。2、费用低Merced学院计划斥资20万美元建第二个DC，存储，软件。 他们选择了Zetta. 通过支付月费用，他们可以获得不限量的客户数，一个可扩展的备份系统，24×7小时的工程师支持，和许多TB级别的备份。3、效果好Zetta创建了一个可扩展的插件架构，帮助备份应用程序的请求，以及常用的Windows文件复制。 插件会备份常见的应用程序，包括SQL服务器，Exchange和VMware. 每个企业都有自己独特的别人不太知道的应用程序集，所以他们的编程人员可以编写自己的应用程序的备份脚本，用插件API将它们连接起来，Zetta会把数据都复制到云中。五、多备份多备份主要是帮助企业进行数据保护和管理，基于Cloud 5技术实现多个云平台的数据互通。同时还提供数据备份、迁移、恢复等服务。多备份的优势主要有：1、操作简单托管模式下，只要用55秒就可以将数据备份到云端。插件或客户端的安装也非常简单。2、节省成本相比于传统的备份业务来说，节省了物理投入和人工投入的成本，同时加入了积分系统，使得成本进一步降低。3、传输速度快遍布全球40多个结点，同时接入了国内的阿里云、金山云，国外的亚马逊、微软等云平台，实现了数据传输的自动选择。4、传输及储存文件安全文件传输之前和传输过程中都进行了加密处理。还是回到最开始的那个“习惯”的问题，无论是网站的整站备份还是网站数据库的定期备份，相信操作起来都不是难事，重要的还是建立起站长的忧患意识，建立起网站管理者的备份观念。这要比任何备份方式、备份软件都重要。

做过网站的朋友都知道，选择一台合适、稳定的服务器，是建立一个好网站的重要前提。在选择服务器的时候，一般IDC运营商都会提出几种建议：购买VPS（虚拟专用服务器）、购买服务器后托管到IDC机房、直接跟IDC运营商租用服务器或者选择购买云服务器。然而，对于这么多选择，很多客户往往对服务器托管、服务器租用、独享带宽、VPS租用、虚拟主机、云服务器等概念不是很了解，不知道如何选择IDC业务，有的一味的追求品质，选择了费用较高的套餐，但是却浪费资源，没有必要，也有些客户一味的省钱，没有根据自己公司的实际需求选择。下面就针对这几种不同的方案就行一些对比和评估。VPSVPS（Virtual Private Server 虚拟专用服务器）技术，将一部服务器分割成多个虚拟专享服务器的服务。VPS服务器简称VPS, 又称VPS主机。VPS主机是通过虚拟化技术实现的虚拟主机，虚拟化是一个抽象层，它将物理硬件与操作系统分开，从而提供更高的IT资源利用率和灵活性。这些VPS服务器以最大化的效率共享硬件、软件许可证以及管理资源。每个VPS都可分配独立公网IP地址、独立操作系统、独立空间、独立内存、独立CPU资源、独立执行程序和独立系统配置等，为用户和应用程序模拟出“独占”使用计算资源的体验。VPS可以像独立服务器一样，重装操作系统，安装程序，单独重启服务器。VPS为使用者提供了管理配置的自由，可用于企业虚拟化，也可以用于IDC资源租用。不同VPS提供商所使用的硬件VPS软件的差异，及销售策略的不同，VPS的使用体验也有较大差异。尤其是VPS提供商超卖，导致实体服务器超负荷时，VPS性能将受到极大影响。相对来说，容器技术比虚拟机技术硬件使用效率更高，更易于超卖，所以一般来说容器VPS的价格都高于虚拟机VPS的价格。目前用得最多的虚拟化技术是Xen, OpenVZ, Hyper-V,Vmware等，其中Hyper-V是微软自家的虚拟化技术，只能在Windows上运行，也就是一般买windows系统的vps时，很可能是Hyper-V的。Vmware国内的一些较小主机商会用，跑windows或linux的都有。OpenVZ是基于操作系统的虚拟化技术，它运行效率跟真机(实体服务器)几乎一样，OpenVZ价格便宜，非常容易被超售（假设宿主机有16G内存，但开出20台1G内存的vps，都卖出去了；而这20台vps里都显示1G内存，这就是超售）。Xen虚拟出来的系统跟真机相似度极高，有swap，可以运行pptp的vpn，不容易超售。同等配置的vps，Xen的性能要明显优于OpenVZ。VPS的优点主要是价格便宜。缺点是性能低下和安全性较差。服务器租用服务器租用是指用户无须自己购买服务器，只需根据业务的需要，提出对硬件配置的要求。主机服务器由IDC服务商配置。用户采取租用的方式，安装相应的系统软件及应用软件以实现用户独享专用高性能服务器，实现全部网络服务功能，用户的初期投资减轻了，可以更专著于自己业务的研发。用户可以自行安装操作系统及相应的应用软件，并完全自行管理 ，也可由公司代用户安装系统、应用软件，免费提供服务器监测服务。用户可以月租、年租，月租无押金，年租送产权。租用服务器的好处是便捷和低价，我们知道，大部分的服务器买来以后装好系统和软件，调试通过之后最终还是要放到 IDC 机房的，那么，直接租用 IDC 机房的服务器就相对要更加省事一点，因为毕竟省去了运输的环节，如果机房离用户所在地不远那就非常好办，自己开车或者乘车过去都可以，但假如 IDC 机房离用户所在地非常远，运过去通常就非常麻烦了，这时候，租用确实是个好办法，即使不是好办法，也是不得已的办法，尤其是西南地区和西北地区机房资源非常少，那些地区的用户采用自己拿服务器去托管的方式确实不如直接去租用。但是，租用机房的服务器也有其不足：用户大部分情况下都看不到自己租用的服务器是啥模样，一些比较厚道的运营商倒是会如实的告诉客户他们所租用的服务器是什么品牌、什么型号。不过也会有极少数IDC采用自行组装的服务器作为租用业务使用以便降低成本，所以能够提供给用户的就是服务器的简单配置资料，至于采用什么品牌的主板甚至主板芯片是什么，这些都是用户远程管理服务器的时候才能查看到。服务器托管服务器托管是指客户自己购买服务器，然后交通过IDC（主机商）交由机房进行管理维护，服务器的所有权和使用权都是属于客户自己的，只需要付管理费用。在服务器托管的情况下，如果硬件等出现问题，机房一般是不负责维修的，需要客户自行处理。服务器托管的好处是是自主性强，对服务器拥有完全控制权。随着服务器成本的降低，大部分的专业客户和大客户都倾向于自行采购设备然后拿去托管的方式，因为采用自己的方式组装出一台服务器，甚至是一半新配件一半二手配件组装而成的价格其实也不会太高；想要高性能的用户可以拿出足够的资金购买更高配置的产品，一些注重品牌和稳定的用户也可以直接购买一线大厂的品牌服务器。另外，有些用户可能要使用比较特殊的操作系统和软件，又或者是事先需要复制大量的资料到服务器硬盘上，这些操作远程控制机房的服务器都不是很方便，一般是先调试或者复制好再拿去机房托管。总的来说，服务器托管可以自己选择配置和安装软件，在硬件采购上比较有优势，不过需要企业有专业人员管理维护，而服务器租用则比较灵活，没有硬件成本，维护起来也比较省心。对于离机房较远的地方，可以选择租用服务器，省去了舟车劳顿。如果离机房不很远的话，则最好是自行购买服务器再放机房托管。云服务器云服务器（Elastic Compute Service, 简称ECS）是一种处理能力可弹性伸缩的计算服务，其管理方式比物理服务器更简单高效。云服务器提供可调整云主机配置的弹性云技术，整合了计算、存储与网络资源的Iaas服务，具备按需使用和按需即时付费能力的云主机租用服务。在灵活性、可控性、扩展性及资源复用性上都有很大的提高。云服务器服务包括两个核心产品：面向中小企业用户与高端用户的云服务器租用服务；面向大中型互联网用户的弹性计算平台服务。云服务器平台的每个集群节点被部署在互联网的骨干数据中心，可独立提供计算、存储、在线备份、托管、带宽等互联网基础设施服务。云服务器适合以下用户：注重主机服务性价比的用户；需要快速实现分布式部署的用户；对业务的弹性扩展能力有需求的用户；有系统高可用性和快速恢复需求的用户等。与VPS相比，云服务器实现云主机之间的完全隔离；内置冗余的共享存储和智能备份，物理服务器失败可在几分钟内自动恢复；服务环境采用高端服务器进行部署，同时采用集中的管理与监控，确保业务稳定可靠。总的来说，云服务器总体性能远高于VPS，强于部分独立服务器。应该说云主机租用业务是时下比较热门的一项 IDC 服务，也是将来比较有发展潜力的一项类似虚机的租用业务，相对于自行购买服务器来说，云主机业务既比较便宜同时也具有服务器租用的各个优点，而相对于传统的服务器租用和虚拟主机来说，云主机一般配置都比较高，单独租用这种配置的服务器太昂贵，而采用 云主机的方式租用就划算一些。

有了域名和网站空间之后，下一步就要考虑如何搭建网站了，在建站的时候，首先需要明确自己要做什么样网站，然后该选择怎样的方式建站，建设一个Web网站有很多种不同的方式，有传统的自主开发建站，还有比较省时省力的自助建站，下面就详细说明一些常见的几种建站方法。自主开发建站通常企业建站多采取自主开发建站的形式，通常需要有一定开发能力的程序员来开发一套网站系统，这种建站方式最灵活，个性化和定制化也非常好，可以实现几乎所有需要完成的功能，是企业建站的首选方式。不过，这种建站方式需要企业有一定的开发人员，并且开发人员要具有良好的开发技能，否则有可能会在开发中出现一些安全漏洞，导致网站被黑客攻击。同时，网站的后期开发维护难度也较大，开发人员离职有可能会导致网站维护风险难度增加。第三方程序建站传统的企业建站模式以自主开发程序代码为主，需要专业开发人员来维护和更新，这就增加了企业运营维护的成本，同时，并不是所有企业都有非常好的开发人员，对于那些缺乏技术开发能力，同时对网站要求也不太高的企业来说，通过第三方的程序建站可能更为轻松。常见的第三方程序建站有免费开源程序和商业程序。对于大多数商业应用来说，第三方软件开发商都有相应的建站程序供使用，这些建站程序的维护和升级都由第三方软件开发商负责，节省了企业的维护和开发成本。不过，这些第三方建站程序提供的功能可能会比较单一，难以提供个性化定制功能，对于某些开源的第三方程序来说，其源代码公开也会导致黑客对系统的攻击会更为系统和有效。常见的第三方建站程序有很多，例如电子商务类的ShopEX、ECShop、Zen Cart等，博客类的WordPress、Z-Blog等，CMS系统的PhpCMS、Joomla！等，论坛系统的Discuz！、phpwind等，都是很优秀的建站系统，小到用于建立个人网站，大到用于建立门户网站都可以。第三方平台自助建站如果没有开发人员，也不懂程序，也可以通过第三方自助建站系统来搭建一个属于自己的网站，自助建站系统通常会提供一个Web端管理界面给用户使用，用户在里面进行一些简单的设置操作，不用花费多少时间和成本，就能快速搭建成一个网站。自助建站的个性化和可定制性最差，只能使用系统提供的功能，同时，很多自助建站系统还不提供域名绑定功能，导致用户必须使用第三方的二级域名来做网站，使得网站专业程度不高，大大降低企业在网民心中的印象与地位。对于用户来说，应该采用哪种方式来建站呢？如果有足够的开发人员，那么首选采用自主开发建站的方式，从功能、个性化、自定义、安全性等方面来说都是最好的。如果开发人员不足，那么采用第三方程序建站是较为合适的方案，减少了大量开发和维护的成本，只需要进行少量定制开发即可。如果没有任何开发人员，那么就只能采取第三方平台自助建站的方式了，这种方式功能欠缺、未来发展都受制于第三方平台，一般企业不会用这个建站，通常只有个人用户才用自助建站系统玩玩。

最近这两年问答系统在大家视野中出现的越来越频繁，这和以前的论坛模式，wiki模式又有一些区别，这套体系在解决大众化问题的同时给予解答者一些鼓励，从而对解答者产生黏性，在解答者频繁的为网站而工作时，自然也就吸引了一群新的问答用户。这么一说大家都知道目前的问答网站出名的有都有哪些，其实在如今来说重要的并不是这群已经成功的问答网站，而是在垂直化方向发展的新型问题体系，他们往往只专注于一小块领域从而达到很高的专业水平，而且相对于整体来说难度也低，用户黏性更高。在长时间的运营之后甚至能够以大量的高质量问答而衍生出自己的品牌从而带来更大收益。因为这样的站点本身就属于社交类型，所以根本不用担心新鲜度与互动性的问题，在单独领域已经形成品牌化再发展问答系统，由于已经有了庞大的用户基础，能够发展的更快。这样一说好像问答系统是一个闭着眼睛都能做好的网站类型，也并不完全是，这和以前我们所接触的大量站点有很多不同的地方，我给大家例举其中几个值得思考的细节：怎样定位看起来好像是个垃圾问题，实际上这个问题解决不好就是一个垃圾网站。整体给的问题难度过高，能够解答的人寥寥无几甚至解答出来还要写篇论文，这样的问答网站装装逼可以，谁会天天上来又问又答？而在专业领域中的问答网站一旦整体水平较低，会给访客一种滥竽充数的感觉，甚至认为网站中没有什么精华没有什么值得学习的地方，这样一来也会成为网站发展的阻力。比如做一个网络游戏的问答网站，整个网站全部充斥着“点卡怎么充值？”、“游戏在哪里退出？”、“怎么下载这个游戏”之类傻里傻气的问题，会使潜在的提问者和回答者无处下手，问答系统在于提供一个互相的技术型解答工作，并不是提供一个互相的劳动力工作。合适的新手型问题应当整合加以引导，避免频繁出现在版面中影响美观。当然，“A属性与B属性的非线性递增上是否有交错点，达到一个阈值之后是怎样变化的，有人能给我画一个图谱吗？”如果整个版面都是这样的问题那也不是问答版块，要成学术交流中心了。区分问答与评论这是非常关键的一点，如果你想发展问答系统不想去做问题评论，可能会成为一个成功的问答网站，但一个成熟的问答网站是在每一个问答之后应当给予一个评论区域，他们不解答本身的技术问题，但是评论该问题是否合适与解答者的答案满意度等等，比如答案旁边的“赞同”与“错误”就是简洁化评论的一点。为什么要这样做呢？问答好不好，是不是正确的答案并不是仅仅是由提问者和管理员来决定的，更多的时候要给参与者一个评论的空间，同时相对于一个好的回复来说，一个好的问题也是关键之一，评选好问题也可能成为问答网站的亮点之一。至于需要把它们区分开这点很好理解，评论可以多元化，而回答则需要贴切主题。奖励这是整个问答网站中最关键的一环，如果给你一个陌生的帐号让你天天去回答问题，这个账号是一长串英文加数字，解答完了还不给任何奖励，你就会想做这件事的意义是什么？奖励就是满足解答者虚荣心的最好办法，为解答者提供一些威望虚拟货币头衔之类的奖励，使他看起来与别人有那么一点不同，甚至于帮助培养一些粉丝，这样解答者才会死心塌地的为站点工作——满足自己小小的虚荣心和成就感。精通这几点就能做一个成熟的问答网站吗？并非如此，甚至远远不是，在开发一个成熟的问答系统时，还需要考虑很多现阶段其他问答网站没有注意到的问题，比如怎样评选出周精选问答、月精选问答，怎样把它们集合在一起通过电子邮件的同时提供订阅，甚至将这些干货可以编在一起出售，对长时间的活跃的会员都有哪些具体的奖励措施，是否给问题标记解答难度学习然后给予相应奖励（就像乌云白帽子找漏洞一样）……看起来如此简单的一个网站在实际运作过程中也有很多值得我们探究的细节，说到这里大家自然也有所体会，做好一个站点并不是一朝一夕的事，或许你现在心中有一个轮廓，但要完善它实现它恐怕要花上你难以想象的精力和时间——最后却并不一定成功。

也许你不懂文学能做文学网站，不懂经济能做经济论坛，不懂软件能做软件资源下载，但你如果不懂游戏就一定不能做游戏类网站。这个思路有点奇怪，为什么不是玩家就不能为玩家提供服务呢？其实这个道理很简单，像软件下载图片下载小说下载可以归类为下载型站点，小说阅读新闻阅读图片阅读可以归类为阅读型，但游戏网站不同，你很难把所有游戏的网站综合起来称之为游戏型站点，因为它们提供的资讯和服务差异巨大，对于一个完全不了解的外行人来说想要做好它实在是有些困难。搜索引擎优化的局限性。如果没有实际接触过一些热门游戏你可能很难理解这点，玩家对于游戏官方网站的信任程度高的出乎想象，可能一个官方网站的友情链接带来的流量会远远超出成千上万的长尾库，而且重要关键词的流量和其他行业比例是完全不同的。玩家在搜索某款游戏的相关资讯和服务时并不会明确自己的目标，按照游戏名称搜索的人群比例会大大增加，玩家不会搜索XX游戏怎么玩、XX游戏怎么样、XX游戏难吗之类的长尾关键词，因为玩家群体考虑的一般是用户感受，从大多数的调查中不难发现，他们只会从游戏的宣传、广告、口碑中来选择，而搜索时只会考虑游戏名称，这会让传统的靠长尾关键词存活的网站运营方式很不适应。也许你考虑到了很多方面，实际也做了不少调查，总结了一批看似不错的关键词然后加以优化，最后发现上线几个月一点流量都没有是很常见的事。当然我的意思并不是所有的长尾关键词都没有用，实际上我以前也对几个游戏统计分析过，真正有流量的长尾是很难通过挖词和分词来得到的。打个比方，传统的挖词和中文分词可能是基于一个主词或是一群主词来生成和爬取，但这在游戏类网站中很难起到实际效果，因为它们的长尾关键词有些怪异，而且相关性并不大。比如你做某个游戏的资讯和攻略网站，统计到一个[XX技能怎么用]的关键词，想要通过它来扩展一批长尾获得流量，这时候你也许会用爬虫或挖词工具去寻找[技能怎么用][技能的用途]之类长尾，但实际拿到的词中并没有你想要的，因为这和游戏的内容有很大的关联性，而且搜索量非常不固定。比如今天你做的游戏有一个补丁加强了某些技能和职业，这些词在互联网中并不会有什么预兆和波动，但在接下来几天内搜索量会疯涨，如果你没有实际的关注这款游戏并且成为一个玩家，是很难体验到这些变化并且从中发现波动的，也许你觉得游戏网站无处下手时别人却通过这类方法获得了不错的流量。这就是外行人接触游戏行业站点的难点所在。原创和时效性图片、视频、医疗、百科等等类型的站点，你可以自己上传或编辑一些内容，即便是你对他们了解不多也能做的像模像样，而且如果是伪原创也不太容易让人能看得出来。这在游戏类网站中就显得尤为困难：拿178游戏网站举个例子，他们很多游戏频道的编辑的并不是全职的网站编辑，而是游戏玩家，甚至是从自己的游戏内部论坛中转载而来，因为一个没有在游戏上花费时间的网站开发者或编辑是很难把握住具体的游戏动向甚至是专业攻略。从这点上来说想要保持原创性就显得非常困难，至少在大多数游戏上是如此，而且这也不是你花费时间就能办到的，游戏往往为了保持可玩性会显得难以挖掘，大部分的“铁杆玩家”是大量浪费时间在游戏上才能写出吸引人的原创作品。不过相对于原创性来说更难解决的是时效性问题，也许玩家本身对于游戏的理解不同会对你的网站上一些初级/转载/伪原创的文章感兴趣，但并不代表这在一个月之后同样有效，也许符合时效性的100篇文章比过期的一万篇文章更有用，当然这也不是问题所在，问题是你根本不知道这些文章的时效性是多久，在你全面的接触和关注这款游戏之前。忠实粉丝问题如果你和游戏开发商运营商没有什么关系想要凭借一个网站就分走这些用户流量是非常困难的，这和游戏业本身存在的特点有关。很多人难以理解为什么我的站点做的足够好甚至超过了游戏本身的官方站点但就是没有大量用户呢？其实这些人都是游戏商的粉丝群体，和新闻媒体视频站点不同的是，游戏很容易通过内容来迅速培养一批忠诚度非常高的用户，当然本身游戏用户中忠诚度比例就较高，这时候一个不知名的站点想要跻身其中也许要花费超乎想象的时间，只有当你证明自己能够做的足够好时，才可能会吸引到少部分人，但也仅仅是少部分人。相反，在得到游戏开发商运营商合作之后会让网站口碑上更有权威性，这很难让人理解，也许大家并不相信这点，但根据我接触的游戏玩家群体来说，权威性和忠诚度有时候就是这样，它们影响着大部分玩家的判断，尽管你的内容不是那么的好甚至有些差，但这些忠实的用户群体一旦选择了你就会原谅这些过失并且相信这是一个“非常好”的站点。个人站长的站点想要获得玩家用户群体的忠诚度难度可想而知，除非你花很长的时间来运营它并且不寄托这个项目会给你带来营收，而且运营下去时规模可能超出了个人站长把控的范围。专业性一个游戏类网站一定一定要具备专业性。这很重要所以占一行。从其他类型网站转型做游戏网站会有一个误区，服务大众才是主流，毕竟需求专业的人群只占一小部分。当然在游戏玩家专业人群也只占一小部分，但这一小部分人往往是一大部分的代表，这和市场营销中的精英理论很相似，大部分人的决策是服从一小部分精英人群的。游戏玩家往往以群体相聚，即便是单个玩家也会以论坛、群、社区来和其他人交流，这时候他们的选择/消费/目标/习惯都会受这群玩家中的专业人群影响，也就是说，你服务好了这群专业的用户，他们会给你带来更多更多用户。也许大家会想，简简单单玩游戏休闲的人也不少，为什么不能为他们提供服务呢？这其实很奇妙，在几乎所有的游戏中，绝大部分的忠实用户会对游戏玩家中的精英分子抱以崇敬的态度，也许你一周玩一次魔兽争霸休闲放松，但是肯定知道SKY是谁，你认识的朋友肯定有比你玩的溜的，你肯定和朋友谈起过这款游戏。这个例子在其他所有游戏中都适用，拿体育运动来说也是如此，我看足球喜欢某个球星，我却并不一定会去网站上买他的球鞋，当然如果我的朋友踢球很好他告诉我哪个网站可以看足球直播，我至少会去点开看看的。把握玩家中精英人群的习惯比迎合大众用户显得更加重要更有效果，可能也更简单一些。只是从搜索引擎的局限化来看个人站长不是没有办法做好一个游戏网站，但考虑到原创、专业性、权威性这些问题时就显得很困难，拿同样多的时间去做一个游戏类站点和其他类型站点得到的效果肯定是完全不同的，有人可能自以为了解某款游戏或者某个游戏行业就匆匆跻身其中，却难以真正的分到一杯羹。最后想到最近在游戏行业站点中比较流行的服务型站点，根据游戏服务商提供的API制作的网站，用来查询或者计算用户的一些数据，当然也有部分是开发者计算的数据，这类网站并不需要考虑原创以及时效性问题，只是对于单人开发来说周期太长而且成本太高。常见有游戏数据库、装备在线展示、游戏菠菜(擦边球类型)、玩家数据统计分析等等。