裁纸刀下 » Windows 7

工行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相关的问题都整理一下，单独发一篇。

在 IIS 7.x 中用 FastCGI 运行 PHP

小李刀刀 — Mon, 08 Jun 2009 07:16:06 +0000

实际上从微软提供 FastCGI 支持以来，在 IIS官方站点上就一直有关于如何配置 IIS 各个版本下的 FastCGI 支持以及使用 FastCGI 方式运行 PHP 的详细教程，所以早在 IIS 7.0 刚刚出现没多久，微软就已经提供了在 IIS 上运行 PHP 的一种更优化的方式—— FastCGI。但是直到 IIS 7.5 随着 Windows 7 出现，网上还有很多的“大虾”在教菜鸟们如何在 IIS 7.x 下用配置ISAPI支持的方式（甚至是PHP手册上不推荐的拷贝文件到系统目录的方式）来支持 PHP。本文介绍一下在 IIS7.x 中启用 FastCGI，以及配置 PHP 的方法。

我的配置环境是 Windows 7 x64 + IIS 7.5，但是本文的内容在Windows 7.x 版本中应该是完全通用的，因为 FastCGI 正是从 IIS 7.0 开始成为内置组件的。至于之前的版本，需要额外安装 FastCGI 支持，配置上也略有不同。

Part I. 启用 IIS 7.x 中的 FastCGI 支持

依次打开 控制面板 | 程序和组件 | 开启或关闭Windows功能，英文版对应操作为 Control Panel | Programs and Features | Turn Windows Features On or Off. 然后按下图所示启用 FastCGI （勾选 CGI 将同时启用 CGI 和 FastCGI 支持）。其它项你应该根据自己的需要选择，我这里是为了突出显示才去掉了其他项目的勾选。

如果是 IIS7.0，微软已经发布了一系列升级补丁来修正其中内置的 FastCGI 模块已知的部分问题，你可以根据自己的系统下载对应的补丁进行升级：

Update for Windows Server 2008

Update for Windows Server 2008 x64 Edition

Update for Windows Server 2008 for Itanium-based Systems

Update for Windows Vista SP1

Update for Windows Vista SP1 for x64 based Systems

Part II. 安装和配置PHP

微软官方文章里建议使用非安全线程版本的PHP(non-thread safe build of php)，但是由于该版本下的Zend Optimizer的启用会比较复杂，而大部分商业PHP程序都是离不开Zend Optimizer的，所以建议仍然采用安全线程版本的PHP。请从 PHP官方网站下载最新版本的 PHP Zip格式压缩包，本文写作时使用的是 PHP 5.2.9-2 版，下载地址：PHP 5.2.9-2 zip package 。

下载以后，将其解压缩到任意目录（本文中使用 D:\server\php，后面所有涉及到此路径的地方均表示为 [PHP Install Dir]），然后将目录中的 php.ini-recommend 改名为 php.ini 。用任意的文本编辑器打开这个文件，查找并确认以下设置：

fastcgi.impersonate = 1
cgi.fix_pathinfo=1
cgi.force_redirect = 0
open_basedir 指向包含 php 程序的网站路径。【可选项】
extension_dir = "./ext" ;注意：以往版本中这里往往要使用绝对路径，但是现在可以用这样的方式进行通用配置。
删除你需要激活的php扩展加载项前面的分号，例如：
extension=php_mssql.dll
extension=php_mysql.dll
注意：不是所有的项目都可以激活的，最好只激活你用到的，如果激活某一项之后运行不了，请重新注释掉该项并重启IIS。

设置完毕以后，可以启动一个命令提示行窗口（cmd.exe），运行 [PHP Install Dir]/php –info 检查一下 php 是否可以正确运行，如果正确，会输出一系列的环境变量提示等。

Part III. 配置 IIS 处理 PHP 请求

打开 IIS 管理器，左边选择你的计算机，中间窗口点击“Handler Mapping”（中文版的朋友对照一下图标了，我不太确定在中文版操作系统中这个项目会翻译成什么），然后在右边点击“Add Module Mapping…”（添加模块映射）。

在弹出的 Add Module Mapping 对话框中，按照下图填写（Executable(optional)一项请填写你自己的安装路径，即 [PHP Install Dir]/php-cgi.exe ）：

填写好之后，点 OK，会弹出一个确认对话框，问你是不是真的要添加这个模块映射。点 Yes 继续。

到此就完成了 PHP 在 IIS 7.x 下的安装，在你的网站目录下创建一个文本文件，文件名后缀为.php，比如test.php，该文件的内容只有一行：

然后用浏览器浏览这个文件(通常是http://localhost/test.php)，正常情况下，就会看到PHP的默认信息页面了。

根据不同的配置，看到的信息可能有所不同，我这里的抓图已经安装了 Zend Optimizer v3.3.3，默认当然是没有的，你可以自己下载并安装，Zend Optimizer 的安装和以前所有版本的一样，就算没有教程，跟着安装向导一步一步选择也能成功安装。我这里就不赘述了。此外还有 MySQL、PhpMyAdmin 等的安装，也都是一样的。虽然相关，但都和 IIS 版本无关。就不讲了。

以前配置过PHP4，或者在 IIS 6.0 以前版本中以 ISAPI 方式配置过的朋友应该能发现，使用 FastCGI 方式在 IIS 7.x 中配置 PHP，已经大大简化，不用像 PHP 4那样向系统文件夹拷贝文件，不用像 IIS 6.0 以前版本那样修改环境变量，而且也不像 ISAPI 方式那样要设置 extension_dir 的绝对路径……

总而言之，PHP 在 Windows 下已经不像以前一样仅仅是不得以而为之的一个东西，它的安全性、稳定性、运行效率已经大大提高。除了 Linux + Apache + PHP + MySQL，我们现在也可以很方便地使用 Windows + IIS + PHP + MSSQL 了。

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 1024x768 ”的参数，结果居然运行起来了……我在解压缩的时候还在往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 的市场占有率。

裁纸刀下 » Windows 7

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

相关日志

在 IIS 7.x 中用 FastCGI 运行 PHP

Part I. 启用 IIS 7.x 中的 FastCGI 支持

Part II. 安装和配置PHP

Part III. 配置 IIS 处理 PHP 请求

相关日志

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

相关日志

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

相关日志

windows 7 x64 上的Google Chrome

相关日志

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

相关日志