小李刀刀博客 » 乱七八糟

关于web标准化的一些误区

小李刀刀 — Tue, 13 Oct 2009 10:13:06 +0000

“web标准”这个词最近几年在国内的热火程度就好像钱江潮一样一浪高过一浪，随着雅虎、MSN以及国内各大门户网站纷纷抛弃表格布局，现在的网页，要是还没有使用div+css布局，那别人一看就首先从心底鄙视起来。

但是作为一直在web开发这个领域混迹的开发人员，我从网上的文章，还有周围人的讨论中发现，很多人都把“web标准”和“div+css”完全弄混了。包括现在热卖的一些书也是这样，通篇都是“div+css”布局。严重一点的，那更是“万般皆div”。

“div+css”布局，作为web标准的一个重要部分，也是对web标准下网页布局的一个最直观布局，但是我们不应该顾名思义，以为web标准就是“div+css”布局，最后的结果就是，虽然完全抛弃了table，但是网页结构却离标准十万八千里。

web标准的本质是“结构、表现、行为”的彻底分离。在进行了多年的标准化实践以后，我越来越体会到应用web标准以后的种种好处。打开一个网页的源代码，结构清晰，标签应用准确，看到就知道这是标题，看到

就知道这是段落。去掉css以后，一个类似word文档的结构清晰的文件就呈现在页面上。

只有这样的网页，才能真正体现web标准化的优点。web标准化的优点主要是什么呢？加载速度快、易于维护、搜索引擎友好、减少带宽占用、利于团队分工合作……很多。采用div+css布局，做得好的话，也只不过是能够减小文件大小，提高加载速度，易于维护而已。有的文章里说“采用div+css”布局的页面更容易被搜索引擎索引，或者说“google更喜欢div+css”，这就是误区了。google喜欢的不是采用div布局或者table布局的页面，而是喜欢结构清晰良好的页面。比如一个导航条，如果采用table布局、采用flash实现、采用图片按钮等，那么google不能识别出这是对于网站来说很重要的导航条。而如果采用div布局，可以去掉很多不必要的table\tr标签，从而让对搜索引擎真正有用的两个内容——链接地址、标题更加突出。但是，只有真正符合web标准的结构，才能彻底剥离掉html代码里面的css和javascript。比如：

<a href="index.html" title="首页" onmouseover="highLight(this)"
 style="font-weight:bold;color:red">返回首页a>

这样一段代码，其中对搜索引擎有用的只不过是“index.html”和“首页”罢了。符合web标准的html应该是这样：

<a href="index.html" title="首页">返回首页a>

css怎么办呢？放到外部css文件里去，鼠标滑过的效果呢？放到外部js里去，为网页元素附加事件，这属于行为，应该是javascript的职责范围。不应该放到文档结构里。

刚才是一个结构表现行为混合的反面例子，除了三块不分开以外，现在网上流传很广的很多div+css布局的页面还存在另外一个问题，就是html标签使用不合理，虽然使用了div+css布局，但是html丝毫不能体现页面结构。比如：

<div id="wrap">
    <div id="head">
        <div id="logo">
            <img src="logo.gif" border="0" width="250" height="60" />
        div>
    div>
div>

像这样的例子，现在互联网上遍地都是，做成这样，你可以说你抛弃了表格，采用了div+css布局，但是这样的div布局，有什么意义呢？除了抛弃表格赶了现在的时髦以外。这里的这张图是网站的标识，也就是说，搜索引擎来到这里，应该得到的是网站的名称之类的信息。那么结构合理的站点怎么做的呢？

<div id="wrap">
    <div id="head">
        <h1>网站名称h1>
    div>
div>

作为网站标题，也就是一本书的书名，一篇文章的标题，在word里面我们一般会设置“标题一”，在现阶段的HTML规范里，那就对应着一级标题

，所以这里理所当然使用每个页面都应该有且仅有一个的

。

可是设计图里这个地方不显示网站的标题而是现实网站的LOGO，怎么办呢？这就不属于文档结构的问题，而是页面表现的问题了，应该是css的职责。实现起来其实也不难：

h1 {background:(logo.gif) no-repeat;width:250px;height:60px;text-indent:-9999px;}

