网站建设中应用的Dreamweaver内嵌的服务器行为包括重复区域、显示区域、记录集分页、转到详细页面、转到相关页面、插入记录、更新记录、删除记录和用户验证等。
服务器行为是在设计时插入到动态页中的指令组，这些指令在运行时于服务器上执行。如果希望向动态页添加服务器端逻辑，请选择“窗口”丨“服务器行为”命令。打开“服务器行为”面板。

网站建设中应用的Dreamweaver内嵌的服务器行为包括重复区域、显示区域、记录集分页、转到详细页面、转到相关页面、插入记录、更新记录、删除记录和用户验证等。

Html是一种超文本标记语言，透过这种格式可以在internet上传送浏览文件，使用者只要使用网页浏览工具就可以浏览这些文件。由于html文件都是由标签集合而成，因此比较适合做静态网页，再者由于先天的限制，html无法直接存取数据库，因此若程序需要与数据库结合时，大部分仰赖CGI来处理。当然用asp和php可以直接存取数据库及使用无限的扩充性元素，因此在编写上要比html来的简单且富有弹性，在编写动态页面时，我们不用html。

CGI是一种共用的网关接口，它可以称作是一种机制。因此可以使用各种不同的程序语言编写适合的CGI程序，这些程序包括VB、VF、Delphi、C等，将写好的程序放在网页服务器的电脑上执行，再将执行结果通过网页服务器传送到客户端的网页浏览器。这样的编写方式事实上是比较困难且没有效率的，因为每一次修改程序都必须重新将CGI程序编译成执行文件。但对于script及php这数种相类似的撰写方式来说，不需要重新编译成执行文件，就可以直接执行，再者php内建的独特数据库library，允许使用者透过客户端浏览器存取各式各样的数据库。在数据库的支持上减少透过ODBC存取数据库的时间，因此在整体时间有缩短了很多。

Application对象的onstart事件是整个web站点的初始化事件，其在global.asa文件中相应的响应过程，就是web站点服务器的初始化过程。这个过程的基本应用时跟踪当前活动中得用户数量，这是初始化web站点经常用到的变量。Application对象的onend事件是整个web站点的结束处理事件，其在global.asa文件中相应的响应过程，就是web站点服务器的结束处理过程。这个过程的基本应用是保存一些web站点的运行结果，卸载初始化程序创建的对象，特别是数据库结果集的对象，恢复操作系统环境。

目前在一台web服务器上部署一个ASP应用程序可不是一件轻松的事情，特别是如果该应用程雪由COM组件组成，而且要求对IIS元数据的配置做出修改的话，问题就变得更加复杂了。我们必须将ASP文件复制到每个服务器中，复制并注册COM组件，创建COM+应用程序，并注册相关联的COM+组件，还要根据配置要求来使用ADSI更新IIS元数据。这种安装工作不是轻易就能完成的，通常需要一位操作熟练的系统管理员，同时还需要时间和耐心，这才能保证程序顺利安装和运行，否则就需要一个很高级的安装开发人员。

ASP.NET应用程序的部署就变得非常简单了，ASP.NET之所以能解决这个问题是因为对我们开发web应用程序的方法进行了几项修改。为了简化现有应用程序的重新部署，ASP.NET使用了CLR的Shadow Copy功能来确保组件文件不会被锁定。这样就从根本上杜绝了IIS部署和计算机重启情况的发生，该功能意味着在任何时候都可以简单复制新的组件重写老组件文件来及时地进行组件升级。CLR的Shadow Copy功能之所以如此，是因为组件文件在被加载之前先被复制到了某个高速缓存区域。这也就表明原来的文件不会从最初的位置进行加载了。CLR的Shadow Copy功能是在一个应用程序域的基础上实现的。系统为每个应用程序域进行了潜复制，一旦某个组件发生了变化，为了重新加载该组件，ASP.NET会创建一个新的应用程序域，这样可确保修改后的文件能够被复制到高速缓存中并继续使用它。

当我们从客户端/服务器模型转换至n层应用程序模型时又出现处理非连接数据的另一个问题。分布式的环境意味着客户端和服务器在网络上是由网络分离和连接的。要在这种环境下创建能正常工作的应用程序，我们需要采用新的设计方案，在应用程序的各层次之间进行更细微的区分。

例如，在应用程序（数据层）中我们经常要创建组件来执行数据访问操作，而不是通过ASP代码直接访问数据存储。通常还要遵循一系列的规则。这些规则也能在组件内部执行。它们可能是执行数据访问操作的部分组件，也可能是单独的组件，是它们构成了业务层（或者是应用程序层）。它们可以是客户端应用程序（表示层）中的一套单独的组件，用以执行数据管理、格式设置或表示数据等特定的任务。

使用SQLXML属性将数据从SQL Server中提取为XML的技术，对于当今的数据库开发人员来说是非常有用的，而且它特别快捷有效。要在.NET总支持SQLXML，只需要简单地包含一个选项，以此来返回一个可以保存XML文档片段的对象。该对象可以代替关系数据中所提到的DataReader对象。

这个方法实际上是用于关系数据访问的Command对象中可用的执行方法的一种特殊形式，它可以返回一个XmlReader对象。这种方法(理所当然)被称为ExecuteXmlReader。如何在页面中用代码实现该方法。首先，我们收集了来自自定义用户控件的字符串，然后创建一个可以提取XML所需的SQL语句。

网站建设时当开始考虑保护应用程序安全性时，必须首先考虑我们试图达到的实际目标。例如，应用程序是否包含高度敏感的信息，或者允许用户实施绝对禁止误用的任务——例如银行给客户提供了在线账户访问。或者说，有些信息不太敏感但仍然有用，例如想让访问者付费订阅后再访问的内容。

最后，所有这些都归结到量化出所涉及的风险和安全漏洞的后果。提高应用程序的安全性远不是允许每个人都能访问那样简单，还涉及到使用防火墙等设备构建复杂的多层系统，以及非军事和各种其他高度安全的功能。然而，上述方法通常只有当系统需要最高安全级别时才用到，例如当需要保护整个网络免受外界入侵时才用到。

确实，“需要”这个词的与其可能有点过强，不过尽可能地组织PHP应用的各个部分确实很重要，而要做到这一点，一种方法就是为不同的组成部分创建相应的文件夹。由于上传的文件由用户提交，它们往往不是你能直接控制的，至少从文件名和数量上不能控制。所以把它们与其他应用文件分开单独存储是一个很好的方法。我们需要一个图像文件夹，上传到网站应用的图像文件都存储在这里。如果需要，这个文件夹也可以存储应用可能使用的所有其他图像。

图像文件夹与web服务器上的所有其它文件夹很类似，只是它必须放置在应用主web文件夹之下。通常将这个文件夹直接放在web文件夹下就可以了，不过如果愿意你完全可以创建一个更复杂的文件夹层次结构。如果图像文件夹就创建在web服务器的主web文件夹之下，则可以从PHP脚本引用图像文件。与变量类似，常量也存储一段数据。不过常量一旦设置它的值就不会再改变。输入到表单的图像文件名再与图像文件夹路径联接。如果你的PHP应用在别处托管，而不是在你的本地计算机上，则需要使用FTP创建图像文件夹。