前阵子解决一个问题的时候，差点以为是我们自己在 HTML 代码中输出的一段信息有问题，结果发现，Chrome 的 View Source Code 竟然会重新发送一个请求！

有史以来，所有的浏览器从来没有过这样天才的设计。大家都是老老实实，既然你让我显示源代码，那我就直接给你把正在看的这个页面的源代码显示出来。没有人想过竟然可以重新发起一个请求，去拿“纯洁的”源代码。这是革命性的！Chrome 你做到了！

早在2008年，就已经有人提出这个 bug - View source forces page reload. 中间有人将之标记过 Fixed，但是世界末日快来了，Chrome 的稳定版本已经飚到18了，市场份额已经远超 Firefox 了，实际上这个 bug 仍然存在。我的天啊，究竟是什么样的设计，导致解决这样一个问题这么难？

甚至还曾有开发者认为 View Source 就应该是这样的行为 (链接):

Yes, when you "view source", you're really opening a new tab that opens the page again and displays the source rather than renders the page. Many web pages are dynamic and modify their HTML content (eg. using JavaScript/XMLHttpRequest) so we cannot display the current HTML - this is why a new request is made.

If you want to view the current state of a dynamic page, you should use the inspector. "File icon -> Developer -> JavaScript console"

I don't see how this is a security bug or a bug at all - the behavior is by design - closing as such.

注意里面加粗倾斜的那段话——因为很多网页是动态的，所以无法显示当前的 HTML，所以发送一个新的请求。这逻辑真够奇怪的！你是想“显示当前的 HTML”吗？你发送一个新的请求解决了这个问题吗？没有解决，那你何必要发一个新的请求？这就相当于脱了裤子，屁还是没有放出来。

Winner of the 2010 BBC Samuel Johnson prize

What if the nightmare imagined by George Orwell in 1984 were real? 这本书真是太棒了，我读英文还不是很快，不过书中的真实故事越来越抓住人的心理，前几天晚上都看到很晚才睡。此书中有些许关联的不同人物穿插叙事的方式也没有觉得太乱，比较自然、有条理。与1984的绝望不同，这本书除了让人看到外人很难知道的一些真相，悲哀，但同时也给人一些希望，让人珍惜亲情。此处摘录一些印象深刻的段落(数字是 Kindle 的 location)。

... Read full article: Nothing to Envy

37页

它（迷幻药）让我更清楚什么是重要的——创造伟大的发明，而不是赚钱。应该尽我所能，将此生放回历史和人类思想的长河。

168页

“这个道理很简单，团队扩张时，如果吸收了几名二流队员，他们就会招来更多二流队员，很快，你的团队里甚至还会出现三流队员，”他回忆道，“麦金塔的经验告诉我，一流队员只喜欢同一流队员合作，这就意味着你不能容忍二流队员。”

181页

但他对产品的关注又是斯卡利永远达不到的，而且乔布斯会侮辱任何一个算不上一流队员的人，以避免苹果出现太多的笨蛋。

205页 Paul Rand -

"我解决你的问题，你付钱给我。我设计出来的东西你用也行，不用也罢，都得付钱给我，但是我不做备选。"

... Read full article: 《史蒂夫·乔布斯传》精彩摘录

一段计时的代码，把时间长度用“2小时37分钟28秒”这样的形式输出，但是偶然注意到结果很有问题。盯着代码看了半天，觉得逻辑判断都是正确的，后来用一个数字 debug 才找到真相。

比如 4000 秒，程序先判断如果大于一小时，就输出小时数，然后算余数。就是算余数这一步除了问题，代码写成 secs % 60*60。写代码的人为了清晰，还故意在乘号两边去掉了空格，可是这更加容易地造成了错觉，让人觉得 60*60 是先计算的。可是 "%" 的优先级和乘除是同等的！

运算符优先级是挺难记的。我觉得，迷惑的时候，加括号就行了，可读性也绝对好。

不过这次通过 Oracle 这个文档我是记住了，"%" 和乘除都是 multiplicative operators, 所以是同等优先级。想想处理器原理，确实是这样，除法的结果不就顺便出来余数了吗。

遇到一个非常怪异的问题，Tomcat 里面有个 servlet 用 SimpleDateFormat 解析日期的，类似这样：

DateFormat formatter = new SimpleDateFormat("dd-MMM-yyyy");
formatter.parse("05-Jan-2012")

但是会抛出 ParseException - Unparseable date "05-Jan-2012".

我仔细看了看，似乎一切都是对的，不应该出错。于是写一个最简单的测试类，main 函数就这么两行，同一台机器上运行完全正常。更纳闷了。

最后在 servlet 代码里打出 formatter.format(new Date()) 的结果，发现是 "29-二月-2012"!

这才想起我最早拿到这台 MacBook Pro 时系统是中文，我改成英文但是登录界面等少数地方还是中文。不知道 Tomcat 是怎么设置的 locale，不过这里有人在 Windows 上遇到同样的问题，可以通过指定 java 参数解决。

但是苹果恰好有一个文档：Mac OS X: How to change the language displayed in the login window！看起来，我在 System Preferences 里修改的只是我当前用户的 locale，而我启动 tomcat 的时候，使用了 sudo——root 的 locale 仍然是中文？

不管怎么样，既然有了这么专业的文档，照做就是了。不过苹果给的第一种解决办法太让人无语了：

Reinstall Mac OS X and select the desired language during installation

正常做法是在 Terminal 里执行 sudo languagesetup，挑选想要的语言即可。

P.S. SimpleDateFormat 是有个 constructor 可以指定 locale 的。

某服务器上一个 cron job 是 shell 脚本调用 Java 程序，最近老是报 Segmentation fault, 每次看见此信息