在web标准中，文档结构是首要问题，你的HTML应该体现你的网页的文档结构和层次，从每个部分的先后、重要程度、主次程度出发，考虑是段落还是标题？是列表还是引用？从而使用对应的标签。而不是为了实现设计样式，把重要的放下面，把标题改成图片。当然其中最失败的，就是到处都是div。

HTML中提供了那么多的标签，本意就是每个标签对应文档的不同部分，每个标签有各自的用途和意义。如果一切都从布局需要出发，只要是要应用样式的就来个div，那HTML还有什么意义？只需要、、加上

、就够了。还要

、

、这些干什么呢？

最后还有一个误区，那就是——div+css布局才是标准化，用了table就是不标准。w3c从来没有说过table是不推荐使用的标签，更没有说过web标准要求禁止table。table的作用，是呈现数据，结构化的数据，在数据库中是怎么存储的？当然是以数据表的形式。那么这些数据要呈现到页面上，同样大部分时候仍然是以表格形式。在这个时候，就应该使用表格，使用table。

在web标准刚刚热火起来的时候，主要是针对大家已经使用多年形成依赖的table布局和table嵌套而把用div进行网页块划分和用table进行网页块划分的两种页面布局方式进行比较，从而才出现了“div布局”和“table布局”的概念。实际上，比这种叫法更准确的，应该是“css布局”和“html布局”。

一律使用div不是标准，标准也从来不禁用table。div只是web标准中用来实现网页布局的重要标签，实际上没有任何效果是必须依赖div的。所有的效果都是由css实现的，不管是div还是p，css都能让他们呈现出同样的效果。而table呢？应该回归到它本来的作用——呈现表格形式的数据。

我以前一直认为这只是网络上网页设计自学者和一些网页设计网站混淆了概念，搞错了重点。但是当我回到高校，从事电子商务开发方面的教学时，我才发现，问题已经蔓延到了高校教材、课堂教学中了。

现在其实有很多网页设计师，UI工程师和程序员都很努力地致力于web标准的推广。我想说的是，希望大家在传播web标准理念的时候，不要光顾技术细节、技巧方面的问题了，而忽略了web标准的本质——先进的设计模式和开发理念。

吃烧烤囧事

小李刀刀 — Wed, 07 Oct 2009 17:39:14 +0000

国庆长假的时候，回老家，返昆明之前在文山停留了一天，跟兄弟朋友聚聚。晚上唱完歌我们到“一品鸡翅尖”吃烧烤。可能是由于太晚了吧，生意不算很好，店铺里间只有我们和另外一桌。大家都是刚刚到。

就在等烧烤的时候，隔壁那一桌的对话就开始吸引我们的注意力了，一直到我们离开。实在让我觉得叹为观止。

隔壁最开始是三个女的一个男的，其中的一男大约是四十多接近五十岁的年纪，三个女的其中一个大约20多岁，长相一般，另外两个女的膀大腰圆，大约三十多岁。显然他们的人也没到齐。20多岁那个女的正在给朋友打电话：“快来快来，有两个美女一个帅哥！”

我由于位置关系，侧前方就是他们，看得非常清楚，听到这个女的打电话，和所看到的互相参照，让我有点忍俊不禁。当时脑子里重复了一下“两个美女一个帅哥”，很好笑但是没笑出来，也没跟朋友说起。

过了一会儿，我们正在吃，他们人都到齐了，一边吃一边互相敬酒。那位中年男人举起酒杯给其中一个三十多岁的胖女人敬酒，嘴里说：“我祝你永远美（丽）！”

按说朋友之间嘛，互相吹捧一下也是正常的，但是接下来那个女的回答的话差点让我们这桌刚喝的酒水全喷出来：“我心目中的美，就是要靠你们来多浇水、多施肥……”

我当时一下没忍住，赶紧把头转向另一边。我得承认，我在听到这句话的时候，心里实在是有点不健康的，不过，很显然不只是我这样理解了，我们这桌显然都是同样的理解。

我兄弟吃着吃着，嘴里开玩笑还把“多施肥”几个字说了出来，我频频提醒他：“别提起别提起……”，很担心因为这个导致两桌之间的冲突。

不过一个胖女人对一个老男人说：“我心目中的美，就是要靠你们来多浇水、多施肥”这样的形象，我不论从哪个角度去理解，都只能赞叹——太TMD经典了，太囧了！

工行U盾在Windows 7 x64版下的使用

