博客园_Sam Lin

调试PHP，跟踪MySql执行语句

2012-01-04T03:05:00Z

跟踪MySQL执行语句配置步骤：

1、在MySQL配置文档中加入：

在MySql安装目录下，如

C:\Program Files\MySQL\MySQL Server 5.1

打开

my.ini

在最后一行加入：

log=C:\MySQL.log

2、重启MySql

打开cmd 命令提示符

cd 到MYSQL安装目录下的bin

停止MySQL服务 net stop mysql

启动MySQL服务 net start mysql

OK，完成

本文链接

【转】ASP.NET页面乱码问题分析

2011-12-22T03:32:00Z

写在前面

在Web开发中，乱码应该算一个常客了。今天还好好的一个页面，第二天过来打开一看，中文字符全变“外星文”了。有时为了解决这样的问题，需要花上很长的时间去调试，直至抓狂，笔者也曾经历过这样的时期。有时虽然是“侥幸”解决了，但对其中的原理却一知半解。

为了弄清楚这个问题，今天查了大半天的资料、测试。现把这些点滴记录下来，以激励自己重视基础，同时和大家分享一下，望大家不吝批评指正。

预备知识

先介绍一些字符编码方面的基本知识，如果你对这些已经比较了解了，请直接跳过此节。

1.       字符集与字符编码概述

简单来说，字符集就是与特定区域相关的一系列有效字符的有序集合，比如字母、数字、标点符号等。注意关键字“有序”，表明集合中的每一个字符都是具有唯一数字编号（码值）的。不同国家使用的语言文字、符号不一样，相应的字符集必定也不一样。比如中国使用汉字，美国使用英语，韩国使用韩文，等等。

字符集是为了信息交互而设计的，最终还是要转化成计算机的表示法。我们知道，计算机只认识0和1，它对字符集符号不感冒。所以，我们必须想办法把字符转化为0和1的序列。我们知道，计算机最小的存储单位是位（bit），程序中一般使用的最小单位是字节（byte）。为了把字符存储到计算机中，我们就要考虑用几个byte几个bit，考虑每一个bit上是0还是1，考虑存储和读取效率，并且必须兼顾整个字符集，这就是字符编码。

一句话，字符集只关心字符的定义，而字符编码负责字符的存储和读取细节。用三层模式来打比喻的话，字符集是模型层，而字符编码是业务层。注意：一般常说的GB2312、GBK等其实同时包含了这两方面的定义

2.       常用中文字符编码简介

GB2312

GB2312的全称是《信息交换用汉字编码字符集-基本集》,由国家标准总局于1980发布，1981年5月1日施行，中国大陆、新加坡使用此编码。基本集收录了6763个汉字，只能显示简体汉字。

GBK

1995颁布，全称是《汉字编码扩展规范》。在GB2312的其他上，增加了繁体汉字，支持ISO/IEC 10646-1 和GB-13000-1的全部中、日、韩（CJK）字符，共20902个。向下兼容GB2312。

GB18030

全称是《信息交换用汉字编码字符集基本集的扩充》，目前两个版本，分别于2000年和20005年颁布。该字符集收录了70000多个汉字，包括了藏、蒙古、维吾文等少数民族字符，是我国计算机系统必须遵循的基础性标准之一。向下兼容GBK和GB2312。

BIG5

台湾和港台地区使用的汉字编码，俗称“大五码”，共收录了13060个汉字。

UTF-8

这是目前使用最多的一种Unicode编码，是Visual Studio内置的编码，相信大家一定都不陌生。根据字符码值的不同，可能用1、2、3个字节表示。

注意，编码之间一般都不是兼容的。其它编码在此不作介绍，若想进一步了解字符编码，请看我收藏的一篇文章：http://blog.csdn.net/tomysea/article/details/6712344

3.       字符串、字符数组和字节数组

C#中的字符串(string)和字符(char)其实都是对象，他们有相应的类String和Char，string和char只是这两个类的一别名而已，内部都是采用Unicode码值表示。请注意我说的是码值，不是编码。

我们已经知道，Unicode的字符大多是多字节表示的，那么一个char就得用几个byte来表示。这里我要说的重点是，使用不同的编码表示字符串，其对应的byte可能是不一样的。请看下面的代码，注意输出字节数部分。UTF-8编码的字节数是22，而GB2312编码的字节数是16。

string title = "2012真的来了吗？";      //字符串

char[] chars = title.ToCharArray();     //字符数组

byte[] bytes = System.Text.Encoding.UTF8.GetBytes(title);

Response.Write(chars.Length + " ");     //10 （字符数）

Response.Write(bytes.Length + " ");     //22 （UTF-8编码的字节数）

bytes = System.Text.Encoding.GetEncoding("GB2312").GetBytes(title);

Response.Write(bytes.Length + " ");     //16 （GB2312编码的字节数）

从http请求响应模型说起

