好事！QQ和Sohu都这样做了。我们还需要多说什么呢？毕竟人家做了。 无论是什么浏览器，只要不是IE6，我们的Web前端以后的日子不就好过一点了么？ 等国内IE6份额降到40%的时候，自然3rd厂商就开始开发多平台相关的插件什么了。

IE9虽然好，但是只有Win7才支持，非常多的用户还是XP。所以IE8是最好的选择。IE8才是干掉IE6的重要killer。因为不能多个IE共存，如果用户下载了FF，CHROME什么的，IE6依然会跑出来，什么意义都没了。

没什么想说的。网站关键是内容。 非常喜欢日本人写的网站。界面也不咋的。但是内容够多够全。就够了。

我想学git。

可以简单说一下么？ bash和gui谁要好一些？ 我对bash很畏惧啊。。。

搞了半天也不会用。

@lianghai 也就是 固定3byte。

理论上 一个汉字可以由2byte搞定，当然，这是在GB2312下。
而在Unicode下，是4byte。

有人为了减少储存空间（同事也提高了搜寻的效率）。给Unicode动了一下手脚，把原来Unicode范围\0x000000 ~ \0x10FFFF，改成最常用的范围： \0x0000 ~ \0x10FF，（其实最常用的字符在\0x4E00 ~\0x9FA5，即CJK Unified Ideographs。)

这样显示GB2312，Big5什么的都没问题了。

@est 出错原因应该是：打个比方把。 我们要搜索AAA。
输入AAA的时候，点搜索。
AAA被发送到服务器，通过内部转换程式转换，变成aaa。
但是由于AAA没有对应的aaa，或者软件不够智能（比如编码溢出，AAA是UTF8，但是程序只支持GBK-gb2312，那么UFT8的字符-gb2312必然出错了）。
最后导致了显示搜索结果错误。


其实搜索 【齟】或者【齬】都不会错的。就算给她搭上【齟a】这样搜索也都还是会转对的。但是两个粘起来，就错了。这是为什么呢？

【齟齬】变成了 【e r】三个字符er中间有空格。


216322;齟;U+9F5F
216327;齬;U+9F6C

e：101;e;U+0065
：32; ;U+0020
r：114;r;U+0072



再来看看编码范围;
----------------------------------------------
GBK
编码范围： 0×8140 - 0xFEFE

BIG5
编码范围： 0xA140 - 0xF9FE, 0xA1A1 - 0xF9FE

GB2312
编码范围： 0xA1A1 - 0xFEFE
汉字范围： 0xB0A1 - 0xF7FE

GB18030
编码范围：
单字节、是0x00-0x7F，完全等同与ASCII；
双字节、编码范围和GBK相同，高字节是0x81-0xFE，低字节的编码范围是0x40 -0x7E和0x80-FE；
四字节、编码编码中第一、三字节的编码范围是0x81-0xFE，

Unicode
编码范围：
0-0x10FFFF，这个是个很大的值了。
-------------------------------------------------------

216322;齟;U+9F5F
216327;齬;U+9F6C

很显然。他们在GBK,GB18030,和Unicode里面。就是不在GB2312里。

但是问题应该不是出在这里，而齟齬单输入也能正常的识别，证明问题也不是繁简转换字码的问题。

打开Unicode发现齟齬是靠后CJK编码很后的字了。齟齬右边再过不到100个字符，CJK就完了。 估计百度写程序的时候没有考虑到很大的位数link起来。比如他们link起来之后就是 9F5F9F6C的小bug问题。就给越界了。

但是问题，【龃龘】他们又得到正确的显示。这个我就真不知道为什么了。



还得请高手作答。

后来试了一下搜索 “無敵”。变成了“无敌”。 看来baidu是在简/繁转换的时候把自己给搞挂了。导致了悲剧发生。

@gonghao 嗯。空白节点的确是FF才有的，刚错打成IE了。谢谢你的耐心教导，我这人学程序类的东西没什么天分，逻辑不大好，很多东西一时间也看不明白。经过你一说，我就明白很多之前纠结的问题了。1 === foo 的方式很好，之后我写非赋值的语句也得这样。

之前我还不敢碰JS。因为觉得有点乱七八糟的。现在碰碰，觉得蛮有意思的。 我没什么语言基础。实在是比较困难了。多谢指教。

@gonghao 了解了。原来是这样。也就是说，在IE下，如果一直有很多null或者空白节点都没关系。他会一直循环找到下一个type==1的节点为止对吧?

我是看不大懂这样的嵌套。return getNextElement(node.nextSibling); 这个能更加详细的解释一下么？


还有你在github上的;
function getNextSibling(ele) {
while (ele = ele.nextSibling) {
if (1 === ele.nodeType) return ele;
}
}

我也看不明白。。。。。1 === ele.nodeType 可以反过来写么？ ele.nodeType === 1 这样。

你可以把地球看作一个血细胞。 各种星球就是不同的血细胞。 N个血细胞都是在一个Object里面的。然后无数的Object又在于另外一个BigObject里面。就是这样。也可以说现在我们只知道原子是最小的。其实不是。只是我们没看到。原子里面应该还有若干个Layer。

在国外用gougou.com也会提示类似语句。。

@lianghai windows缝缝补补就这样了。

@lianghai 安全问题吧。一直没解决。

@kql 也可能是域的问题。比如MSHOME,MSWORKGROUP。
如果不能访问，也许是没开访问权限。 你可以win+r，试试 \\192.x.x.x 然后输入帐号密码进去。 对方的机器一定要有帐号密码，密码为空进不去。

这V2使用的图片服务商实在太悲催了。要不打不开，要不连不上。

http://i.imgur.com/Yevku.gif

被迫第三次给个URL。还不能直接显示。搞得一个帖子为了图片显示而编辑数次。而编辑帖子只能发发布后的300秒。又悲了。

实在是好机会。可惜前几天从深圳回家。不然真的可以去试试。

总之啊，这个idea算是分享了。

叉开一下 接上回复

中国人和外国人对网页颜色识别的差异
http://www.mdong.org/?p=1135

之前和 @lianghai 有讨论过。这次应该有点结果了。

@kenshin 不过这话说回来，是否因为自身太主管的原因。 韩版的屏幕应该更加复合亚洲人，而欧版的会偏蓝，比较复合欧洲人。这又牵扯到视网膜的关系了。 偏黄的是给亚洲人准备的，因为我们眼睛是棕色的。而偏蓝是给蓝眼睛的欧洲人。

这个问题我一直无解。