小李刀刀 — Fri, 19 Jun 2009 19:32:24 +0000

第一次遇到工行U盾的问题是在Windows XP SP3系统上，同事因为用不了U盾而不愿意安装SP3集成版，后来我通过从网上银行下载驱动而不从光盘里安装，问题解决了。现在在Windows 7 x64下又遇到了工行U盾的问题，这次不是驱动装不了或者识别不了U盾的问题了，而是一切似乎都正常但是却不能下载证书……我是先用了Windows 7 x64很久，才去领的U盾。折腾了半个多小时以后，成功给同事转了5000块钱。以下是具体方法：

问题的根源不在于驱动程序，从我上面描述的情形就能看出来，关键在于不能下载证书，我觉得很有可能是IE 8 兼容性的问题。

先不管问题是什么吧，暂时最方便快捷的方法是：

1、在另外一台电脑（非 Windows 7 x64 版操作系统，最好是 Windows XP 或者 Windows 2003， Vista也可以）上，安装工行U盾的驱动和软件；

2、装完以后在该电脑上插上U盾，登陆网上银行，按照提示安装证书。建议顺便把U盾的密码也设置好；

3、回到 Windows 7 x64 版所在的电脑，安装U盾驱动和软件；

4、装完以后，插入U盾，登陆网上银行，你会发现已经可以正常使用了。

以后再到任意其它的 Windows 7 x64 系统的电脑上，只要安装了工行U盾的驱动，都可以正常使用U盾。

说点题外话，在 Windows 7 x64 系统下，如果只是浏览普通网页（比如看新闻、逛论坛），可以使用 Internet Explorer 8.0 x64版，因为连Flash Player在内的绝大部分合法有签名的ActivX插件和IE控件都还不能在64位IE下正常运行，则没有签名的流氓软件、木马也一样很难兼容，因此安全性得到提高；

但是如果要使用网页多媒体或者一些功能较强的web界面的话，最好还是用32位的IE 8.0（开始菜单、桌面和快捷方式上的默认IE就是32位的），这样能更好的兼容绝大部分网站。

下次我把使用Windows 7 x64以来遇到的和IE相关的问题都整理一下，单独发一篇。

Windows 7 兼容性展示：大航海时代4

小李刀刀 — Fri, 05 Jun 2009 08:42:32 +0000

网上很多人针对Windows 7的兼容性一直都在争论，其实这个东西是见仁见智的，毕竟每个人常用的软件不一样，玩的游戏不一样。就像在远景论坛上，很多人还在努力地寻找Windows 7下好用的虚拟光驱，可是很多人用Daemon Tool Lite 就很好。有人用Windows 7看迅雷看看什么问题都没有，我就怎么设置都看不了。总而言之，遇到问题有很多可能的原因，但是Windows 7的兼容性比Vista 好这是毋庸置疑的。我今天要用来做证的是一个DOS时代的经典游戏——大航海时代。这个在Windows XP下都有很多人遇到兼容性问题的游戏，竟然在我的64位 Windows 7上毫无问题地运行起来，而且玩了一个多星期了，从来没有出现过中间跳出、游戏崩溃的问题。

大航海时代IV 应该已经不是一款纯DOS游戏了，实际上在Win 98下他也是以MS-DOS运行而不是以纯DOS运行，但是毫无疑问的是这款游戏当初在WIndows 2000和Windows XP下运行的时候曾经出现过很多兼容性的问题，只有在Windows 98下才是完美兼容的。我上大学的时候，寝室的电脑是我装的Windows 2000 + Windows XP双系统，结果我同屋为了顺畅地玩大航海时代4，还特地装了一个Windows 98来玩。

在 64位 Windows 7 下以窗口模式运行的大航海时代IV 威力加强版

最近突然心血来潮，又去翻出这个游戏来玩，是226M的绿色硬盘版，解压缩到任意目录后，创建了一个快捷方式，给快捷方式加上了 “-W 1024×768 ”的参数，结果居然运行起来了……我在解压缩的时候还在往Visual Windows XP里拷贝呢。结果拷了一半发现没必要了。

唯一不兼容的地方就是当以窗口方式运行起来的时候，Windows 7 的玻璃窗体效果消失，这个问题是现在大部分软件存在的“轻微兼容性问题”，比如PPStream也有这个问题。