http是一个请求/响应的模型，这个我们大家都知道。http请求可以分为请求头和请求实体两部分，相应地http响应也可以分为响应头和响应实体。请求头或响应头是浏览器与Web服务器通信用的（假定用浏览器访问Web服务器），而实体则是实际发送的数据，比如Form表单的数据、Ajax提交的数据、传回来的html代码等。不管是浏览器还是Web服务器，在发送实体前都会把它转换为字节流。明白这一点很重要，因为涉及字节流就一定会与字符编码有关。

从上面的请求响应模型中我们可以得出一个结论：请求和响应编码必须严格保持一致！为什么呢？这很好理解，浏览器和Web服务器是要通信的，如果编码不一样的话，势必会造成许多“误解”。假设浏览器是中国人（不懂E文），而Web服务器是美国人，他们两个的“编码”（语言）不一致，悲催的结局不言而喻。

ASP.NET中请求响应编码的设置

你可以在machine.config或web.config文件指定全局配置，也可以在页面级特别指定。如果你未手动指定且machine.config中也为空，则默认会读取计算机上“区域选项”中的设置。

1.       全局配置

在machine.config或web.config文件（根目录或者子目录都有效）中的system.web节点中配置globalization节点。如果在根目录下的web.config配置，则会响应整个网站，若只是在子目录下配置，则只会响应该目录及其子目录。详细配置如下：

<system.web>

<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8"/>



<!—-fileEncoding会在后面说到-->



2.       页面级的配置

在aspx页面的Page指令中设置响应编码

<%@ Page Language="C#" AutoEventWireup="true" ResponseEncoding="utf-8"

CodeBehind="byte.aspx.cs" Inherits="DevKit.Web.test.charset._byte" %>

在aspx页面中手动指定meta标签

<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />

在后台cs文件中配置

Request.ContentEncoding = System.Text.Encoding.UTF8;    //请求编码

Response.ContentEncoding = System.Text.Encoding.UTF8;   //响应编码接下来，我们从几个示例中去体验乱码，从而总结出解决乱码的一般方法。

测试环境

操作系统：Windows XP Professional SP3 雨林木风版

开发环境：Visual Studio 2008 专业版 + SP1（.NET 3.5）

Web容器：VS集成的Development Server

浏览器：IE8 、FireFox 5

实例分析与研究

实例1 aspx页面提示意外的字符“XXX”，引号里面是乱码

背景

网站配置了在根目录配置了文件、请求、响应编码都为utf-8，页面成功编译，没有任务错误。详细错误见下图：

html代码

<div>

aspx页面中的中文

<br />后台的中文变量：<em><%=汽车%></em>

</div>

后台代码

view plain

public partial class _byte : System.Web.UI.Page

{

protected string 汽车= "我是凯迪拉克"; //别怀疑，中文变量是可以的：）

protected void Page_Load(object sender, EventArgs e)

{

//...

}

}

分析与解决

既然web.config已经配置了一样的请求响应编码，而且页面级别也没设置，可以排除这方面的问题了。注意到文件编码是UTF-8，会不是会文件编码引起的呢？（提示：这里的文件编码指的是保存文件时指定的编码，点击“另存为…”，在弹出的窗口中选择“编码保存”可以看到）。果然，此aspx页面的保存编码为GB2312，与web.config文件不一样，把它修改为UTF-8。

小提示：UTF-8有两种编码：UTF-8（带签名）和UTF-8（无签名）。带签名的UTF-8会在文件的开头写入“EF BB BF”（16进制），以标示自己采用的编码格式，这个标志称为BOM（Byte Order Mark）,即字节序。打个比方，UTF-8（带签名）戴了校徽的学生，就算不认识他的人，一看校徽就明白了；而UTF-8（无签名）则是没戴校徽的。这里的校徽就是我们说的BOM，一个能够表明自己身份的标志。

小结

这是因为文件的保存编码与当前网站指定的文件编码不一致引起的，所以最佳实践是：手动在web.config中指定文件编码，并确保所有页面的保存编码与web.config一致。

其实最容易出这种问题的是js和css文件，如果你用其它工具（比如DreamWeaver）来编写这些文件却采用不同的编码保存，一旦文件包含中文就可能出这样的错误，导致js脚本错误，css无效！

实例2 跨页post提交时接收的Form数据变成了乱码

背景

有两个页面，注册页面（register.html）和处理注册的页面（handle.aspx），注册页面的表单信息以post方式提交到handle.aspx。根目录的配置的文件编码、请求编码和响应编码都是UTF-8。

register.html页面的关键html

<head>

<title></title>

<meta http-equiv="Content-Type" content="text/html;charset=gb2312" />

</head>

<body>

<form id="form1" name="form1" action="handle.aspx" method="post">

<input type="text" id="txtName" name="txtName" />

<input type="submit" id="btnSubmit" value="Post" />

</form>

handle.aspx页面关键后台代码

view plain

protected void Page_Load(object sender, EventArgs e)

{

string name = Request.Form["txtName"];

Response.Write(name);

}

错误信息如下

分析与解决

