Chrome迷|Chrome 与 Chrome OS 爱好者网站

Chrome Dev 分支今日面向 Windows、Mac 以及 Linux 全平台更新到了 6.0.427.0。

主要更新内容如下：

所有

• 修正：在空表单处选中自动填充配置文件没有预览（ 38582）

Linux

• 修正：巨大的警告框使Chrome崩溃；非常长的JavaScript警告信息被截断 （45002）
• 修正：拖动网站图标的问题 （ 45270）

Chrome Frame

• 修正：切换到Chrome Frame时出现短暂的沮丧标签

已知问题

• 在登录同步时取消导致Chrome崩溃（ 45860）
• 在自动填充配置文件窗口点击保存导致Chrome崩溃（ 46041）
• 主题无法安装（ 46036）

其他更改的更多细节参见svn 版本日志。如果你发现新问题，请在这里提交。

提醒：Chrome的自动更新是定时进行，如果你想马上升级到最新版本，请点击扳手图标 -> 关于谷歌浏览器，选择立即更新。

阅读全文…

Chrome Dev 分支今日面向 Windows、Mac 以及 Linux 全平台更新到了 6.0.422.0 版本，主要更新内容如下：

所有

• 添加VP8/WebM支持
• 修复改变网络或从睡眠状态恢复后崩溃的问题（ 44724）

Windows平台

• 如上

Mac平台

• 修复下载时如果没有标签打开会崩溃的问题（ 44454）
• 修复闲置时渲染引擎仍然占用CPU的问题 （ 44494）
• 添加一个配置选项控制Tab键的作用范围，是只在输入框之间循环，还是包括链接（ 31177）
• 使用下载框滑出屏幕的方式

Linux操作系统

• 修复通过CUPS“添加打印机”崩溃的问题（ 30880）

其他更改的更多细节参见svn 版本日志。如果你发现新问题，请在这里提交。

下载/安装 Google Chrome

Via ChromeRelease

有Mac用户说，安装我自己开发的 谷歌地图 扩展 之后，点击图标，没有反应，或者第一次使用反应非常慢。我开始以为是因为用户的网速差，访问Google地图API接口比较慢。Eyon 帮助我在 Snow leopard 上截一些图片之后，我发现事情没有那么简单，于是到 Apple 店泡了一个下午，终于找到了原因：Mac 版 Chrome 与 Google Analytics 不兼容。

当前 Mac 版的 Chrome（5.0.375.55稳定版，6.0.408.1 开发版等）存在一个 bug（报告1，报告2）：如果 Chrome 扩展使用 Google Analytics 来采集匿名使用数据，点击扩展图标后会出现扩展突然使用大量 CPU 和内存，内存占用甚至飙升到 500-600M。这时的表现是点击图标后没有任何反应或者 Chrome 报告某扩展崩溃了。如果你的机器性能好，熬过去这一次，以后就没有问题了。

Chrome 团队确认这个 bug 存在于 Mac 版和Debian 版的 Chrome 中，已经指定专人来解决这一问题。

如果你是开发者，并已经按照 Google 的教程在 Chrome 扩展中加入了 Google Analtyics 代码，请在 报告1 和 报告2 的页面打上星号跟踪纠正这个 bug 的进展；同时将你的扩展中的 Analytics 代码暂时注释掉。另外，有的 Mac 用户报告了另外一种临时解决方法，人工打开扩展的 popup 页面（chrome-extension://…）后就能正常使用了。

Chrome扩展中心在今年1月25日加强了对使用多语言扩展（i18n）的支持，允许开发者指定某一截图在所有语言下或者只在某一特定语言下显示（链接后面加上”?hl=语言代码”，比如zh-CN, de, en等）。但是，我发现，这个功能并没有像预期的方式工作，截图实际是在以一种“随机”的方式在不同语言下乱显示。于是，我在 Chromium项目主页 的Issues中，提交了43278 bug。

刚收到状态提示，现在这个bug已经被纠正了。

提示：

如果你发现Chrome或者Chrome扩展中心的bug，请到 Chromium项目的Issues页 搜索是否有人汇报。如果已经有了，可以点对应bug的星号，状态更新后会有Email提示；如果没有，就直接新开一个，按照提示，用英文详细的写一下，方便别人重现。（英文需要帮助的话，可以联系我）