总的来说，Windows 7 兼容性还是不错的（我说的是64位了，如果是32位系统，绝大部分的兼容性问题都不会遇到，只有一个UAC带来的运行方式问题，如果对UAC有一定了解了，遇到问题大部分时候应该能想到要怎么解决的）。

很多人基于对Windows Vista的失望而对Windows 7抱着谨慎和怀疑的态度，这也是很正常的。但是实际上如果你尝试一下，其实Windows Vista从SP1以后已经解决绝大部分的兼容性问题，驱动也很完善了。而Windows 7 则更进一步，首先驱动程序如果有专门针对Windows 7的版本，会通过自动更新获得，无需到处去找，其次如果没有Windows 7的专用驱动，用Vista的完全可以。其次软件方面，到了现在不但对Vista的支持没有问题，很多深受欢迎的软件已经针对Windows 7推出了64位版本，这预示着4G内存时代才真正到来，如果你用64位的Windows XP，那你真的会遇到数不清的兼容性问题，Vista也一样，但是 64位的 Windows 7反而好很多。当然你要是选择用32位的，那也是非常明智的决定。64位毕竟还是有一些兼容性问题的。毕竟软件支持的力度还没有真正跟上。但是对我而言，SQL Server、.Net Framework、Photoshop、杀毒软件、解压软件、虚拟光驱这几个都是原生64位，就已经有很大吸引力了。何况我喜欢玩的游戏没有一个不兼容的。

我在从泄露版到RC版的安装过程中，一直是用升级安装的方式，以前Windows XP如果用升级安装或者修复安装，往往会越装系统越大。但是在升级Windows 7的过程中，我惊奇地发现，居然越升级占用的空间越少（升级完以后要清理掉升级丢弃的文件，用系统自带的磁盘清理就可以了），这可能是由于开发团队在不断完善的过程中精简了更多没用的东西，而且我相信到了正式版和Service Pack还会更小，因为现在的系统里还能看到很多不需要的东西（比如阿拉伯语、德语、意大利语等多语言组件，我们只要留下英文和中文所需的就够了）。

如果你不是对“微软”或者“Windows”这两个词本身抱有成见，那真的不妨试一试。Windows 7、IIS 7.5、IE8.0 和新的基于索引和库的文件结构，都是彻底颠覆微软产品曾经给我们的印象的作品。你不妨一试。

Visual Studio 2008 搭配64位SQL Server的问题解决方案

小李刀刀 — Sun, 24 May 2009 12:14:40 +0000

这应该是一个老问题了，微软早在SQL Server 2005版的时候就给出了解答，可是由于解决这个问题的关键补丁直至今日既没有集成到Visual Studio 2008 SP1，也没有作为自动更新或者下载中心单独下载的补丁提供。而是需要用户联系微软客户支持部门索取才可以获得。因此到了SQL Server 2008 SP1 + Visual Studio 2008 SP1，依然存在。不过由于64位系统和相关软件兼容性的问题，以前这个问题遇到的人并不算多。但是Windows 7发布的时候，64位系统兼容性已经大大改善，大内存支持的问题也促使更多的人考虑选择64位操作系统。我也在这个时候终于第一次遇到了Visual Studio 2008搭配64位SQl Server Express的这个兼容性问题。本文对该问题做具体介绍，并提供我解决问题的办法。

首先，描述一下问题。微软官方对此问题的描述：

连接到一个 64 位实例时的 Microsoft SQL Server Express 2008 使用 Visual Studio 2008 Service Pack 1 (SP 1)，您可能会收到以下错误信息：

SQL Server 文件 (*.mdf) 的连接要求 SQL Server Express 2005 才能正常工作。请验证 URL 中的下载的组件的安装：

http://go.microsoft.com/fwlink/?LinkId=49251 (http://go.microsoft.com/fwlink/?LinkId=49251)

请注意 从 64 位计算机连接到 SQL Server Express 2008 一个 32 位实例时不会发生此问题。

界面截图如下：

这个问题在32位SQL Server里也有人遇到，不过问题的原因和解决方法都不同，32位系统下有可能是实例名设置不匹配、临时文件有问题等原因。但是在64位系统下，就算那些问题统统查过并且修正之后，依然无法解决。因此必须依赖于微软的单独提供的补丁才可以。

为了避免其它原因造成相同或相似的问题，我从安装开始，讲一下整个过程：