这是在提交表单信息过程产生的乱码，这里就涉及http请求和http响应的编码问题。我们上面说过，在请求时浏览器会把表单信息按指定编码转化成字节流发向Web服务器，在服务器ASP.NET会把这些字节流按指定的编码解码，以取得表单信息。那么我们就要检查这两个页面的编码了。仔细检查之后，发现register.html有这么一行“<meta http-equiv="Content-Type" content="text/html;charset=gb2312" />”，这里手动指定了页面编码为GB2312。问题很有可能就出在这里了，把本行删除之后，handle.aspx页面成功接收到表单信息。

没错，这就是由于两个页面的编码不一样引起。让我们再深入一点，仔细看看问题是怎么一步一步产生的吧。register.html的编码为GB2312，当我们点击了“Post”按钮时，浏览器会把“我是中文”这几个字按GB2312的方式编码成字节流，然后提到到handle.aspx页面。handle.aspx没有手动指定编码，那么他将会采用web.config里面的配置，为UTF-8。它收到请求后，用UTF-8编码解码字符流。由于请求用的是GB2312，而接收用的却是UTF-8，这样就导致乱码的产生。通过下面这幅图可以看到这个过程。

小结

所有的页面（不管是aspx，还是html，或其它）都必须使用相同的编码。如果涉及跨页提交，不管是get还是post，更应该严格保持相关页面编码的一致性。特别是跨站点提交时，更应该注意！

实例3 　cookie存取发生乱码

背景

这是一个旧项目，现在决定增加一个自动登录的功能。详细过程是这样的：

在登录页面，用户登录成功后把用户名写到cookie中。这样，当用户再次访问时，就可以根据cookie判定用户是否已登录，从而实现自动登录。

登录成功后cookie是这样保存的

view plain

string userName = "cookie大侠";     //待保存的用户名

userName = HttpUtility.UrlEncode(userName);     //编码特殊字符，如中文

HttpCookie cookie = new HttpCookie("userName", userName);

Response.Cookies.Add(cookie);

判断用户是否已登录时，代码是这样的

view plain

string userName = Request.Cookies["userName"].Value;

userName = Server.UrlDecode(userName);

Response.Write(userName);    //总是获取不到cookie，所以决定打印出来看看

结果在测试读取cookie的时候，页面输出了乱码，如下图：

分析与解决

全球化信息是这样配置的

<globalization fileEncoding="utf-8" requestEncoding="gb2312" responseEncoding="gb2312"/>

所有页面的保存编码都为UTF-8，请求响应编码是GB2312。再次声明，这是一个旧项目，任何改动都必须向后兼容。

首先从全球化配置里看到三种编码不一致，初步怀疑是这里引发的问题。尝试把请求、响应编码都修改为UTF-8，再次运行页面，乱码消失了。窃喜，小样，原来问题就在这里。但是，这样一来，在其它很多页面中却莫名其妙出现了乱码。这…，心里好不容易生起的一股小火，却被这样无情的浇灭了。冷静地回忆了下，自己只改了请求响应编码，其它地方没动过啊。于是改回来原来的GB2312，其它页面运行也正常了。如果把编码改为UTF-8的话，就不能兼容以前的页面，且会导致一连串的问题，全部修改将是一个非常艰巨的任务。

仔细检查了几遍所有页面的编码，都没有手动设置过，那应该都是读取配置文件的GB2312。新功能急于上线，交期一秒一秒狠狠地砸着绷紧的神经。怎么办呢？难道是GB2312不支持cookie存取吗？搜索了大量资料后，也没有发现什么端倪，感觉这也不太可能，毕竟中国这么多GB2312的网站…。

现在可以确定的是编码没有任何问题！那问题会出现在哪里呢？是自己写的代码有问题吗？仔细检查了之后，就发现了一点：

userName = HttpUtility.UrlEncode(userName);     //编码特殊字符，如中文
userName = Server.UrlDecode(userName);

红色部分不一样，从智能提示中可以看到这样的说明。

原来，两个调用的是不同类的方法。一个是HttpUtility的方法，另一个是HttpServerUtility的方法，不小心还真看不出来。于是把Server.UrlEncode()换成了HttpUtility.UrlEncode()，重新运行测试页面，页面正常显示。既然都已经到这里了，我们不防看看这两个方法的实现细节有哪些差异吧。打开Reflector，找到System.Web.HttpUtility中的UrlEecode方法。嘿嘿，终于被我发现了这样一个片段（我把反射后的代码加上了注释）：

//这是HttpUtility的UrlEncode方法

public static string UrlEncode(string str)

{

if (str == null)

{

return null;

}

return UrlEncode(str, Encoding.UTF8);   //默认采用UTF-8编码

}

接着看看HttpServerUtility.UrlDecode()方法，Page.Server其实是HttpServerUtility的一个实例，但它并不是在Page类中实例化的，而是在HttpContext中。

view plain

//HttpServerUtility中的UrlDecode方法

public string UrlDecode(string s)

