发表于 2006年8月20日 星期日 |
乱七八糟 |
179 次阅读 |
0
看到一个很BT的关于Google搜索的游戏，它提供给你搜索结果页面，要你猜这是搜索的什么关键词~~是不是很BT啊？
地址是：http://gwigle.varten.net/
大家一起来消耗脑细胞吧！
通过这个还能让我们对Google的搜索语法有更多的认识，也算寓教于乐了吧！
现已通关，把答案贴出来，以供参考：
Level 1.0：Google
Level 1.1：Mission Impossible
Level 1.2：nano -ipod
Level 1.3："Don't Be Evil"
Level 1.4：related:www.gmail.com
Level 1.5：define:Leonardo
Level 1.6：intitle:Critical "internet explorer" flaw
Level 1.7：inurl:1896 olympics
Level 1.8：8 ^ 7
Level 1.9：tax filetype:pdf
Level 1.a：languages in singapore
Level 1.b：Pulitzer 2000..2001
Level 1.c：patent 5255452
Level 1.d：pierre auguste renoir
Level 1.e：Adobe
Level 1.f：Hong Kong
第一关通关！它会给你一个提示：
Bravo!You have successfully completed 16 levels! (Probably with the help of Google? :-)
I'm your host, Wang Zhen, a Noogler. I hope you have enjoyed the tour as much as I had while designing the levels. I'd be happy to know if you have honed your Internet searching skills through the game.
Gwigle is my hobby project. Personal taste and opinions implied herein the game do not reflect those of my employer.
For those who find the game too easy, I have prepared some bonus levels to keep you busy for a few more minutes.
接下来点击“Ready for more challenges”便可开始第二关！难度越来越大……
Level 2.0：From Cal tech To MIT
Level 2.1：Wallace*Gromit
Level 2.2：~worm
Level 2.3：headache
Level 2.4：Andrea Boccelli
Level 2.5：Games
Level 2.6：e!!
GD Star Rating
loading...
发表于 2006年8月19日 星期六 |
乱七八糟 |
398 次阅读 |
3
从昨天开始到现在一直上不了Blogcn，不知道怎么回事。现在通过千渡总算是上来了，看见访问量已经突破8000了~~心里挺高兴的
我不是经常用eMule的，但是最近的事情我还是很关注。今天用eMule下载东西，发现90%的中国用户的名称都变成了“Please use a GPL-conform version of eMule”。刚开始还有点茫然，后来突然想到了是因为万恶的Vagaa。本来我有一朋友就是用Vagaa的，后来被我劝说成功改用VC版的eMule了。
今天上午把古墓7打完了尼泊尔一关，马上就可以去最后一关杀总Boss了，真是不错
还有点什么呢？听说RC1已经确定在9月初了，具体的不知道。我还听说RTM版的要在10月份出来，怎么感觉Vista的进程快了很多？！
不说了，到玻利维亚去打阿曼达咯~~
GD Star Rating
loading...
发表于 2006年8月15日 星期二 |
小小作品 |
394 次阅读 |
1
总共150，大小是256×256，格式PNG，个人感觉非常精美，喜欢的同志可以下载下来收藏！
下载地址：http://www.live-share.com/files/12647/Vista_150_256__256__PNG__.rar.html
预览图：
GD Star Rating
loading...
发表于 2006年8月12日 星期六 |
技术文章 |
302 次阅读 |
1总算又更新了一篇文章~~不过这篇文章发表在了ITECN上了，再排版到这里实在是太麻烦了，所以大家还是到ITECN上面去看吧~~在那里算是一篇独立的文章，而在这里就算是一个连载中的一篇文章吧！呵呵~~~
阅读地址：
http://blogs.itecn.net/blogs/winvista/archive/2006/08/12/3205.aspx
摘要：
人的一生中有三分之一的时间是在床上度过的，我们自然有理由为自己选择一张舒适的床铺。使用电脑，不说三分之一吧，也有很大一部分时间在和各种各样的文件打交道，选择一款优秀的文件管理软件自然不可或缺。Windows系统自问世的21年来，作为操作系统的重要组成部分——资源管理器，也同样历经21年的不断改进和完善，一步步走到今天……今天，就让我来引领大家走近资源管理器的世界，一同来体验Vista5472中的资源管理器，说说资源管理器的二三事儿，探秘它会如何带给用户一个清晰的世界。
GD Star Rating
loading...
发表于 2006年8月11日 星期五 |
乱七八糟 |
381 次阅读 |
1来自Vista团队的消息：
最新的可靠消息,微软将在Windows Vista RC1上重新启动CPP(Customer Preview Program),包括错过了Beta2注册的用户均可以重新通过免费下载获取到RC1版本的Vista系统.
另外一个消息是,5505应该就是一个RC1,目前微软内部人员正在进行最后的测试,很快就会有更多的新消息出现.
所谓的CPP其实就是相当于网游的公测了。估计RC1会更改序列号的算法，因此应该可以申请到新的CD-Key。
另有人通过某种渠道得知：RC1将于9月10日正式放出
RC1都要来了，正式发布还远吗？
Waiting for RC1...
GD Star Rating
loading...
发表于 2006年8月5日 星期六 |
小小作品 |
477 次阅读 |
4
刚才洗澡的时候无聊突然就这么出来了！把它记录下来吧，或许以后还能做一个《Vista打油诗全集》，哈哈
我把远景下回家
恐怖配置欲自杀
连夜奔赴电脑城
我用扣肉喂死它
GD Star Rating
loading...
发表于 2006年8月4日 星期五 |
乱七八糟 |
256 次阅读 |
1
刚看到的消息，百度办公大楼门口有人拉大条示威，抗议百度的“竞价排名”广告，说是“恶意点击，非法敛财”。虽说只是示威没有游行，但是当事人和围观群众已经堵住了马路，严重影响了交通。白色的条幅，黑色的大字，感觉像在给人送终似的
只见上面写着——“百度竞价欺骗客户 恶意点击非法敛财；要求立即停止欺诈行为、公开赔礼道歉、全额退款”，前面还立了两块牌子，上面写着“北京市第二公证处”，外带一系列的图片和文字。
时间：2006.8.4 12:20
地点：理想国际大厦门口
事实证明，这一事件显然是有组织有计划的，相信这些人对竞价排名恨的是咬牙切齿。不过据我来说，这个竞价排名也的确很“流氓”啊，冒充搜索结果，一不小心就点了，唯一的区别就是原来放“百度快照”链接的地方变成了“推广”二字。有时候到了什么地步呢？居然第一页整个就是一个广告，要等到第二页才有真正的搜索结果！
抗议者的心情我也能理解，百度被丢脸让人有点“拍手称快”，但是因此阻碍了交通，就不好了。大家看最后一张照片，上面有一辆救护车，不知道它是去执行任务呢，还是就停靠在此。但愿是后者吧，要不然弄出人命来，可就笑不起来喽~~你说这是笑好呢。还是哭好呢？
GD Star Rating
loading...
发表于 2006年8月1日 星期二 |
技术文章 |
459 次阅读 |
2由于我的英语水平目前只有初三毕业的水平，因此我对Vista5472的全英文界面抓狂不已，一直盼望着wbpluto版主大人推出汉化包，哪知道汉化效果只有10%，正犹如晴空霹雳一般划过我的脑门~~~于是，我决定自己动手，丰衣足食，经过几天的艰苦努力，总算得出了一点初步成果，希望能对Vista的汉化工作有所帮助（其实我偷偷告诉你，现在有一个最关键的东西还没有任何结果，因此目前来看尚未取得突破性进展，就现在来看汉化难度仍然很高！如果下面的是废话，也请包涵谅解）
论坛上有网友说在winsxs文件夹里面也有一些和system32等地方同名的mui文件。虽然把这些文件替换后依然没有任何效果，但我认为，这个文件夹里面的内容有着关键的作用！
我在俄罗斯的一个Vista的FanSite上，找到了5472的德语语言包，费了九牛二虎之力，在某境外代理服务器的帮助下，总算把他下载下来了。解包后发现，里面的文件和winsxs文件夹里的文件有着惊人的相似之处！（我指的是单从文件名来看）经过一些探索，我有了以下一些结论。由于文件数量浩繁，我以注册表编辑器的语言文件regedit.exe.mui和clb.dll.mui（这个文件是后来发现的）为例说明一下。
以上者两个文件一个文件的位置都在（英语文件我用蓝色表示，德语文件我用绿色表示，下同）：
\Windows\winsxs\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_en-us_295bc3124da4e457
\语言包目录\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_de-de_806aed195ec6d892
分析一下，“x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_”这个部分都是一样的，“31bf3856ad364e35”这个hash我猜想就是代表了注册表编辑器，接下来是代表英语(美国)的“en-us”和代表德语(德国)的“de-de”，而最后面的hash值两者不同，尚不清楚算法。
此外，还有两个文件和他们有着密不可分的关系：
\Windows\winsxs\Manifests\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_en-us_295bc3124da4e457.manifest
\语言包目录\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_de-de_806aed195ec6d892.manifest
这两个文件的文件名和上面的目录名是一样的，实际上，这个文件是一个XML文件，可以用记事本等文本编辑器打开。打开以后有如下内容：
QUOTE:
<?xml version="1.0" encoding="UTF-8"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v3" manifestVersion="1.0" description="Windows Registry Editor Resources" displayName="Registry Editor Resources" company="Microsoft" creationTimeStamp="2003-10-14T03:29:25" lastUpdateTimeStamp="2003-10-20T21:15:20" isolated="false">
<assemblyIdentity name="Microsoft-Windows-Registry-Editor.Resources" version="6.0.5472.5" processorArchitecture="x86" language="en-US" buildType="release" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS" />
<file hash="56ebeac207cb4878d521cbb7f086dde881ff1562" hashalg="SHA1" name="regedit.exe.mui" destinationPath="＄(runtime.windows)\en-US\" sourceName="regedit.exe.mui" sourcePath=".\" importPath="＄(build.nttree)\loc\en-us\">
<securityDescriptor name="WRP_FILE_DEFAULT_SDDL" />
<systemProtection xmlns="urn:schemas-microsoft-com:asm.v3" behavior="readOnlyFailWrites" perUserVirtualization="Disabled" />
<asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2">
<dsig:Transforms xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">
<dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity" />
</dsig:Transforms>
<dsig:DigestMethod xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha256" />
<dsig:DigestValue xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">BA8Eq8JWAuc9rVC5GQe7RiQ5X3y44yJmgI8fF2+GMw4=</dsig:DigestValue>
</asmv2:hash>
</file>
<file hash="91ca7f397f5fc9478973f68d897ccf189a42114d" hashalg="SHA1" name="clb.dll.mui" destinationPath="＄(runtime.system32)\en-US\" sourceName="clb.dll.mui" sourcePath=".\" importPath="＄(build.nttree)\loc\en-us\">
<securityDescriptor name="WRP_FILE_DEFAULT_SDDL" />
<systemProtection xmlns="urn:schemas-microsoft-com:asm.v3" behavior="readOnlyFailWrites" perUserVirtualization="Disabled" />
<asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2">
<dsig:Transforms xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">
<dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity" />
</dsig:Transforms>
<dsig:DigestMethod xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha256" />
<dsig:DigestValue xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">YU0ZSFHpzDwbSKt/K7DjWzAwlBK3dps6QtAda189wes=</dsig:DigestValue>
</asmv2:hash>
</file>
<trustInfo>
<security>
<accessControl>
<securityDescriptorDefinitions>
<securityDescriptorDefinition name="WRP_FILE_DEFAULT_SDDL" sddl="O:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464G:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464D:P(A;;FA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;;GRGX;;;BA)(A;;GRGX;;;SY)(A;;GRGX;;;BU)S:(AU;FASA;0x000D0116;;;WD)" operationHint="replace" displayName="WRP_FILE_DEFAULT_SDDL" description="Default SDDL for Windows Resource Protected file" />
</securityDescriptorDefinitions>
</accessControl>
</security>
</trustInfo>
<localization>
<resources culture="en-US">
<stringTable>
<string id="description" value="Windows Registry Editor Resources" />
<string id="displayName" value="Registry Editor Resources" />
</stringTable>
</resources>
</localization>
<rescache xmlns="urn:schemas-microsoft-com:rescache.v1" />
</assembly>
QUOTE:
<?xml version="1.0" encoding="UTF-8"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v3" manifestVersion="1.0" description="Windows Registry Editor Resources" displayName="Registry Editor Resources" company="Microsoft" creationTimeStamp="2003-10-14T03:29:25" lastUpdateTimeStamp="2003-10-20T21:15:20" isolated="false">
<assemblyIdentity name="Microsoft-Windows-Registry-Editor.Resources" version="6.0.5472.5" processorArchitecture="x86" language="de-DE" buildType="release" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS" />
<file hash="9b145d59afdf24f54a4682c3f6f3644a90f3260e" hashalg="SHA1" name="regedit.exe.mui" destinationPath="＄(runtime.windows)\de-DE\" sourceName="regedit.exe.mui" sourcePath=".\" importPath="＄(build.nttree)\loc\de-de\">
<securityDescriptor name="WRP_FILE_DEFAULT_SDDL" />
<systemProtection xmlns="urn:schemas-microsoft-com:asm.v3" behavior="readOnlyFailWrites" perUserVirtualization="Disabled" />
<asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2">
<dsig:Transforms xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">
<dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity" />
</dsig:Transforms>
<dsig:DigestMethod xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha256" />
<dsig:DigestValue xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">A2x5qR5YocR2jVZnSOnHtgHD1TYCLRc6Y8fIxV8CG2Q=</dsig:DigestValue>
</asmv2:hash>
</file>
<file hash="918002060b1b73fb9bdce2caf6e8701d69cd077d" hashalg="SHA1" name="clb.dll.mui" destinationPath="＄(runtime.system32)\de-DE\" sourceName="clb.dll.mui" sourcePath=".\" importPath="＄(build.nttree)\loc\de-de\">
<securityDescriptor name="WRP_FILE_DEFAULT_SDDL" />
<systemProtection xmlns="urn:schemas-microsoft-com:asm.v3" behavior="readOnlyFailWrites" perUserVirtualization="Disabled" />
<asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2">
<dsig:Transforms xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">
<dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity" />
</dsig:Transforms>
<dsig:DigestMethod xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha256" />
<dsig:DigestValue xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">0Vv9sJNrCjJ5MB+Jr1Z9QhAR6WKW+r63WpnoOv6VnkQ=</dsig:DigestValue>
</asmv2:hash>
</file>
<trustInfo>
<security>
<accessControl>
<securityDescriptorDefinitions>
<securityDescriptorDefinition name="WRP_FILE_DEFAULT_SDDL" sddl="O:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464G:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464D:P(A;;FA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;;GRGX;;;BA)(A;;GRGX;;;SY)(A;;GRGX;;;BU)S:(AU;FASA;0x000D0116;;;WD)" operationHint="replace" displayName="WRP_FILE_DEFAULT_SDDL" description="Default SDDL for Windows Resource Protected file" />
</securityDescriptorDefinitions>
</accessControl>
</security>
</trustInfo>
<localization>
<resources culture="de-DE">
<stringTable>
<string id="description" value="Windows Registry Editor Resources" />
<string id="displayName" value="Registry Editor Resources" />
</stringTable>
</resources>
</localization>
<rescache xmlns="urn:schemas-microsoft-com:rescache.v1" />
</assembly>
可以看到，这两个文件的内容实际上是差不多的，只有我加粗了的两个地方有所不同。这其中，又有一些是关于“en-US”和“de-DE”的不同，因此，真正有价值的就是那些hash值，因为有两个文件，所以上面的文件中有两个<file>段
每一个文件都有两个hash，一个看上去比较“正规”，命名算法写的是“SHA1”，但是我用VisualHash算出的值却和文件里面的值不一样，不知道是我疏忽了什么地方还是怎么回事。另外一个hash更加匪夷所思，是“数字和英文大小写的加减乘除混合运算”，它使用的是什么算法也不得而知。由于我对这些知识了解不多，所以我也不敢妄下结论。如果有知道的朋友可以自行研究。此外，两个XML文件中多次出现了“http://www.w3.org/2000/09/xmldsig”这样一个网址，点开以后是全英文的技术文档，我看不懂，能看懂的朋友可以去研究一下是什么原理。
好了，下面我可以“大胆”地下我的结论了。Vista汉化不成功的“罪魁祸首”很有可能就是这个Hash，因为修改过的文件hash和以前不同了，Vista就不认了，但是它不认了以后调用的是哪里的文件呢？这个问题我下面再说，先插叙一下。
版主的mui文件我觉得似乎没有修改到位，每个mui文件打开后都有一个mui的资源，由于是不可识别，因此是以16进制来显示的。每个mui文件的这一段都是不一样的，以下是英文原版regedit.exe.mui文件的mui段：
QUOTE:
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F
00000000 CD FE CD FE C8 00 00 00 00 00 01 00 00 00 00 00 威威?..........
00000010 12 00 00 00 00 00 00 00 00 00 00 00 77 83 AC 77 ............w儸w
00000020 74 EE FD 4F 28 A3 CC ED 8D E6 CC 35 2C 04 49 D0 t铨O(Ｌ韻嫣5,.I?
00000030 0B 1C 40 82 F3 84 C2 85 8B BF 42 2A 00 00 00 00 ..@傮劼厠緽*....
00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000050 00 00 00 00 88 00 00 00 0E 00 00 00 98 00 00 00 ....?......?..
00000060 1C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000070 00 00 00 00 B8 00 00 00 0C 00 00 00 00 00 00 00 ....?..........
00000080 00 00 00 00 00 00 00 00 4D 00 55 00 49 00 00 00 ........M.U.I...
00000090 00 00 00 00 00 00 00 00 03 00 00 00 04 00 00 00 ................
000000A0 05 00 00 00 06 00 00 00 09 00 00 00 0E 00 00 00 ................
000000B0 10 00 00 00 00 00 00 00 65 00 6E 00 2D 00 55 00 ........e.n.-.U.
000000C0 53 00 00 00 00 00 00 00 S.......
依我看可能需要把en-US全部修改为zh-CN。
还有，有些文件的资源语系没有修改过来，仍然是1033(=0x0409)，也就是英语(美国)，需要把它们全部修改为2052(=0x0804)，也就是中文(中国)。
经过这两步修改，才能真正把mui文件修改为中文(中国)的语言文件。这时候，根据目录排列，把相应的文件放进不同的文件夹内（比如说“\Windows\winsxs\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_zh-cn_16位未知Hash值”），并且修改相应的.manifest文件，就能完成完美的汉化！或者根据文件排列替换掉德语语言包内的文件，在“区域和语言选项”中就能通过安装的方式使用语言包，从某种意义上来说，这种方法是最完美的。
这时候关键问题就出来了，那些Hash值是怎么算出来的？这就是关键中的关键，余认为，只要突破了这个技术难关，再花很长的时间和力气排列文件到相应的文件夹内，就能做出99%的“官方”中文语言包了。
好吧，我承认，上面所说的只是一个雏形的技术框架，可能根本没有实用价值，但是毕竟有这个可能，哪怕这个可能性只有1‰。
最后我来回答上面留下来的问题，对于这个问题的研究现在只是一点点很零散的内容。我把regedit.exe.mui文件按上述修改成“完全中文版”以后，替换了windows\system32\en-US里和\Windows\winsxs\x86_microsoft-windows-r..ry-editor.resources_31bf3856ad364e35_6.0.5472.5_en-us_295bc3124da4e457里 的原有文件，结果发现注册表编辑器根本不能启动了！双击以后没有任何反应！我估计这有可能就是Hash验证不过关导致的。具体的更多的对比实验我还没有进行。补充一点，目前那个德语的语言包我还没有安装，等安装后可以再进一步研究。
老实说，Vista采用了全新的多语言运作方式，在没有任何微软技术文档的前提下，想要完全了解它，是几乎不可能的！！！！！！！！
至于为什么在安全模式下能够正常显示中文，我想，这是因为安全模式比较“安全”，所以就没有进行Hash验证，就默认使用修改过的文件了。
不知道我上述的推理能不能说服大家，大家是扔鲜花也好，扔板砖也好，这并不重要。关键问题是，我希望能在微软“磨洋工”发布RC1的中文语言包之前，能够暂时和英文说一声：再见！
GD Star Rating
loading...
