为什么在ASP里指定了codepage为65001还经常显示乱码。才子在这里将这个问题详细解释一下，以免很多朋友再走弯路，甚至排斥UTF-8。 CHINAZ
如果你还不知道UTF-8是什么东东，那才子建议你先去搜索一下UTF-8的相关资料吧。
UTF-8编码之所以被越来越多的人接受甚至喜欢，肯定是有道理的，在WEB2.0盛行的今天，在大谈多浏览器兼容的同时，不得不想到字符编码不同所造成的乱码现象同样需要得到很好的处理……
在N年以前，IE6以下的所有版本，只要没有安装相应的字库，访问相关的页面都是会乱码的，例如，我是IE5 （Windows2000默认） 的版本，在没有安装IE繁体字库的情况下，访问任何繁体页面的网站都是会乱码的，当然前提是该页面采用了BIG5的Charset，而UTF-8作为一种国际编码就能很好的处理该问题，只要将页面存为UTF-8编码格式，再在页面上将codepage及charset全部定义为utf-8就可以在任何客户端浏览器中显示出完全正确的内容，完全不会乱码……
好了，这里以ASP页面为例，以一个实例来看具体操作吧：
打开新建一个ASP页面，相信玩ASP的朋友都会留意到，许多下载的源码里，页面最上方一般都有一句：
以下为引用的内容：
%@LANGUAGE="VBSCRIPT" CODEPAGE="936"% CHINAZ
前面的language应该不用多说了，vbscript就是ASP默认的脚本语言，其实完全可以不用写，写了好像还会影响页面执行效率，在这里我们先不讨论这个问题。后面的codepage就是关键了，目的就是告诉浏览器，此页面是何种编码，936代表是简体中文，而950代表繁体中文，65001就是我们今天说的UTF-8编码了。我们将936改成65001。整句如下：
以下为引用的内容：
%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%
再加上输出几个中文字看看能不能正确显示吧。
以下为引用的内容：
<%
Response.Write "第一次测试UTF-8页面"
%>
OK，直接点击“保存”，执行这个页面看看，如果不出意外，大家可能看到显示出的是 “一尾UTF-8页”这几个字，中文有乱码的现象，什么原因呢？
OK，请大家再点击最上面的 "文件" 菜单，选择"另存为"，最下面一行有个编码，默认应该是ANSI的，请大家点下拉框，选择UTF-8，再点保存，再执行试试看，如果不出意外，乱得更厉害了，呵呵，晕了吧。别急，想想原因，因为我们做的页面是HTML返回的，以前我们写HTML时，看到body前面，也就是head里都有一句met
GridView 为动态绑定 DataSet，结果 (DataSet)dt = grid1.DataSource 拿不到东西，想偷懒直接添加行不行了， 只好用最笨的办法，把GridView的东西倒成DataSet，然后在DataSet里加行，最后回绑gridview
try里面的
DataTable dtable = new DataTable("tb1");
&n ......
1.html代码 formname是表单name,editname是文件域name,uppath是上传文件保存路径.
<input name="qtxx" type="text" id="qtxx" size="50" />
<input type="button" name="Submit22" value="上传图片" onClick="window.open('upload.asp?formname=from1&editname=qtxx&uppath ......
在asp数组定义中,可以直接定义,也可以使用Array函数定义..
先看用Array()函数定义例子:
<%
dim MyArray
MyArray=Array("天涯风云","小小程序员")
%>
<p><%=MyArray(1)%></p>
返回结果:小小程序员
直接定义:
<%
dim MyArray(2)
MyArray(0)="天涯风云"
MyArray(1)="小小� ......