{

//注意这里的差异，会优先使用context中的编码，

//也就是我们配置了的GB2312

Encoding e = (this._context != null) ?

this._context.Request.ContentEncoding : Encoding.UTF8;

return HttpUtility.UrlDecode(s, e);

}

这下总算明白为什么了，存cookie时调用的是HttpUtility.Encode()方法，将以UTF-8编码。而读取时调用的是HttpServerUtility的Decode()方法，它会根据当前上下文采用GB2312方法，自然无法正确解析UTF-8编码的字符串了。

小结

在调用方法时，要成对调用。比如编码时调用的是HttpUtility.UrlEncode()，那么在解码时你就必须调用HttpUtility.UrlDecode()，保持这种一致性，有利于减少错误的发生。

必须充分考虑代码的向后兼容性。

如果你有兴趣，去看看微软是怎么实现这些方法的吧，这样对你的帮助会很大。

实例4 　jQuery Ajax请求传中文参数导致乱码

背景

老项目（实例3提到的）的需求又来了，大致要求是这样的：在前台页面中，要根据当前商品的名称去异步获取它的详细说明（当然了，一般是按id等主键获取的，这里我只是做一个假设），当用户点击时就显示。于是决定用jQuery 的Ajax去做，简单方便且功能强大。由于jQuery的易用性，代码一下子就写好了，后台采用ashx处理ajax请求，先看看是怎么实现的吧。

前台页面的代码

view plain

<head runat="server">

<title>产品列表页</title>

<script src="http://www.cnblogs.com/js/jquery-1.4.2.js" type="text/javascript"></script>

<script type="text/javascript">

$(function() {

$('#product').click(function() {

var productName = this.innerHTML;   //产品名称

$.get('getInfo.ashx', { name: productName }, function(description) {

alert(description); //显示详细说明

});

});

});

</script>

</head>

<body>

<form id="form1" runat="server">

<div>

<a id="product" href="javascript:void(0);">奋斗牌牙膏</a>

</div>

</form>

</body>

ashx的关键处理代码

view plain

string name = context.Request.QueryString["name"];

context.Response.Write(name + ": ");   //调试用,看参数传递是否正确

if (name != null && name.Trim() == "奋斗牌牙膏")

{

context.Response.Write("奋斗牌，你懂的！\n每天一点点，强身健体，天气再冷，牙也不颤！");

}

但不幸的是，运行页面时又出乱码了，无法正确获取产品名称。

分析与解决

项目的所有配置还是和例3一样，请求响应编码都是GB2312。首先也是尝试把web.config文件的请求编码改为UTF-8，运行页面，可以正常显示。但这样改肯定是不行的，必须考虑其它页面的兼容性。有了例3的经验，现在已经知道问题出现在哪个部分了。必定是请求的编码和解析请求的编码不一致产生的！现在的重点是找出产生这个不一致的原因。

仔细检查了产品页面的编码，没任何任何与编码相关的设置，所以这个页面肯定也是用web.config中的请求编码GB2312。在ashx中也没有设置，它肯定也是用GB2312来解析请求。理论上应该不会出现乱码的啊。

为了能看清楚细节，打开抓包工具Fiddler，监测Ajax请求，看到的请求头是这样的。

可以看到，$.get()方法自动把请求参数附加到url里，并且实施了url编码。所以我们就得$.get()这个方法入手，看看请求参数是如何被附加到url中的。打开jquery.1.4.2.js，一步一步查找，发现了这样一个方法：