下载 SQL Server 2008 EXPRESS 版本（带高级服务的也可以，我这里以带高级服务的版本为例），解压到 X:\SQLEXPRADV_x64_ENU。“X:\”代表你电脑上任意盘符。
以管理员身份运行命令提示行 cmd.exe 。
切换到刚才解压的目录，带参数运行setup.exe，例如：
setup.exe /ACTION=INSTALL /INSTALLSHAREDWOWDIR="C:\Program Files (x86)\Microsoft SQL Server" /INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server"

说明：这里 INSTALLSHAREDWOWDIR代表32位共享组件安装目录，INSTALLSHAREDDIR代表64位共享组件安装目录。如果你想在安装过程中修改默认安装路径，必须带参数启动安装程序，否则会遇到未指定共享组件安装路径的错误提示。网上的大部分文章建议先用默认选项安装，到最后一步退出，然后修改config文件，再加载config文件来进行安装。该方案可行，但是太麻烦了。
按照安装向导一步一步进行安装，你可以进行路径和组件的自定义，但是强烈建议不要勾选Business Intelligence Development Studio组件，因为即使你选了，该组件也会安装失败，必须在安装完SQL Server 2008 SP1以后回来再装才能安装成功。如果你选了，那么安装最后提示该组件安装失败也没关系，其它的已经安装成功。
自定义安装选项的话，在定义运行帐户、默认语言等的那个界面，千万不要启用 Filestream 访问，否则即使打了专用补丁，你仍然会遇到在Visual Studio 2008中直接添加SQL Server 数据库失败的问题，同样是由于启用用户实例失败，但是Filestream造成的那个错误暂时无解，所以不要选择。
成功安装SQL Server 2008之后，继续安装 SQL Server 2008 SP1，这个没有什么要注意的，同意协议下一步就行了。
安装完SQL Server 2008 SP1以后，现在可以再运行一次带高级服务的SQL Server 2008 Express安装包来安装Business Intelligence Development Studio了（如果你需要的话），但是 Filestream 访问还是不能选。
全部安装完以后，就需要微软用于解决64位SQL Server Express不能在Visual Studio 2008 中直接添加SQL数据库的补丁 VS90SP1-KB957944-x86 了。微软关于该补丁的描述见 http://support.microsoft.com/default.aspx/kb/957944 ，不过没必要听他们的去打电话或者发邮件向客服申请，直接到这个地址：http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=957944 ，填写你的Email并提交申请，最多2分钟之后，你就会收到微软发来的下载地址和解压密码。不过这个地址没多久就会失效。如果没有保存，下次再需要的时候还得再次申请。
安装好补丁Kb957944，检查Visual Studio 2008的“工具 | 选项 | 数据库工具”下的“数据连接”和“设计时验证数据库（Design-time Validation Database）”两个选项，里面都有SQL实例名，要和你安装的实例名相同。另外还要检查你的SQL服务配置，是否已经启用了Named Pipe。
.现在试试看在你的.NET项目中直接添加SQL Server 数据库，应该可以正常工作了。

windows 7 x64 上的Google Chrome

小李刀刀 — Sat, 23 May 2009 11:54:50 +0000

Google Chrome 是一款对CSS支持得非常好的浏览器，虽然刚刚起步的Chrome有着这样那样的缺陷，但仍然不妨碍喜欢简洁、高效的人以及对Google产品有偏爱的人们喜欢它。网页开发人员更是无法忽略这款市场份额虽小但是正在快速上升的浏览器产品。

不过，对于Windows 7 x64 版本的使用者来说，Chrome在这款未来的主流操作系统下的兼容性非常让人抓狂。因为在Windows 7 x64下你无法用Chrome查看网页，虽然安装的时候你不会遇到任何兼容性警告，更不会出现任何错误。甚至到了运行它的时候也一样，不会弹出UAC警告，也不会弹出兼容性警告，看起来就像这是一款完美支持Windows 7 x64系统的软件一样。

但是当你尝试在Windows 7 x64操作系统中的Chrome里打开一个网页的时候。你会看到遇到一个极富欺骗性的问题——之所以说它是极富欺骗性的，是因为你将看到的错误提示和导致错误的原因完全风马牛不想关。你第一反应可能会是访问的网站有问题，然后可能会想到防火墙造成了这个BUG，最后你甚至会怀疑到你的网络连接状况上。但是当你做了很多尝试之后你会发现，问题出在软件本身。只要是在Windows 7 x64下运行就会遇到这个问题。

