asp的源代码是在浏览器上执行的 asp网页提醒代码
老铁们，大家好，相信还有很多朋友对于asp的源代码是在浏览器上执行的和asp网页提醒代码的相关问题不太懂，没关系，今天就由我来为大家分享分享asp的源代码是在浏览器上执行的以及asp网页提醒代码的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
为何在浏览器中浏览 ASP 时看到的竟然是原代码
你是要本地测试浏览asp文件吗？？这样的话你有先搭建预览环境吗？？iis服务器
如果没有要先针对你本机系统上网搜索对应的iis安装包到本地先安装好iis，然后具体操作如下：
我的是win 2003，就是道理是一样的，这边给个参照
首先点击开始--管理工具--Internet信息服务(IIS)管理器
打开如下界面
然后在网站右击，选择建立网站，接着一步一步往下搞先建立一个网站目录，目录就是你要预览的本地路径【比如我要预览web/index.asp】目录就是web文件夹
3、成功了在dw建立一个站点，建立这个的好处是你可以方便的从文件栏中选择文件操作修改，
这样就成功了，你就可以预览了~~~~
当然，你也可以直接在internet信息服务里面的站点直接点击文件右击浏览就成
请问一个asp,net的问题
我想通过例子你很快就会明白了:
<?xml version="1.0"?>
<!--
注意:除了手动编辑此文件以外，您还可以使用
Web管理工具来配置应用程序的设置。可以使用 Visual Studio中的
“网站”->“Asp.Net配置”选项。
设置和注释的完整列表在
machine.config.comments中，该文件通常位于
\Windows\Microsoft.Net\Framework\v2.x\Config中
-->
<configuration xmlns="">
<connectionStrings>
<add name="NorthwindConnectionString" connectionString="Data Source=8G4K5AU68FMJYV2\SQLEXPRESS;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123456"
providerName="System.Data.SqlClient"/>
</connectionStrings>
<system.web>
<anonymousIdentification enabled="true"/>
</system.web>
</configuration>
这个配置文件的内容很少,但是包括非常重要的一节:configuration->connectionStrings>.请注意,Web.Config文件是以XML格式存储的,因此里边的信息采用"树型结构",就那上面来看,<connectionStrings/>存储于<configuration/>结,因此<connectionStrings/>就是<configuration/>所要表述的成员之一,也就是说每一个结点都存储应用程序的一些信息,而它们都是用过XML属性结构归类的.我们要实现ASP.NET的应用程序的灵活性,很大程度上依赖了这些配置文件.举一个简单的例子:当我们在.ASPX文件中连接数据源时,需要先定义连接字符串,但是一套完整的应用程序包括很多数据源,也包括很多连接数据源的代码,因此你必须考虑把这些连接字符串统一的管理,统一的调用,就像定义了一个"全局变量",随时随地,任何时间任何地点(程序集)都可以调用出来,当我们需要更改连接字符的时候,也只需要在"全局变量"中修改即可.呵呵,有没有发现这个ASP.NET中最令人兴奋的技术呢?那么你就试试吧,下面是间单的例子:
class OleDb
{
public static void ConnectionDleDb()
{
using(OleDbConnection conn= new OleDbConnection(GetConnSring()))
{
OleDbCommand command= conn.CreateCommand();
command.CommandText= GetCommandString();
try
{
conn.Open();
OleDbDataReader reader= command.ExecuteReader();
while(reader.Read())
{
Console.Write("/t{0}/t{1}",reader[0],reader[1]);
Console.WriteLine("/n");
}
}
catch(Exception e)
{
Console.WriteLine(e.Message);
throw;
}
}
}
private static string GetConnSring()
{
ConnectionStringSettings settings=
ConfigurationManager.ConnectionStrings["NorthwindConnectionString"];
return(settings.ConnectionString);
}
private static string GetCommandString()
{
return(@"SELECT CategoryID, CategoryName FROM dbo.Categories;");
}
}
在这里,我们正好用到了Web.Config配置文件中的NorthwindConnectionString项,它存储了我们定义的一个连接字符串,在类OleDb中,方法GetConnSring使用ConfigurationManager类将Web.Config配置文件中的值取出,ConfigurationManager类则是.NET公开所的,提供给程序员的Web.Config文件操作类,在.NET类库中包含了很多实现类似功能的类,比如"成员资格提供程序","角色提供程序",它们与Web.Config配置文件配合组成了非常高效的应用程序管理机制.
以下是MSDN的相关文章:
---------------------------------------------------
使用 ASP.NET配置系统的功能，可以配置整个服务器上的所有 ASP.NET应用程序、单个 ASP.NET应用程序、各个页面或应用程序子目录。可以配置各种功能，如身份验证模式、页缓存、编译器选项、自定义错误、调试和跟踪选项等等。
以下各节描述了 ASP.NET配置系统的功能。
有关配置.NET Framework客户端应用程序的信息，请参见配置应用程序。
注意
ASP.NET配置系统的功能仅适用于 ASP.NET资源。例如，Forms身份验证仅限制对 ASP.NET文件的访问，而不限制对静态文件或 ASP（传统型）文件的访问，除非这些资源映射到 ASP.NET文件扩展名。要配置非 ASP.NET资源，应使用 Internet信息服务(IIS)的配置功能。有关信息，请参见 Working with the IIS Metabase（使用 IIS元数据库）和 IIS Metabase Property Reference（IIS元数据库属性参考）。
配置文件
ASP.NET配置数据存储在全部命名为 Web.config的 XML文本文件中，Web.config文件可以出现在 ASP.NET应用程序的多个目录中。使用这些文件，可以在将应用程序部署到服务器上之前、期间或之后方便地编辑配置数据。可以通过使用标准的文本编辑器、ASP.NET MMC管理单元、网站管理工具或 ASP.NET配置 API来创建和编辑 ASP.NET配置文件。
ASP.NET配置文件将应用程序配置设置与应用程序代码分开。通过将配置数据与代码分开，可以方便地将设置与应用程序关联，在部署应用程序之后根据需要更改设置，以及扩展配置架构。
有关如何对 ASP.NET配置文件中的数据进行组织的更多信息，请参见 ASP.NET配置文件。ASP.NET配置设置中描述了可用的配置设置。
配置文件层次结构和继承
每个 Web.config文件都将配置设置应用于它所在的目录以及它下面的所有子目录。可以选择用子目录中的设置重写或修改父目录中指定的设置。通过在 location元素中指定一个路径，可以选择将 Web.config文件中的配置设置应用于个别文件或子目录。
ASP.NET配置层次结构的根为 systemroot\Microsoft.NET\Framework\versionNumber\CONFIG\Web.config文件，该文件包括应用于所有运行某一具体版本的.NET Framework的 ASP.NET应用程序的设置。由于每个 ASP.NET应用程序都从根 Web.config文件那里继承默认配置设置，因此只需为重写默认设置的设置创建 Web.config文件。
注意
根 Web.config文件从 Machine.config文件那里继承一些基本配置设置，这两个文件位于同一个目录中。其中的某些设置不能在 Web.config文件中被重写。有关更多信息，请参见 ASP.NET配置文件层次结构和继承。
运行时，ASP.NET使用 Web.config文件按层次结构为传入的每个 URL请求计算唯一的配置设置集合。这些设置只计算一次，随后将缓存在服务器上。ASP.NET检测对配置文件进行的任何更改，然后自动将这些更改应用于受影响的应用程序，而且大多数情况下会重新启动应用程序。只要更改层次结构中的配置文件，就会自动计算并再次缓存分层配置设置。除非 processModel节已更改，否则 IIS服务器不必重新启动，所做的更改即会生效。
有关 ASP.NET配置层次结构的工作原理的更多信息，请参见 ASP.NET配置文件层次结构和继承和 ASP.NET配置方案。
直接编辑配置文件
可以使用文本编辑器或 XML编辑器来直接编辑配置文件。有关正确的语法，请参见 ASP.NET配置设置和常规配置设置(ASP.NET)中有关配置节的参考主题。有关更多信息，请参见编辑 ASP.NET配置文件。
配置工具
使用 ASP.NET配置系统所提供的工具来配置应用程序比使用文本编辑器简单，因为这些工具包括错误检测功能。
ASP.NET MMC管理单元
用于 ASP.NET的 Microsoft管理控制台(MMC)管理单元提供一种在本地或远程 Web服务器上的所有级别操作 ASP.NET配置设置的方便途径。ASP.NET MMC管理单元使用 ASP.NET配置 API，但是它通过提供一个图形用户界面(GUI)来简化配置设置的编辑过程。另外，该工具还支持多个 ASP.NET配置 API功能，这些功能控制 Web应用程序是否可以继承设置，并管理配置层次结构各级别之间的依赖性。
注意
若要使用 ASP.NET MMC管理单元，必须使用具有管理权限的帐户登录到计算机。
ASP.NET MMC管理单元在虚拟目录的属性页上显示为“ASP.NET”选项卡。
有关更多信息，请参见 ASP.NET MMC管理单元。
网站管理工具
对网站具有管理权限的任何人都可以使用网站管理工具来管理该网站的配置设置。网站管理工具旨在为各个网站中最常用的配置设置提供一个用户友好的图形编辑工具。由于网站管理工具使用基于浏览器的界面，因此它允许您远程更改网站设置，这对于管理已经部署到成品 Web服务器的站点（如承载的网站）非常有用。
网站管理工具与 ASP.NET MMC管理单元在若干方面存在不同。例如，ASP.NET MMC管理单元最适于管理员级别的配置，因为它提供对 Web服务器上的整个配置文件层次结构的访问，而不是提供对单个网站的配置设置的访问。此外，您还必须是管理员才能使用 ASP.NET MMC管理单元，而网站管理工具只允许各个网站所有者在他们具有管理权限的站点的根目录中配置 Web.config文件。最后，您不能使用 ASP.NET MMC管理单元来远程管理 IIS，但是，网站管理工具的浏览器界面允许远程配置 IIS 6.0和更高版本的 IIS。
网站管理工具包括一个选项卡式界面，该界面在下列选项卡上对相关的配置设置进行分组：
“安全”选项卡，其中包含有助于保护 Web应用程序资源并管理用户帐户和角色的设置。
“配置文件”选项卡，其中包含用来管理网站如何收集访问者信息的设置。
“应用程序”选项卡，其中包含用来管理影响 ASP.NET应用程序的配置元素的设置。
“提供程序”选项卡，其中包含用来添加、编辑、删除、测试或分配应用程序提供程序的设置。
网站管理工具是随.NET Framework 2.0版自动安装的。有关该工具如何工作的信息，请参见 ASP.NET网站管理工具。
命令行工具
.NET Framework包括几个执行特定配置操作的命令行工具。例如，使用 Aspnet_regiis.exe工具，可以指定将哪个版本的.NET Framework应用于 ASP.NET应用程序。有关更多信息，请参见.NET Framework工具。
ASP.NET配置 API
ASP.NET配置系统提供一个完整的托管接口，使用该接口，可以通过编程方式配置 ASP.NET应用程序，而不必直接编辑 XML配置文件。另外，ASP.NET配置 API还执行下列任务：
通过为配置层次结构中所有级别的数据提供一个集成视图来简化管理任务。
支持部署任务，包括创建配置和用一个脚本配置多台计算机。
为构建 ASP.NET应用程序、控制台应用程序和脚本、基于 Web的管理工具和 MMC管理单元的开发人员提供单一的编程接口。
防止开发人员和管理员进行无效的配置设置。
允许您扩展配置架构。您可以定义新配置参数并编写配置节处理程序以对它们进行处理。
提供从当前正在运行的应用程序获取配置信息的静态方法，以及从单独的应用程序获取配置信息的非静态方法。使用静态方法可以提高应用程序的运行速度，但是这些方法只能从您要获取其配置数据的应用程序内部使用。
有关更多信息，请参见 ASP.NET配置 API。
配置安全性
ASP.NET配置系统有助于防止未经授权的用户访问配置文件。ASP.NET将 IIS配置为拒绝任何浏览器访问 Machine.config或 Web.config文件。对于试图直接请求配置文件的任何浏览器，都返回 HTTP访问错误 403（禁止）。
另外，将禁止一个 ASP.NET应用程序中的配置文件访问其他 ASP.NET应用程序中的配置设置，除非您的配置应用程序在完全信任模式下以对其他应用程序中的配置文件具有读取权限的帐户运行。
有关更多信息，请参见保证 ASP.NET配置的安全和使用受保护的配置加密配置信息。
关于asp的特点叙述中,如下哪些是正确的
ASP的特点与功能
从软件的技术层面看,ASP有如下的特点:
1.无需编译 ASP脚本集成于HTML当中,容易生成,无需编译或链接即可直接解释执行。
2.易于生成使用常规文本编辑器(如WINDOWS下的记事本),即可进行*.asp页面的设计。若从工作效率来考虑,不妨选用具有可视化编辑能力的Visual InterDev。
3.独立于浏览器用户端只要使用可解释常规HTML码的浏览器,即可浏览ASP所设计的主页。ASP脚本是在站点服务器端执行的,用户端的浏览器不需要支持它。因此,若不通过从服务器下载来观察*.asp主页,在浏览器端见不到正确的页面内容。
4.面向对象在ASP脚本中可以方便地引用系统组件和ASP的内置组件,还能通过定制 ActiveX Server Component(ActiveX服务器组件)来扩充功能。
5.与任何ActiveX scripting语言兼容除了可使用VBScript和JScript语言进行设计外,还可通过Plug-in的方式,使用由第三方所提供的其它scripting语言。
6.源程序码不会外漏 ASP脚本在服务器上执行,传到用户浏览器的只是ASP执行结果所生成的常规HTML码,这样可保证辛辛苦苦编写出来的程序代码不会被他人盗取。
从应用的层面看,ASP有如下的功能:
1.处理由浏览器传送到站点服务器的表单输入。
2.访问和编辑服务器端的数据库表。使用浏览器即可输入、更新和删除站点服务器的数据库中的数据。
3.读写站点服务器的文件,实现访客计数器、座右铭等功能。
4.提供广告轮播器、取得浏览器信息、URL表管理等内置功能。
5.由cookies读写用户端的硬盘文件,以记录用户的数据。
6.可以实现在多个主页间共享信息,以开发复杂的商务站点应用程序。
7.使用VBScript或JScript等简易的脚本语言,结合HTML码,快速完成站点的应用程序。通过站点服务器执行脚本语言,产生或更改在客户端执行的脚本语言。
8.扩充功能的能力强,可通过使用Visual Basic、Java、Visual C++等多种程序语言制作ActiveX Server Component以满足自己的特殊需要。
OK，本文到此结束，希望对大家有所帮助。