function add( key, value ) {

// If value is a function, invoke it and return its value

value = jQuery.isFunction(value) ? value() : value;

s[ s.length ] = encodeURIComponent(key) + "=" + encodeURIComponent(value);

）

原来是对参数调用了encodeURIComponent()方法来进行url编码的，但这个方法的实现细节是看不到的，不像.NET里可以反编译。在网上搜索了很多资料，但很少有资料提到它的工作细节。

好吧，我们就自己实践一下吧。还是用“奋斗牌牙膏”这几个字来测试，先看看用不同的字符编码来对它实行url编码后产生的字符串是什么吧。下面是我的测试结果：

把这些结果和Fiddler的抓包结果对比一下（看url中的参数），发现当采用UTF-8进行UrlEncode时，两者的结果是一致的。

可以确定encodeURIComponent()是采用UTF-8编码来进行url编码的。不仅仅是get方法，jQuery实现的所有ajax方法都是一样的，采用UTF-8字符编码对参数进行url编码。到这里，问题产生的原因已经很明朗了，请求的字节流采用了UTF-8编码，而服务器端的ASP.NET却采用GB2312来解析，肯定解析不到了。

因此，我们可以在ASP.NET中手动指明解析请求的编码。修改后的ashx代码如下：

context.Request.ContentEncoding = System.Text.Encoding.UTF8; //指明Request使用的编码是UTF-8

string name = context.Request.QueryString["name"];

context.Response.Write(name + ": ");   //调试用,看参数传递是否正确

if (name != null && name.Trim() == "奋斗牌牙膏")

{

context.Response.Write("奋斗牌，你懂的！\n每天一点点，强身健体，天气再冷，牙也不颤！");

}

再次点击页面，成功返回所需的内容。

总结

使用jQuery的ajax方法时，一定要记得它是采用UTF-8编码数据的。

把http的请求响应过程弄清楚。

通过上面4个例子，你应该对乱码产生的原因有所了解了吧。记住一点，最根本的原因是字符编码不一致产生的。然后顺着这条线索，顺藤摸瓜，一步一步把确切的原因找出来。方法很重要，你不应该为了得到了答案而高兴，而应该真正弄懂问题产生的原因，这样你才能真正成长。这时体会一下“授人以鱼不如授人以渔”这句话的魅力吧。

后记

其实问题真的不可怕，适当地来些问题，来些压力，会让你更好地成长。不要只是想得到答案，更重要的是积累获得答案的方法。

写这篇文章的过程中，遇到了不少问题，感谢那么多的前辈们分享了他们的经验，让我得以站在他们的肩膀上。

参考资料：

字符集与字符编码简介:http://www.2cto.com/kf/201110/109312.html

HTTP 请求报头详解:http://www.2cto.com/kf/201110/109311.html

encodeURIComponent()导致乱码解决:http://www.2cto.com/kf/201110/109310.html

unicode编码 http://baike.baidu.com/view/40801.htm
本文链接

您的计算机上的Office 2003安装已损坏，安装程序无法继续。请删除或修复office 2003产品并重新运行安装程序

2011-11-25T09:07:00Z

最近打算安装visio 2010时出现以下错误：

“您的计算机上的Office 2003安装已损坏，安装程序无法继续。请删除或修复office 2003产品并重新运行安装程序”

解决方法：

您的计算机上的office2003安装已损坏，安装程序无法继续。请删除或修复office2003产品并重新运行安装程序。

无工具，怎么处理

看这里：

删除下列注册信息

1.依次点击开始，运行，输入regedit，然后点击回车。

2.找到下列注册表键值并删除：

HKEY_CURRENT_USER\Software\Microsoft\Office

HKEY_LOCAL_MACHINE\Software\Microsoft\Office

或者删除掉版本为11的健值即可安装office 2010

本文链接

test

2011-11-22T12:18:00Z

这是测试啊20:18:092011-11-22

本文链接

ASP.NET查询页面设置form的action属性只弹出一个页面，并且每次将页面设置到最前

2011-09-09T07:47:00Z

背景

当数据量大、查询条件复杂，多样多的时候，我们可能需要单独做一个查询界面，当用户选择设置了相关的查询条件后，点击【查询】按钮，系统就弹出一个新的页面展示出根据条件查询出的数据集。

然后，用户每点【查询】按钮就弹出一个新的页面展示出最新的查询结果。

当然，在较好的用户体验下，我认为不管用户点击了多少次【查询】按钮，系统应该只弹出并有且只有一个页面，这个页面就是展示查询结果的页面了。并且这页面还应该显示在窗口的最前面，如果用户使用选项卡浏览器就以闪烁的形式提示用户当前的查询结果已更新到最新。

解决方法

大家知道，在asp.net中直接设置form的action是没有效果的，或者当产生postback的时候可能会有一些意外的事情发生。如：

<form id="form1" runat="server" action="searchresult.aspx" >

好，现在我们只能通过javascript动态的设置form的action以及target属性了，具体如下代码：

function FormSubmit(){
                var action = $('#form1').attr('action');
                var target =    $('#form1').attr('target');
                $('#form1').attr('action','RetireeInfoSearchResult.aspx');
                $('#form1').attr('target','RetireeInfoSearchResult.aspx');
                var d = $('#form1').submit();
                //alert(d);
                $('#form1').attr('action',action);
                $('#form1').attr('target',target);
                return false;
           }

当点击【查询】按钮时，就触发FormSubmit方法，通过FormSubmit方法先保存form的属性，然后再设置form的action以及target属性，将target设置为查询结果的页面路径，这样可以保存永远只弹出一个页面，而不是多个页面。最后form表单提交后，将form的属性还原。

保证查询结果显示在最前面或者提示用户

在查询结果页面中，向body加入onload事件，具体如下：

<body onload="self.focus();">

这样就可以保证，当页面加载的时候焦点就在查询结果页面上。

本文链接

实现dhtmlxTree树型控件单击展开收缩功能

2011-08-16T08:56:00Z

dhtmlxTree是一个相当不错的javascript树型控件，用于WEB后台管理系统来展示功能菜单或机构如一些有层次性关系、隶属关系的效果非常好，同时还支持自定义图标，并提供丰富的API，详细可参考 dhtmlxTree帮助文档

其效果如下：

dhtmlxTree树型控件默认下是鼠标双击才展开所隶属的节点的，其实这不太符合大多数人的使用习惯，一直到是以为单击就可以展开收缩节点的，好了，要实现这个功能也不难，关键在于在监听点击onclick事件，具体实现如下：

tree = new dhtmlXTreeObject("treeboxbox_tree","100%","100%",0);
                    tree.setImagePath("tree/");
                    tree.loadXMLString(xmlTree)
                    tree.attachEvent("onClick",function(id){   
                        var hrefURL = tree.getUserData(id,"url");
                        // 单击展开 收缩                       
                        //var itemId = tree.getSelectedItemId();
                        var itemId = id;
                        
                        if(tree.hasChildren(itemId)){
                            if(tree.getOpenState(itemId) == "1"){
                                tree.closeItem(itemId)
                            }else{
                                tree.openItem(itemId)
                            }
                        }       
                   });

本文链接

Tomcat 在IE中下载rar文件直接以乱码方式打开解决方案

2011-08-01T09:19:00Z

这几天一直很纳闷，在Tomcat部署的网站中的下载文件中，如果文件是rar类型的，一点击下载rar文件就直接打开，并且出现乱码，右键另存为浏览器也是默认为html格式，一直以为是浏览器IE的问题，后来发现其实不关浏览器的问题，而是Tomcat服务器配置的问题，具体如下：

web.xml文件中配置<mime-mapping>下载文件类型
TOMCAT在默认情况下下载.rar的文件是把文件当作text打开,以至于IE打开RAR文件为乱码,如果遇到这种情况时不必认为是浏览器的问题,大多数浏览器应该不会死皮赖脸地把二进制文件当作文本打开,一般都是服务器给什么浏览器就开什么.解决方法:

打开conf/web.xml,加入下面的代码.

<mime-mapping>
<extension>doc</extension>
<mime-type>application/msword</mime-type>
</mime-mapping>
<mime-mapping>
<extension>xls</extension>
<mime-type>application/msexcel</mime-type>
</mime-mapping>
<mime-mapping>
<extension>pdf</extension>
<mime-type>application/pdf</mime-type>
</mime-mapping>
<mime-mapping>
<extension>zip</extension>
<mime-type>application/zip</mime-type>
</mime-mapping>
<mime-mapping>
<extension>rar</extension>
<mime-type>application/rar</mime-type>
</mime-mapping>
<mime-mapping>
<extension>txt</extension>
<mime-type>application/txt</mime-type>
</mime-mapping>
<mime-mapping>
<extension>chm</extension>
<mime-type>application/mshelp</mime-type>
</mime-mapping>
<mime-mapping>
<extension>mp3</extension>
<mime-type>audio/x-mpeg</mime-type>
</mime-mapping>

重启TOMCAT,清除IE缓存,再打开RAR的文件时就可以正常下载了.

不同的ContentType 会影响客户端所看到的效果.

默认的ContentType为 text/html 也就是网页格式.

代码如:

<% response.ContentType ="text/html" %>

显示的为网页,而

<% response.ContentType ="text/plain" %>

则会显示html原代码.

以下为一些常用的 ContentType

GIF images
<% response.ContentType ="image/gif" %>

JPEG images
<% response.ContentType ="image/jpeg" %>

TIFF images
<% response.ContentType ="image/tiff" %>

MICROSOFT WORD document
<% response.ContentType ="application/msword" %>

RTF document
<% response.ContentType ="application/rtf" %>

MICROSOFT EXCEL document
<% response.ContentType ="application/x-excel" %>

MICROSOFT POWERPOINT document
<% response.ContentType ="application/ms-powerpoint" %>

PDF document
<% response.ContentType ="application/pdf" %>

ZIP document
<% response.ContentType ="application/zip" %>

下面是更详细的ContentType

application/andrew-inset ez
application/mac-binhex40 hqx
application/mac-compactpro cpt
application/mathml+xml mathml
application/msword doc
application/octet-stream bin dms lha lzh exe class so dll
application/oda oda
application/ogg ogg
application/pdf pdf
application/postscript ai eps ps
application/rdf+xml rdf
application/smil smi smil
application/srgs gram
application/srgs+xml grxml
application/vnd.mif mif
application/vnd.mozilla.xul+xml xul
application/vnd.ms-excel xls
application/vnd.ms-powerpoint ppt
application/vnd.wap.wbxml wbxml
application/vnd.wap.wmlc .wmlc wmlc
application/vnd.wap.wmlscriptc .wmlsc wmlsc
application/voicexml+xml vxml
application/x-bcpio bcpio
application/x-cdlink vcd
application/x-chess-pgn pgn
application/x-cpio cpio
application/x-csh csh
application/x-director dcr dir dxr
application/x-dvi dvi
application/x-futuresplash spl
application/x-gtar gtar
application/x-hdf hdf
application/x-httpd-php .php .php4 .php3 .phtml
application/x-httpd-php-source .phps
application/x-javascript js
application/x-koan skp skd skt skm
application/x-latex latex
application/x-netcdf nc cdf
application/x-pkcs7-crl .crl
application/x-sh sh
application/x-shar shar
application/x-shockwave-flash swf
application/x-stuffit sit
application/x-sv4cpio sv4cpio
application/x-sv4crc sv4crc
application/x-tar .tgz tar
application/x-tcl tcl
application/x-tex tex
application/x-texinfo texinfo texi
application/x-troff t tr roff
application/x-troff-man man
application/x-troff-me me
application/x-troff-ms ms
application/x-ustar ustar
application/x-wais-source src
application/x-x509-ca-cert .crt
application/xhtml+xml xhtml xht
application/xml xml xsl
application/xml-dtd dtd
application/xslt+xml xslt
application/zip zip
audio/basic au snd
audio/midi mid midi kar
audio/mpeg mpga mp2 mp3
audio/x-aiff aif aiff aifc
audio/x-mpegurl m3u
audio/x-pn-realaudio ram rm
audio/x-pn-realaudio-plugin rpm
audio/x-realaudio ra
audio/x-wav wav
chemical/x-pdb pdb
chemical/x-xyz xyz
image/bmp bmp
image/cgm cgm
image/gif gif
image/ief ief
image/jpeg jpeg jpg jpe
image/png png
image/svg+xml svg
image/tiff tiff tif
image/vnd.djvu djvu djv
image/vnd.wap.wbmp .wbmp wbmp
image/x-cmu-raster ras
image/x-icon ico
image/x-portable-anymap pnm
image/x-portable-bitmap pbm
image/x-portable-graymap pgm
image/x-portable-pixmap ppm
image/x-rgb rgb
image/x-xbitmap xbm
image/x-xpixmap xpm
image/x-xwindowdump xwd
model/iges igs iges
model/mesh msh mesh silo
model/vrml wrl vrml
text/calendar ics ifb
text/css css
text/html .shtml html htm
text/plain asc txt
text/richtext rtx
text/rtf rtf
text/sgml sgml sgm
text/tab-separated-values tsv
text/vnd.wap.wml .wml wml
text/vnd.wap.wmlscript .wmls wmls
text/x-setext etx
video/mpeg mpeg mpg mpe
video/quicktime qt mov
video/vnd.mpegurl mxu
video/x-msvideo avi
video/x-sgi-movie movie
x-conference/x-cooltalk ice

TXT文件做下载的JS实现

<%@ page contentType="text/html; charset=gb2312" language="java" %>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>无标题文档</title>
<script language="JavaScript">
  function openfile(url)   {
  var a =window.open(url,"_blank","");
  a.document.execCommand("SaveAs");
  a.close();
  }
</script>
</head>
<body>
<p><a href="#" onclick='openfile("aa.txt")'>下载</a></p>
</body>
</html>

本文链接

《博客园精华集》

2011-06-14T09:40:00Z

(收藏)《博客园精华集》WEB分册

(收藏)《博客园精华集》Sharepoint分册

(收藏)《博客园精华集》JavaScript（共213篇）

(收藏)《博客园精华集》网站维护性能安全（共16篇）

(收藏)《博客园精华集》HTML/CSS部分筛选结果（共90篇）

(收藏)《博客园精华集》WEB标准部分筛选结果（共55篇）

(收藏)《博客园精华集》ASP.NET分册

(收藏)《博客园精华集》MOSS分类筛选结果（共68篇）

(收藏)《博客园精华集》CLR/C#分册

(收藏)《博客园精华集》LINQ筛选结果（共33篇）

(收藏)《博客园精华集》Web控件筛选结果（共136篇）

(收藏)《博客园精华集》Winform组件筛选结果（共29篇）

(收藏)《博客园精华集》WebService筛选结果（共79篇）

(收藏)《博客园精华集》VSTS筛选结果（共43篇）

(收藏)《博客园精华集》VSTO筛选结果（共24篇）

(收藏)《博客园精华集》Winform筛选结果（共105篇）

(收藏)《博客园精华集》测试分类筛选结果（共26篇）：for QE/QA

(收藏)《博客园精华集》SOA分类筛选结果（共26篇）

(收藏)《博客园精华集》测试分类筛选结果（共40篇）：For Developer

(收藏)《博客园精华集》软件工程筛选结果（共283篇）

(收藏)《博客园精华集》WCF筛选结果（共84篇）

(收藏)《博客园精华集》WF筛选结果（共39篇）

(收藏)《博客园精华集》Silverlight筛选结果（共126篇）

(收藏)《博客园精华集》WPF筛选结果（共119篇）

(收藏)《博客园精华集》设计模式分册

(收藏)《博客园精华集》ASP.NET MVC部分 (收藏)C# .NET开发工具 (收藏)C# ORM/持久层框架 (收藏)开发工具收集国外C#开源系统一览表

(收藏)《博客园精华集》AJAX与ASP.NET AJAX部分

（转）.NET 牛人应该知道些什么,我的回答

OO 演化到设计模式

未在本地计算机上注册“Microsoft.Jet.OleDb.4.0”提供程序

2011-05-04T10:13:00Z

最近有一个项目Microsoft.Jet.OleDb，主要用于从Excel中导入数据，在调试阶段一直是正常的。但一部署到客户的环境中（Windows Server 2008 R2 + Server 2000 + IIS7）导入数据的功能就出现问题了

其错误如下：

System.InvalidOperationException: 未在本地计算机上注册“Microsoft.Jet.OleDb.4.0”提供程序。
   在 System.Data.OleDb.OleDbServicesWrapper.GetDataSource(OleDbConnectionString constr, DataSourceWrapper& datasrcWrapper)
   在 System.Data.OleDb.OleDbConnectionInternal..ctor(OleDbConnectionString constr, OleDbConnection connection)
   在 System.Data.OleDb.OleDbConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject)
   在 System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup)
   在 System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)
   在 System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
   在 System.Data.OleDb.OleDbConnection.Open()
   在 ExcelOperation.ImportFromExcel(String fileName, String strSql)
   在 Retiree_ImportData.btnImport_Click(Object sender, EventArgs e)
   在 System.Web.UI.WebControls.Button.OnClick(EventArgs e)
   在 System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)
   在 System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)
   在 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