我觉得，这个项目的主要意思是在商业炒作。installable 的 web app 在 Chrome 是以 extension 的来对待的，他们的结构类似。最简单的 Web app 其实就是一个 bookmark 而已，在 extension 中要用 iframe 来嵌入，现在可以直接在 tab 打开了。extension gallery 中现有的不与当前浏览页面交互的 extension，都可以很方便的变为 web app。

extension 需要很多 API 来做，而且有很多限制，现在 Chrome extension 团队的实现较慢。举个最简单的例子，browser action 类的 extension 的 popup 窗口中至今没有右键菜单(bug 37850)。因为 web app 没有与其他网页共享信息带来的安全问题的羁绊，加上 HTML5 自由的强大功能，web app 就在以“全新面貌”出世了。

extension gallery 已经免费了，如果突然推出 premium 的部分来收费，肯定会招来口诛笔伐。于是 Google 另开一个商店，挂一块新牌子，弄了个人版的 Google Apps Marketplace，取名 Chrome Web Store，就把原先extension gallery 中的个人开发者和专业的商业开发者都吸引过去了。web store 开张那天就会有N多 web app 上架，营造一片红火的场面。最后赚钱的还是那些用 native client API 开发的程序。

以上言论仅代表个人观点！About Me

各位是否还记得我们之前曾经报道过的微软 IE 项目主管炮轰 Chrome 没有隐私一事？其中就提到了在 Chrome 地址栏中每输入一个文字，就会发送到服务器上。而现在，这个功能似乎真的要来了，当然是善意的。根据最近版本 Chromium 的更新日志中我们可以看到，Chromium 已经开始采用一种被称为“预先连接（pre-connection）”的功能。

我先简单介绍一下浏览器打开浏览器的原理，这样大家一看就明白了。浏览器访问某一个页面时，一般有以下步骤：通过DNS(域名服务器)解析域名，建立TCP/IP链接，下载HTML网页，解析网页中的元素（样式表、脚本、图片等），与各个元素的服务器建立链接，下载网页中的元素，同时渲染页面。

大家知道 Chrome/Chromim 已经在稳定版中实现部署了DNS预解析，但似乎 Google 感觉在某些情况下还不够速度，于是开始尝试在 Chromium 中加入了预先建立TCP/IP连接的功能，大家可以从r47479版的 Chromium 更新日志中看到这个变化，其目的是希望借此进一步提升网页浏览速度。建立TCP/IP连接需要浏览器与网站之间有三次传输，如果能够预先建立连接的话将会节省很多时间，当然也要看你的网速以及你与网站之间的距离。

如上面的粗体所示，提前建立链接有会作用在两大类地方。当你在地址栏（Omnibox）中开始键入关键字的时候，如果 Chromium 推测你将要进行搜索，它会预先建立与默认搜索引擎（Google，百度等）之间的链接。当你打开一个网页时，Chromium 会根据历史推断页面中链接的点击几率，如果几率足够高，它也会提前建立链接。如果几率不高，只提前解析域名（DNS预解析）。根据描述，这一改进将对图像搜索性能产生非常明显的提升，因为在你点开搜索的图像之前，可能已经做完了很多步骤了。

目前，该功能虽然已经加入了 Chromium，但还没有默认启用，需要在启动时加上 --enable-preconnect 参数启用，当然你还需要安装最新版的 Chromium。

想要跟踪该功能的更多进展，请在Chrome/Chromium项目的第42694号请求页面左上方打上星号，以后有更新就能收到提示了。btw，那个页面是用来跟踪Chrome开发进度的，建议不要在那个页面灌水

2010年4月浏览器份额 - 全球

Quantcast最近发布2010年4月份的浏览器市场系列研究报告。Chrome继续保持强劲的增长势头。得益于微软因欧洲反垄断官司被迫从2010年3月份给Windows用户一个机会选择选择浏览器，Chrome在欧洲4月份达到9.2%。在过去的12个月中，IE已经在欧洲的市场份额丢失11%，亚洲丢失14%，北美丢失8%。 阅读全文…