比特客栈的文艺复兴

避免使用——
return “SOCKS 127.0.0.1:8001; DIRECT”;

以前参加Opera的讲座就有这种感觉，他们知道如何迎合用户群，而不是按照自己的想法把最新最酷的技术都打包成一个浏览器（尽管他们在Web应用支持上颇为激进）。这并不妨碍Opera 10成为先进的浏览器，ACID3满分，Turbe加速，都是Opera 10炫耀的资本。
Opera PC接下来的任务明显是Unite，但个人还是希望他们把Opera的网页兼容性再提高一些，以及改改他们那个不稳定的JS引擎。另外，Firefox与Opera下的文字行高似乎也不太一样……

在痛苦的升级完Chrome与Safari之后（你该知道不安原厂设定安装是多么麻烦……），我专门测试了下这两只进入稳定版的浏览器。Chrome 2.0貌似内存占用大大减少了，其实只是他们更新了内存管理页的显示方式（把Flash插件分开计算当然少占很多内存……）；然后是Safari 4，他们总算把Flash插件的问题解决了，虽然占用内存比较多，但经过土豆与新浪的折磨还能回到100M以下，说明在乔布斯回老家的时候，他们还是稍微考虑了下那17位Safari Win版用户的心情。
测试发现的神奇情况包括：土豆网的设计让Opera内存溢出，在关闭标签页之后仍保持100M以上；以及Safari在留言回复的textarea里总显示小一号字体，尽管Inspector里摆明是12px，他却偏要渲染成10px。
这年头，不管你爱用多标准多小众的浏览器，最后还是得常备5-6种主流浏览器以防万一……

既然客栈已给IE7，Firefox 2/3，Opera 9和Safari for Windows等等浏览器做过评测，支持平等机会的我们没理由放过Google Chrome，这款10岁网络霸主的新beta产品。为增加娱乐性，我们决定通过各浏览器亲卫队最喜欢也最鄙视的大乱斗解决：Google Chrome 0.2 vs Firefox 3.0.1 vs Internet Explorer 7 vs Opera 9.52 vs Safari 3.1.2 for Windows！高潮迭起，请勿错过！1)
回归正题，相信浏览器爱好者们已经非常清楚几位老选手的底细了，这里只介绍新人“股沟鸽”的内涵配置。
Google Chrome （ver0.2.149.27）

页面渲染引擎：WebKit/525.13（Safari 3.1.2使用WebKit/525.21）

图像渲染引擎：Skia（Google自行开发，还缺乏部分功能，例如text-shadow和border-radius）2)

Javascript引擎：V8（Google自行研发，适合运行结构性强的JS代码） 3)

FF，IE，Opera和Safari的支持者，看清楚对手的嘴脸了吗？让我们进入第一个环节。

（首先要说的是本文只针对网页设计者和Opera使用者而写，无关者请无视，不要主动弹出来喊“用什么浏览器的飘”，我会让你的留言一起飘到数据库地狱去。）

接下来谈谈店长这个小发现，自从Opera 9发布以来店长就一直被它奇怪的中文渲染所困扰，字体大小不一，比重也变化多端（见上图），无论使用页面CSS进行怎样的定义，始终没办法改变它的渲染行为。无奈之下只得放弃Opera，换用Firefox。如今FF早已经成为我的首选，但Opera的问题依旧困扰着我。
直到我发现了这个页面。
症状描述：Opera 9.x在使用简体中文的系统上（Windows和Linux）渲染中文字体时字符集选择错误，准确的说，是将简体中文用繁体字符集渲染。
影响范围：部分简体中文系统，平台不限；出现问题的页面编码为utf-8；Opera 9.2系列（当前稳定版本）均有可能出现此问题，9.5开发版我没有测试。
解决办法：
这里分为两个部分谈，首先说网页设计者怎样绕过这个问题。
之前提供的链接也解释了，Opera之所以会选择和CSS内设定font-family不同的字符集是因为国际化(i18n)的需求，浏览器在页面没有设定特定语言(lang属性，几乎可用在任何html元素上)的会自行决定字符集，这个决定无法通过CSS更改。
要让Opera分辨简体字和繁体字也简单，在html元素上添加lang属性即可，用"zh-hans"作为值，按照W3C说法这比zh_CN的更受认可；如果是XML文档可以顺便加入xml:lang="zh-hans"，以免Opera的检查过于严格，两者都符合(X)HTML标准，可并存。
如果你只想页面上部分元素使用简体字渲染，也请参考之前的链接，里面有详细的HTML+CSS范例。
解决了设计者的困挠，用户又该如何让Opera正确渲染没有加入lang属性的页面呢？
User Javascript，Opera很早就支持类似Firefox上Greasemonkey的自定义JS功能，它的设定在工具->首选项->高级->内容的栏目下，设定一个文件夹，Opera会读取里面所有的.js文件。我们只要写一个简单的JS来实现为没有lang属性的页面增加正确属性即可，以下实际代码。

// ==UserScript==
// @include http://www.google.cn/*
// ==/UserScript==
document.addEventListener(
‘load’,
function () {
var lang = document.getElementsByTagName(“html”)[0].getAttribute(“lang”);
if(!lang) {
document.getElementsByTagName(“html”)[0].setAttribute(“lang”,”zh-hans”);
}
},
false
);

用过Greasemonkey的同学应该很熟悉这个设计了，我稍微解释一下，顶部注释部分负责限制代码运行的域名，在这里我限制了代码在google.com的域名下才运行（白名单）。
Opera提供了自设的几个强大的Event Listener，但这里我们只要用Javascript DOM的即可，默认设定是在页面读取完毕之后添加lang属性，也就是字体会在页面读取完毕后修正。肯定有更好的做法，但本人JS水平有限，想不到更快更准Fire的方式，有熟练者请赐教。另外input元素的中文字体无论使用哪种方式还是不变，不知道是不是bug，对与我这类开发者来说这已经不是问题了。
最后顺便一提，如果你要在HTTPS这种加密页面内用User Javascript（例如Google Reader），opera:config内User JavaScript on HTTPS的选项必须打开，默认是关闭的。

这样一来Opera 9.x在简体Windows上老难题也解决（大半）了，浏览器公国的再度恢复平静。其实Linux上也可用同样的伎俩，只不过它们有更快捷的办法——env lang=zh_CN。
更新：Opera:Config里Force Encoding也是非常重要的值，设置成AUTODETECT-ZH应该可以；店长的设置不知道为什么变成AUTODETECT-JP了，至此input元素的显示问题也解决。我建议有同样问题的旅客先检查你的Force Encoding和首选项里的字体设定（菜单中文显示可以通过设置字体为宋体解决），然后看查看栏目里的用户自定义风格是否无意中启动了（Opera可以覆盖页面CSS），最后再考虑用上诉的解决办法；网页开发者则可在页面里加入lang属性，方便浏览器更好的语言支持。
完。