Google今天宣布了新版Google Earth软件，5.2版本的改进包括支持GPS追踪、海拔高度数据、改进的浏览器嵌入浏览。
Google Earth一直都可以导入GPS数据，但是在5.2版本里会有新的追踪显示模式，可以将来自设备的所有数据，包括时间标签、经纬度、速率等信息整合到一起，形成一串连续的点，通过回放便可追踪到你走过的路线。
既然说到GPS数据追踪，就不能只考虑平面的经纬度问题，当然还要有海拔高度问题。新版Google Earth就可以做到，你可以将以前的KML文件重新导入一下看看，如果里面有海拔信息，现在就可以正常表示出来了。
另外，Google Earth里整合了一个基于WebKit核心的浏览器（类似Chrome），在你点击链接之后可以不离开Google Earth软件直接浏览。
Google Earth Pro也有更新，包括更好的GIS导入支持（改进UI、兼容KML 2.2格式文件、自动分区），增加来自美国邮局、人口调查机构和交通局的专业数据。
最后，Google Earth插件也更新了，可支持最新的GPS追踪功能，不过还不支持海拔高度数据，估计后期会加入。
点此直接下载5.2版本Google Earth。
继续观看官方对于Google Earth 5.2里GPS追踪的介绍视频：
阅读全文...
Apple和Google正在热火朝天的干架，不过这并不意味着他们除了给对方使绊儿就没别的事儿干了，特别对于他们两家都非常看好的HTML5和WebKit浏览器核心来说，他们的命运在这一刻殊途同归了。
昨天Chrome Stable 升级到了 5.0.375.70，在bug修复列表里，我们赫然看到有两个bug的修复是由Apple贡献的，分别是处理字体时的内存错误和渲染标记列表时的内存错误，不过可惜的是尽管这两个都属于高危bug，但Apple并未获得Google的抓虫大奖。
很显然这两个bug并不是Chrome所独有的，而是WebKit本身的bug。尽管去年Google对WebKit的贡献超过了Apple，但Apple并不像Google那样每时每刻都在更新自己的浏览器，所以随着Safari 5的发布，Apple对WebKit的贡献肯定也会大幅提升。
Via TechCrunch
WebSocket 是适用于 Web 应用的下一代全双工通讯协议，被称之为 web 中的 TCP，并且已经成为 Web 应用草案1.0的一部分。由于使用了 Ajax 技术，所以 WebSocket 协议比传统的 HTTP 协议效率更高，也就更适合实时以及动态的 web 应用。此外 WebSocket 还提供了一个非常简单的可以使浏览器以及服务器双向通讯的 API，开发类似的 web 应用异常轻松。
Google 最早在 WebKit 和 Chrome 中引入的 WebSocket 是基于 draft-hixie-thewebsocketprotocol-75 的版本，早期的开发者已经在使用支持 WebSocket 的 Chrome 浏览器尝试开发应用。
根据用户社区的反馈，WebSocket 标准已经更新到 draft-ietf-hybi-thewebsocketprotocol-00 （或者叫 draft-hixie-thewebsocketprotocol-76）。这个版本放松了对于握手消息的要求，可以更容易的和 HTTP 库协同工作。另外这个版本还引入了基于随机数的口令-应答，以确保用户免遭跨协议攻击的伤害。这些变化造成了新版的 WebSocket 不能和老版本兼容，使用 75 版本的客户端无法和使用 76 版本的服务器端通讯，反之亦然。
开发者们需要注意的是，从 WebKit nightly build r59903 以及 Chrome 6.0.414.0 (r47952) 开始，客户端将使用 76 版本的 WebSocket 协议和服务器通讯，如果你的服务器还在运行 75 版本的话，将会发生通讯失败的现象。由于 75 版本将很快将被新的浏览器放弃支持，所以尽快将服务器端的 WebSocket 升级到 76 版本是非常必要的。
via chromiumblog
去年底，三名 Google 的 Chrome 工程师从 DNS 预解析，V8 引擎，和 Dom 绑定三个技术方面给大家讲解了 Chrome 速度如飞背后的秘密。今天这个系列技术视频的第二季来了，内容如下：
WebKit ，讲解人 James Robinson
- 什么是 WebKit？
- WebKit 如何为 Chrome 提速？
- WebKit 和 Chrome 的现在和未来
- 未来还可以继续提高性能的 WebKit API
- 为 web 开发新的 API 的挑战何在？
- 更多的 WebKit 优化技巧
UI 响应性，讲解人 Peter Kasting
- 什么是 UI 响应性？
- Chrome 中的 UI 响应性举例
- 多线程如何改善 UI 响应性？
- 后台存储缓存如何改善 UI 响应性？
- 如何测试 UI 响应性的表现？
- Chrome 的简洁为 UI 响应性做出了什么贡献？
- UI 响应性未来的改善计划？
- 你们专注于 UI 响应性的动力是什么？
点击继续查看这两段视频。
阅读全文...
Chromium Notes发表了一篇很有意思的文章，他们制作了一个统计图表，将Google、Apple、Nokia和RIM公司对WebKit开源浏览器引擎项目贡献代码的数量作了统计，从去年11月15日开始，Google就彻底的超过了Apple，成为对WebKit开源项目贡献代码最多的公司。
不过这个图表里只能看出贡献量，而看不出贡献代码的重要性，只能说明Google从07年10月开始开发Chrome和Chromium浏览器以来，过了2年多，每日的贡献量终于超过了Apple，尽管Apple凭借之前Safari浏览器的开发，总贡献量一直是远远超过Google、Nokia和RIM三家公司的。而且Apple已经很久没有升级Safari浏览器了，一旦他们决定进行跨版本升级，其贡献的代码应该会再次超越Google，毕竟Google的浏览器是每天都在更新的，Apple则有着自己的规划。
Via TechCrunch
Chrome / Chromium团队在月初推出的三个技术讲解视频受到了大家的一致好评，大家纷纷表示刚刚知道为啥Chrome这么快。Chrome团队再接再厉推出了系列第二弹，从Webkit API，Webkit Layout，Painting和Webkit's Guts四个方面拍摄了技术讲解视频，点击继续查看这四段视频。
阅读全文...
Google作为Khronos的成员之一正在帮助建立WebGL规格，以提供在网页里通过Canvas元素进行硬件加速的3D渲染。今天WebGL规格的初期公开草案公布了，Mac/Windows/Linux（32与64位）平台的Chromium（开源版的Chrome浏览器）均提供了对WebGL的支持，这是与Apple（我惊讶Google博客里居然还在称苹果是Apple Computer公司）和WebKit联合开发的成果。
你可以体验：
WebGL wiki提供了更多标准的进化过程，包括草案规格，介绍文章，教程，邮件列表和论坛。
Google希望WebGL的最终标准能尽快定型，这是Google将人们拽到纯浏览器世界里的重要一步。
小提示：要让Chromium支持WebGL，需要在启动参数里加入“ --enable-webgl”。
Via The Chromium Blog
为什么不把Android延伸到桌面（至少是上网本）而单开发一个Chrome OS的问题，在Chrome OS发布的那一天起就成了人们关心的话题，甚至微软大佬Steve Ballmer都表示他不知道为什么Google要鼓捣两个系统（就像他不知道微软为什么要鼓捣N个系统一样？）。今天Google联合创始人之一Sergey Brin在Chrome OS演示会后接受采访时表示两个操作系统最终可能会合二为一，但他没有说“最终”是什么时候。
Brin表示传统的Linux操作系统和基于Webkit的浏览器都是Android和Chrome OS共有的特点，这也是可以将它们合并起来的原因之一。但是Android的总负责人Andy Rubin却说“两个产品有着不同的技术”，也就是说它们互相都有很多独立代码，使得它们一个适合手机使用而另外一个适合桌面。也许Brin已经在考虑系统整合的问题了，而他的远见还未获得Google管理层的肯定。
Via PCWorld and CNET
强行插入IE的Google Chrome Frame自发布之后首次更新，这次最新的4.0.245.1版本将自动推送给所有用户。只有bug修复和安全更新，没有新功能。
Bug修复：
- 修复网络请求随机出错(Issue 27401)
- 使CFInstall.js可以更好的探测出与OS和浏览器的兼容性，允许用户取消安装frame，还有不能缓存isAvailable的结果(Issues 22738, 23057, and 23132)
- 修复在frame和iframe里选择不使用Google Chrome Frame的问题
- 跟随重定向(Issue 25643)
- IE8简介卡住(Issue 24007)
- 在卸载后移除保存数据的目录(Issue 27483)
安全修复：
Google Chrome Frame 4.0.223.9和之前版本更易受到跨来源旁路的攻击，高危级别。
Via Google Chrome Releases
众所周知，IE目前尚不支持HTML5，JavaScript运行效率也极为低下，但是微软的捆绑政策让IE的使用者一直居高不下，所以Google Wave等类似程序的开发者一直为此头痛不已。
为此Google于今天推出了Google Chrome Frame的第一个早期版本，这个开源的插件为IE浏览器提供了HTML5等其他open web技术的支持。
对于开发者来说，只需要在页面代码的加入如下一行即可启用这一功能。当安装有Google Chrome Frame插件的IE浏览器发现这行代码，将马上使用基于WebKit的Chrome渲染引擎替换IE自身的渲染引擎。而其他浏览器将忽略此行代码，不会影响他们的执行。
<meta http-equiv="X-UA-Compatible" content="chrome=1">
毫不出乎我们意料的是，Google Wave率先提供了对Google Chrome Frame的支持。当用户使用IE浏览器访问Google Wave时，将会看到如下的对话框，提示用户安装Google Chrome Frame或者换用Chrome/Safari/Firefox浏览器。
点击继续观看Google Chrome Frame介绍视频
阅读全文...