后来了解到客户的操作系统为64位，通过IIS程序池设置中启用32位应用程序选项中设置为True，问题随即解决如下图：

另外如果不想更新IIS程序池的配置，也可以将程序编译成x86即可，具体请参考：

未能加载文件或程序集 XX 或它的某一个依赖项

本文链接

未能加载文件或程序集 XX 或它的某一个依赖项

2011-04-22T01:55:00Z

如果你将应用程序生成x86而不是Any CPU时，在64位操作系统中不会出错错误，而在32位操作系统中可能会出现以下错误:

“/lwtg”应用程序中的服务器错误。

未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。

说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.BadImageFormatException: 未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。

源错误:

执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。

程序集加载跟踪: 下列信息有助于确定程序集“LWTG.BLL”无法加载的原因。


警告: 程序集绑定日志记录被关闭。
要启用程序集绑定失败日志记录，请将注册表值 [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD)设置为 1。
注意: 会有一些与程序集绑定失败日志记录关联的性能损失。
要关闭此功能，请移除注册表值 [HKLM\Software\Microsoft\Fusion!EnableLog]。

堆栈跟踪:


[BadImageFormatException: 未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。]
   System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) +0
   System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) +50
   System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +211
   System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +141
   System.Reflection.Assembly.Load(String assemblyString) +25
   System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +32