中文互联网上关于这个问题的探讨不多，毕竟国内使用Windows 7 x64的人还不算很多，其中使用Chrome的更少，遇到这个问题并尝试解决他的更少，最后再写博客来说明这个问题可能就凤毛麟角了。我通过Google找到的这篇博文提到了 Chrome 在 Windows 7 下的兼容性，并且声称Google 发布的一个测试版本（Google Chrome 2.0.162.0）解决了这个兼容性问题，当时作者也说明了他并没有做测试。我很遗憾看到这样一篇未经测试的博文用“完美解决”这样的字眼来做标题。更遗憾的是我测试过后的结果是这个版本并没有解决这个问题，而且这个测试版的问题比已正式发布的版本更糟糕。下文我会提到用一个很简单的办法可以解决Chrome 在 Windows 7 x64下不能打开网页的问题，但是对这个新的测试版本无效，暂时我还没找到任何办法可以在这个新版本下打开网页。

所以，我接下来要说明的办法，仅限于你通过Chrome官方网站可以下载到的版本。

其实在Google的产品论坛上有非常多的人遇到并提出这个问题（来自世界各地的人），也有很多人提出各种各样的建议。我尝试了很多，其中一个有效而简单的方法是带参数运行Chrome。就是说你不用对系统或者软件做任何修改，也不需要以管理员身份运行它或者以兼容模式运行它，更不需要用到Windows 7下著名的但是目前还没什么建树的那个VPC环境下的虚拟XP系统。你只需要在Chrome的快捷方式上加一个参数即可。这个参数是：

–in-process-plugins

也就是说，在你的开始菜单或者桌面上的Chrome快捷方式上点右键，选择“Properties（属性）”，然后在“Shortcut（快捷方式）”下面找到“Location（位置）”，通常情况下默认的值是

C:\Users\daodao\AppData\Local\Google\Chrome\Application\chrome.exe

加上参数以后，把它变成

C:\Users\daodao\AppData\Local\Google\Chrome\Application\chrome.exe –in-process-plugins

参数和原始路径之间用一个空格隔开，如果原来的路径是双引号括起来的，你可以把参数加在右引号之后。保存之后，再次点击快捷方式打开Chrome，现在它一切正常了，就像是运行在Windows XP下面一样。但是如果你尝试以Windows SP3的兼容方式去运行Chrome，你不会遇到本文描述的问题，你会遇到一个另外的问题：程序完全无法运行。

希望本文能对你有用。

微软发放的Windows 7测试版光盘

小李刀刀 — Sat, 16 May 2009 19:19:47 +0000

Windows 7 虽然还在测试阶段，但是微软的宣传攻势已经如火如荼全面展开，在网上Windows 7也成为了非常热门的话题，并且Windows 7还得到了绝大部分测试者的一致好评。

到现在我使用Windows 7已经有四个多月了，从跟踪泄露版到最终选定Windows 7 x64 RC 英文版作为正式版发布前的最终操作系统。其间经历过很多的麻烦，不过解决这些问题的过程还算顺利和愉快。通过Google能够找到绝大部分问题的解决方案。当然还有一些暂时可能仍然没有得到解决，不过那并不能组织喜欢Windows 7的网友们（包括我）。

3月份在参加微软全球创新日的活动时，我参加现场活动得了一张测试版的光盘，但是这张光盘是微软第一次发放的测试版光盘，版本很老。所以我送给了同事，自己并没有使用。

4月份微软又开始一轮新的活动，针对企业用户赠送总共2000张Windows 7 RC版本的测试光盘，我参加了微软的线上活动，RC版本发布后，活动结果还没出来，但我已经安装上了泄露版的Windows 7 RC x64英文版。前几天在微软线上活动的页面上看到公布的结果里有我的名字，很是期待收到微软寄来的RC版光盘，结果不到3天就收到了挂号信寄来的光盘。

虽然是测试版，但是包装还是很精美，跟购买品牌笔记本里面的OEM版Windows包装差不多甚至更好，除了一张DVD版的Windows 7系统盘，还有一张CD，里面有申请者所在国家的语言包，此外还有一张使用说明。

