今天解决了两个曾经困扰我很长时间的KMZ/MKL文件格式的问题，我挖空心思终于找到了解决的方案。
这两个问题只在IE浏览器中存在，在FireFox中都没有出现类似的问题。
问题的背景很简单，就是我在做Google Maps API编程开发的时候，需要在网站上提供地标文件（KMZ/KML）给用户下载，看似简单的问题，却让我在IE这个浏览器上折腾了好几个月。
首先一个问题是，IE不能正确识别KMZ/KML两种文件的格式，我在IE上点击下载KMZ文件，IE系统会自动将其类别设置为ZIP文件，而对于KML文件，IE系统则直接将其列为XML文件，并不下载而是直接在IE中显示XML源文档，这可令我大为头痛。
今天忽然开窍明白了，既然IE不能自动识别文件类型，那么我在服务器端强行设置文件类型不就解决问题了吗？看来还是我的思路有问题。于是开始行动，在IIS的设置界面中，点“文件类型”，加入一个KML类型，其数值设置为“application/vnd.google-earth.kml+xml”（Google Earth的KML介绍上有这个说明），点确定后再从浏览器浏览，一切正常，KML终于可以在IE中下载了。
不过问题还没有结束，我又遇到了下一个疑难问题，就是点KML或者KMZ文件后，Google Earth并没有自动打开地标文件，而是提示一个信息说“could not open file xxx for reading”，这就奇怪了，为什么下载了还无法打开呢？难道是不支持网上打开吗？可是我在keyhole的官方论坛上下载KMZ/KML文件却从来没有出现这个问题，这是怎么回事。
后来仔细想一想，终于第二次开窍了。Google Earth不能打开下载文件的原因很简单，就是因为找不到这个文件，这个文件在IE缓存里，被IE删除了，Google Earth找不到这个文件，当然无法打开了。
再看看上图我的服务器配置吧，“启动内容失效”里设置的是“立即过期”，当然结果就是KML被下载到本地后立刻又被IE删除了，所以Google Earth才找不到文件啊，于是手动将这个选项修改，再次下载看看，又正常了，Google Earth终于可以正常地直接打开下载的KMZ/KML文件了。
当然，我们也完全可以不在服务器上做任何设置，直接写程序来解决这两个问题，程序的示例代码如下所示：
header("Content-type: application/vnd.google-earth.kml+xml");
header("Content-Disposition: attachment; filename="google-earth.kml"");
header("Cache-Control: Public");
header("Expires: ".date("D, d M Y H:i:s",mktime(0,0,0,date('m'),date('d')+14,date('Y')) )." GMT");
一天内连续开窍两次并解决了几个月都没解决的疑难问题，真是高兴啊。