[ConfigurationErrorsException: 未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。]
   System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +596
   System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() +3614809
   System.Web.Configuration.CompilationSection.LoadAssembly(AssemblyInfo ai) +46
   System.Web.Compilation.BuildManager.GetReferencedAssemblies(CompilationSection compConfig) +177
   System.Web.Compilation.BuildProvidersCompiler..ctor(VirtualPath configPath, Boolean supportLocalization, String outputAssemblyName) +180
   System.Web.Compilation.CodeDirectoryCompiler.GetCodeDirectoryAssembly(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories, Boolean isDirectoryAllowed) +350
   System.Web.Compilation.BuildManager.CompileCodeDirectory(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories) +125
   System.Web.Compilation.BuildManager.CompileCodeDirectories() +525
   System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() +448

[HttpException (0x80004005): 未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。]
   System.Web.Compilation.BuildManager.ReportTopLevelCompilationException() +57
   System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() +612
   System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters) +520

[HttpException (0x80004005): 未能加载文件或程序集“LWTG.BLL”或它的某一个依赖项。试图加载格式不正确的程序。]
   System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +3559279
   System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +69
   System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) +279

版本信息: Microsoft .NET Framework 版本:2.0.50727.1882; ASP.NET 版本:2.0.50727.1879

解决方法：

将应用程序生成为Any CPU就可以了

本文链接

博客园_Sam Lin

调试PHP，跟踪MySql执行语句

【转】ASP.NET页面乱码问题分析

测试环境 操作系统：Windows XP Professional SP3 雨林木风版 开发环境：Visual Studio 2008 专业版 + SP1（.NET 3.5） Web容器：VS集成的Development Server 浏览器：IE8 、FireFox 5

您的计算机上的Office 2003安装已损坏，安装程序无法继续。请删除或修复office 2003产品并重新运行安装程序

test

ASP.NET查询页面设置form的action属性只弹出一个页面，并且每次将页面设置到最前

实现dhtmlxTree树型控件单击展开收缩功能

Tomcat 在IE中下载rar文件直接以乱码方式打开解决方案

《博客园精华集》

未在本地计算机上注册“Microsoft.Jet.OleDb.4.0”提供程序

未能加载文件或程序集 XX 或它的某一个依赖项

测试环境

操作系统：Windows XP Professional SP3 雨林木风版

开发环境：Visual Studio 2008 专业版 + SP1（.NET 3.5）

Web容器：VS集成的Development Server

浏览器：IE8 、FireFox 5