遗憾的是这张测试光盘是x86版的，我曾经在x86和x64之间徘徊，不过现在不是了，x64已经用得很满意。这张光盘注定只能成为光盘包里的一个纪念了。不过我还是很好奇地打开了这张光盘，看看它的版本号和生成日期。令我意外的是，在5月5日之后寄出来的这张测试版光盘，版本号是7100，可是生成日期确是2008年12月（众所周知7100版的泄露日期是4月底5月初，而MSDN上正式放出下载是5月5日。

诡异的版本号和日期。不过这样一来，没有收到微软光盘的人估计不会觉得遗憾了，呵呵。实际上网上下载的MSDN版的Windows 7 RC跟微软寄出的光盘并没有任何不同，甚至生成日期还会更新一些。而Windows 7的激活序列号是任何人都可以从微软网站上免费申请的。因此到目前为止不完全统计的几百万Windows 7用户，大家都在免费使用着正版的Windows 7，享受着在线升级补丁和硬件驱动的乐趣。甚至于连盗版的Office 7和其他微软产品也从Windows 7的自动更新获得了所有的升级。

我在使用Windows 7 x64版本中遇到的问题和解决方法，对于在互联网上较难找到答案或者没有明确答案的，我会在后面的日志中写出详细的解决过程。

期待Windows 7的正式发布和普及，因为那必将进一步消弱万恶的 IE6 的市场占有率。

QQ2009正式版发布

小李刀刀 — Thu, 16 Apr 2009 19:01:33 +0000

4月16日（周四），腾讯向QQ会员发布了QQ2009正式版。目前该版本仅提供给会员下载，每天限量10万体验名额。但实际上非会员帐号也可以正常登陆使用。QQ2009正式版主要改进和新增的功能有：

初步体验的结果，消息盒子的功能比较实用，比如暂时离开或者有事处理的时候，没有打开收到的信息以及群窗口，一段时间后，会积累较多的聊天信息。这时候通过消息盒子，可以一览所有的信息，选择优先处理。而不是通过快捷键或者点击系统栏的小企鹅图标，由系统安排的顺序来查看和处理聊天信息。

图一：消息盒子

皮肤管理器也做了进一步的改进，在以往更换主题、定制颜色和透明度的基础上，又增加了自定义底纹的功能：

图二：自定义界面元素

QQ会员的聊天记录漫游功能是很多人成为会员的原因（比如我），但是会员聊天记录漫游并不是所有好友，有人数限制（永久漫游的）。现在结合改进的聊天记录上传功能，可以更方便地保存聊天记录了。以前聊天记录上传后，只能通过下载、导入等方式查看。现在聊天记录上传后，在另外一台电脑就可以通过“已上传”按钮以正常聊天记录查看了。比较方便。

图一：改进会员聊天记录上传

图二：改进的上传消息功能

QQ的截图也是一个应用很广泛的非常方便的功能。不过以前QQ截图和一般的截图软件一样，普通模式下是没办法截取视频图像的。现在QQ除了普通截图、视频录像以外，又增加了视频截图功能，这样就很方便进行视频抓图而不用专门的软件（比如hyper-snap）来抓取视频图像了。不知道一些以前不能抓取的游戏图像现在能不能抓了。还没测试。

图三：在录制视频之外，又新增了视频截图功能

如果你不是会员，或者错过了每天的体验名额，可以从这个地址直接下载QQ2009正式版。

微软官方FastCGI，PHP成为IIS“一等公民”

小李刀刀 — Mon, 23 Jun 2008 19:46:00 +0000

The IIS Team is eager to announce the official release of Microsoft FastCGI Extension for IIS 6.0 as a free download. For the first time, we are providing hosters and PHP developers full support for a stack of technology that enables reliable, scalable PHP hosting on production Internet Information Services 6.0 (IIS 6) Web servers. (Note: The FastCGI module is built in to Windows Server 2008.)

　　以往在Windows 上配置服务器的PHP环境，虽然有无数的经验，无数的文章，但是仍然不能解决所有需求。因此“LAMP”集成安装包才会如此盛行。然而除了PHP，我们有时候也并不愿意放弃ASP和ASP.NET，毕竟Linux不论有多少好处，还有那么多游戏不能在上面运行，那么多软件不能在上面运行。为了工作效率和娱乐，更多的人愿意在虚拟机或者单独的分区里装个Linux来做学习之用。