/bin/sh: line 1: 4285 Segmentation fault java ...

总觉得无处下手，bash 的问题？Java 版本不对？信息量太少了。其实遇到这种事情不能谎，表面上没有信息一定要挖出信息来。今天仔细一看，这个脚本把标准输出重定向到一个日志文件去了，于是去看日志。这个程序的主体是对一个信息列表做循环，恰好在每个循环的关键部分开始前、结束后都会写一条日志。其目的是为了计时，不过正是这两条日志让我很快找到了错误缘由，因为发现日志文件的末尾只有一个开始前的，说面在这个循环的处理过程里面发生了 Segmentation fault.

找出程序的源代码，发现循环里面调用的方法有一个是递归的，情况就开始明朗了，猜测就是递归无法终止导致 stack overflow，segmentation fault. 果然，根据日志里最后一行日志中记录的真实数据，发现这条数据是有问题的，会导致此方法无限递归。

Wikipedia 的 Segmentation fault 词条里有一节是 "Common causes", 我这次遇到的就是最后一条。

有个 Server 需要 Basic Auth 认证，但是我发现在它自己上面有一个任务会通过 wget 访问一个自己的 URL，调用的过程并没有提供用户名和密码，竟然可以成功访问！

一开始我以为是 Apache 里面配置的访问规则是对本地访问不需要认证，但是并非如此。bash alias? 也不是。加上 --debug 参数调用 wget，发现它确实在访问本机的这个域名时会加上 Authorization 这个 header, 而访问其它域名的时候则不加。

最终通过 strace 发现它会打开 $HOME/.netrc 文件，原来秘密就在里面。中间看了半天 manual，只看到它会读取 /etc/wgetrc, $HOME/.wgetrc, 没注意到还会读这个文件。我不太喜欢这种做法——谈不上安全，又不容易维护。

参考：

• .netrc
• wget

现在 QQ 和搜狗都开始做 Mac 上的输入法。搜狗的问题是没有投入足够的资源在这上面，而它做 Mac 输入法也似乎是无奈之举。当时 QQ 突然发布了 Mac 输入法，搜狗没隔几天也赶紧出来一个，结果 bug 一大堆，至今在软件的功能和稳定性方面，搜狗依旧落后很多。

前些天用了一下搜狗输入法，在 Gmail 里的聊天界面，候选窗口无法正确定位。可能跟我用两个屏幕有关系，不过在 QQ 群里（没错，他们用 QQ 群跟用户交流）报告了之后，有人告诉我用正在测试的 1.5 版本试试。我试了一下，完全不能用，应该是切到搜狗输入法它就 crash 了。

QQ 输入法的功能现在非常稳定了，我没有遇到过任何问题。官方网站的 Mac 页面做得也有模有样（搜狗跟它一比就显得山寨），属性设置里也有丰富的选项可供选择，可是有个很致命的问题，那就是词频。我遇到许多让人觉得不可思议的词频，仅选取一小部分放在这儿 (都是第一页)：

难道就是这么烂？

在我的网站日志目录里先找到 Sogou spider 的 IP：

# grep -h -F "Sogou web spider" * | awk '{print $1}' | sort | uniq -c | sort -nr | head -n 5
 109766 220.181.94.231
  26244 220.181.125.69
     93 220.181.94.235
     90 220.181.125.107
     83 220.181.94.236

然后看看从访问最多的那个 IP 来的都是什么 user agent:

# grep -h -F "220.181.94.231" * | grep -v -F "robots.txt" | awk '{ for (i=12; i<=NF; i++) printf("%s ", $i); printf("\n"); }' | sort | uniq -c | sort -nr
 109497 "Sogou web spider/4.0(+http://www.sogou.com/docs/help/webmasters.htm#07)" 
    187 "Sogou-Test-Spider/4.0 (compatible; MSIE 5.5; Windows 98)" 
    109 "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Avant Browser; InfoPath.1; .NET CLR 2.0.50727; .NET CLR1.1.4322)" 
     70 "Tsinghua AI Lab Robot 2.0" 
     55 "Tsinghua AI Lab Robot" 
     35 "-" 
     21 "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.7) Gecko/2009031915 Gentoo Firefox/3.0.7" 
     18 "Sogou Pic Spider/3.0(+http://www.sogou.com/docs/help/webmasters.htm#07)" 
      1 "Sogou Mobile Spider1.0 (http://wap.sogou.com)"

真有意思。

前天用 iTerm2，在执行一个 grep "xxx" filename | head (filename 这个文件应该相当大，grep 到的内容也应该有很多)这样的命令时，遇到大量如下错误输出：

grep: writing output: Broken pipe

而在 Mac 自带的 Terminal.app 里面执行完全一样的命令，不会有任何错误。用 which 查看，使用的确实是同一个 grep 命令，同一个 head 命令。再仔细观察，发现其实 iTerm 里面，命令也输出了正确的结果，那后面的这些错误信息应该是输出到 stderr 的。把命令改成

grep "xxx" filename 2>errors | head

确实，错误信息都跑到 errors 文件里了。这时又发现，在 Terminal.app 里命令在输出10行之后立即结束执行，而在 iTerm 里则取决于这个文件有多大，grep 出来的内容有多少行，它就会执行相应长的时间。网上看到有人说这是 head 取得10行后立即退出，这个 pipe 的读端就没了，grep 继续往 pipe 写，于是 - broken pipe, 只要将错误定向到 /dev/null, 忽略即可。可是我经常用 grep 来在特别大的日志文件里找东西，进行下一步分析前，就先用 head 看看 grep 的正则表达式写的对不对。每次 grep 都不管 head 只读少数行这个现实，一直执行到读完整个文件，太浪费时间和资源了。

... Read full article: grep: writing output: Broken pipe in iTerm2