　　很多人在Windows上配置了Apache，PHP，MySQL，然后到处打听如何让ASP或者ASP.NET得以运行。或者让Apache和IIS可以并行。

　　这一切都源于PHP（不光PHP，还有Perl，JSP等等各种CGI）在IIS上的地位低下，运行效率低，功能不全，不稳定……

　　其实反过来ASP和ASP.NET在Apache上的情况是更糟的，至少我们可以让主流的所有PHP应用都在WIMP（Windows + IIS + MySQL + PHP）上跑得很好，但是几乎不能让任何主流的ASP或者ASP.NET在Apache上正常运行。

　　但是微软很早就开始与PHP开发人员的合作努力必然是会开花结果的。2007年的时候微软IIS小组开始发布FastCGI，如今正式版已经可以支持IIS6.0、IIS7.0，甚至内置在Windows Server 2008上。主机商和试用者的反应都不错。IIS有微软官方团队在努力，PHP有Zend在推动，强强联合带来的信心更是异常强大。

　　FastCGI允许以FastCGI模式在IIS上运行PHP，而不是采用以往的ISAPI方式，这样更接近于Linux下的运行状况。即使在Linux下，也会选择用FastCGI模式来为PHP提速。

　　从www.iis.net/php下载最新的FastCGI扩展安装包，安装到Windows上，然后下载一个PHP的ZIP包解压到任意目录，照着IIS.NET上的配置说明对php.ini做简单修改，再对FastCGIExt.ini做一下配置。为IIS站点加上php扩展名关联。一切都和以前的配置方式差不多。但是不需要再修改环境变量啊，重启服务器啊，拷贝某个文件到Windows目录之类的了，回收一下应用池，一切OK了。

　　在没装Zend Optimizer的情况下打开PHP站点测试一下，不用做基准测试，不用探针来测试，凭感觉都能很明显的感觉到速度的提升。然后装上Zend Optimizer，试试吧，的确稳定了很多，快速了很多。

　　微软的FastCGI并不只是针对PHP的扩展，实际上在FastCGI配置文件里，你可以通过

C++代码

TYPE]
php=PHP
cgi=PERL
[PHP]
……
[PERL]
……..

　　这样的形式继续添加自己的扩展，全都以FastCGI方式运行。

　　FastCGI扩展的免费下载地址：free download

火狐3下载日日期确定

小李刀刀 — Sat, 14 Jun 2008 20:38:00 +0000

　　火狐3（Firefox 3）的正式发布日期，即之前提过的2008下载日的正式日期正式敲定为2008年6月17日。

　　昨天伴晚收到了Mozila公司发来的通知，内容如下：

别忘了加入我们Firefox 3的下载日！

下载日就要到来了!标注您的日历，写在手心上，或者贴个小记事贴。下载日会在2008年June月17日开始。

　　如果您希望不再从Mozilla接受关于下载日活动的邮件，您可以点击下面链接退订：http://spreadfirefox.com/zh-CN/worldrecord/remove?code=e9d0a7bc667eccd3cdac

这封邮件的发送人是 Mozilla Corporation, 1981 Landings Drive, Bldg. K, Mountain View, CA 94043-0801.

　　如果绝大部分承诺者能够确保在2008年6月17日这一天内如约下载Firefox 3，那么相信Mozila组织的这次创造世界记录的活动应该能够成功。

　　但是如果微软在IE8.0发布前也搞同样的活动，那么到底是火狐3的单日下载量大还是IE8的单日下载量大还的确不好说。不过微软短期内应该没办法发布IE8.0的正式版。

小李刀刀博客 » 乱七八糟

关于web标准化的一些误区

，所以这里理所当然使用每个页面都应该有且仅有一个的

相关日志

吃烧烤囧事

相关日志

工行U盾在Windows 7 x64版下的使用

相关日志

Windows 7 兼容性展示：大航海时代4

相关日志

Visual Studio 2008 搭配64位SQL Server的问题解决方案

相关日志

windows 7 x64 上的Google Chrome

相关日志

微软发放的Windows 7测试版光盘

相关日志

QQ2009正式版发布

相关日志

微软官方FastCGI，PHP成为IIS“一等公民”

相关日志

火狐3下载日日期确定

别忘了加入我们Firefox 3的下载日！

相关日志