谷奥——探寻谷歌的奥秘

当公司员工例行公事似的打开Google Apps开始一天的工作之后，突然发现那个万年不变的Google logo居然变成了自己公司的标志，然后反应过来今天是公司成立纪念日，会不会感到温馨？

Admin Settings API就允许域管理员通过写脚本的方式改变Google Apps域下面的logo，利用Google App Engine则可以建立一个自动任务让进入某天的时候自动运行该脚本。

Google Apps Developer Blog里给出了脚本的具体例子，大家自己改改就可以用了，给你的员工一个惊喜吧！（不过似乎没涨薪来得更惊喜？）

Via Google Apps Developer Blog

很多Google App Engine用户都想要一个简单而传统的数据驱动应用，于是今天Google宣布开放测试Google Cloud SQL。这是一个接近传统数据库的云端服务，并可与App Engine整合：

• 不需要管理员和维护，Google会帮你搞定一切
• 高可靠性和可用性，你的数据会在多个数据中心之间同步，即便一个出问题也不会影响使用
• 带有JDBC支持（适合基于Java的App Engine应用使用）和DB-API支持（适合基于Python的App Engine应用使用）的传统MySQL数据库环境
• 全面的用户界面，适合数据库管理
• 简单而强大的与Google App Engine整合

该服务也提供数据导入和导出功能，所以你可以将现有的MySQL数据库迁移到App Engine云端。

Google Cloud SQL目前处于测试阶段，暂时免费，Google将在收费前30天通知大家将来的使用费用。

Via Google Code Blog
Pic via idevnews.com

上周Google App Engine宣布调价令一些开发者感到接受不能，Google也理解，于是他们又在之前的基础上做了一些微调，包括：

• 延后调价时间到11月1日：让开发者有更多时间针对新的价格体系调整自己的应用
• 增加免费的实例时间：将免费实例时间从24小时增加到28小时，这样即便你的应用有一些突发的请求，也有可能在免费区间里
• 扩展优惠：12月1日之前实例的价格减半，到那时候Python 2.7也应该出来了，其升级后可能会降低你的应用消耗，这样调价的影响可能不大
• 更快的用量报告：从今天开始可在一天之内看到自己的用量，而非三天
• 更好的分析工具：为实例曲线增加了帐单选项，在开发控台里也增加了数据存储的帐单显示，帮助你时刻了解支出
• Premier帐户：11月1日推出，将具备离线帐单、运营支持、无限帐号和SLA

另外Google也给出了一些省钱的办法：

• 设置Max Idle实例
• 一直显示帐单视图
• 使用预留实例时间，这比按需的实例时间便宜37.5%
• 管理好资源：参考这篇文章

Via Google App Engine Blog
Pic via TNW

尽管Google App Engine 即将从预览阶段毕业听上去是个好消息，但它对众多开发者来说显然是个噩耗，因为与此同时Google还将对GAE的收费进行调整，跟景德镇的价格调整听证会一样，这里所谓的“价格调整”当然指的也是──涨价。

为Google+提供RSS订阅服务的PlusFeed就是跑在GAE平台上的应用，其开发者Beattie称这个新的价格“完全是他娘的疯了”，本来以前每天只需要2.63美元的开销，“调价”后暴涨到每天68.46美元（在2011年11月20日前Google优惠开发者特意打五折，实际只需支付34.23美元，但11月20日后就恢复全价了），所以不赚钱的应用完全是玩不起GAE的，只能关门大吉了（如上图）。

这次调价最恨的项目来自CPU占用时间（如下图），但其实PlusFeed只是提供个RSS而已，也被收取了很高的费用。开发者Beattie说：

我就是抓抓JSON，解析一下转成XML格式而已，我他娘的又没分析人类基因组！

但其实Beattie可以考虑重写一下PlusFeed的后端服务，做一个真正的聚合器，追踪所有Google+用户，然后在后台抓JSON，缓存这些结果再用前端去处理。不过那样工作量偏大，而且没准搞了一通之后会发现也没省几个钱。

其实最让开发者愤怒的是Google这次调价完全没有任何理由和借口。喂喂，连景德镇的发改委都知道每次“调价”之时编个冠冕堂皇华丽丽的借口呢，Google无缘无故调价也太不拿开发者当回事儿了吧。

Via RWW

感谢谷奥热心读者 Tommywithu、yuihji 等 GAE 用户的爆料。

今年五月份 Google I/O 期间，开发团队曾宣布 GAE 年内将从预览版阶段毕业。现在，Google 正在为该产品做最后的准备，并计划在九月中下旬发布。准备工作包括更新政策资料、定价以及支持团队组建。

根据用户收到的邮件，GAE 将发生下述重要变更：

• 为所有采用 HRD 的付费应用提供全新的 99.95% 在线时间的服务级协议。为尚未从主从存储架构移植到 HRD 的应用，将提供工具协助移植（用户可注册成为受信任测试员获取该工具）。该协议只对付费且采用 HRD 的应用生效。
• Google App Engine 将实行“三年废弃政策”。该政策对出了“受信测试员”与“实验性”API 外的整个 GAE 平台有效。这样用户可以有充足的时间解决新版 API 不向下兼容的问题。
• 服务条款（草稿）的措辞更适用于企业。
• 将引入新的高级账号（Premier Accounts），可以享受运营支持、所付即所用等服务。购买此类账号的企业可以创建任意数量的应用，只需每月付费 500 美元（含使用费用） 。有意购买者可联络 appengine_premier_requests@google.com。

新的收费结构也已公布。由于免费配额降低，所有付费 GAE 应用的费用都将比预览版期间要高。不过还好没有像 Google Storage 那样一刀切。

Pic via TNW

Google I/O 2011 结束一月后，Google 发布了新版 Google App Engine SDK。本月 Google 将 ProtoRPC 作为正式 Python API 发布，在 SDK 中提供 High Replication Datastore (HRD) 特性帮助开发者进一步理解一致性模型，Channel API 增加在场状态等。主要更新如下：

托管服务变更

• 地理位置头: App Engine 现在会在客户端请求时包含尽力猜测请求来源国家的 http 头“X-AppEngine-country”，开发者可以根据用户来源自定义内容。或许可以代替“选择您的位置”下拉菜单！

Java 与 Python API 更新

• Channel API (在场状态支持): 现在可以通过 Channel API 配置应用的签到服务，侦测用户是否在场。允许在用户连接到或从 Channel 断开时执行动作。
• 图像 API (WebP 支持): 图像 API 现在支持 WebP 图像。WebP 是 Google 早些时候开源的新款图像格式，对图像进行有损压缩，相似质量的文件体积比 JPEG 图像可小达 39%！

Python 新增 API

• ProtoRPC: ProtoRPC 是基于 web 创建界限分明且易用的 RPC 服务的开源框架。ProtoRPC 虽然与使用 Google Protocol Buffers 定义服务类似，但 ProtoRPC 的目标是让开发者开始基于 web 界定服务更轻松，同时允许这些服务日后的扩展与改进。

数据存储

• SDK 提供 High Replication 特性: 自 High Replication Datastore 发布以来，Google 一直希望提供能帮助开发者在开发应用时理解并测试新的一致性模型的工具。1.5.1 版的 Java 与 Python SDK 现在支持模拟 HRD 一致性模型。也就是说，设置相应的 SDK 配置选项，实体组的请求将随机返回并非最新写入的数据。这样可以开发更能适应一致性模型的应用。

1.5.1 版其他小功能与 bug 修复的完整列表请见 Python 与 Java 版本的发布说明。

Google App Engine SDK 1.5.1 可在这里下载。

via GAE Blog

昨天纪念莱斯·保罗电吉他之父诞辰 96 周年的doodle实在太好玩了，于是Google决定把这个doodle再放一天，让莱斯·保罗再接着过一次生日。

不过现在Google.com.hk已经看不到这个doodle了，可能是总部临时的决定，所以香港这边已经由于到日子而下线了？大家必须到Google.com继续玩这个doodle。美国版其实还跟其它国家的有所不同，因为它不仅可以用键盘和鼠标演奏，还可以将演奏录下来（最多30秒），同时生成一个goo.gl的短网址，将该网址发送给别人，即可让他也听到你的作品，很赞的设计！

Google表示这个doodle动用了Javascript、HTML 5 Canvas、CSS、Flash（只是为了播放声音）和包括Google Font API, goo.gl 和 App Engine在内的一些开发工具。

另外感谢读者 Twitter@chnp101 的提醒，有人抓包自建了一个吉他doodle，以后可以常年在这里玩（可惜是无法录音的非美国版本）。

Update：感谢读者 Twitter@orange0422 的提醒，有人把吉他的源代码提取出来了，传到自己的空间随时可以玩（这个也是无法录音的非美国版本）。

Update 2：补充两个老外的演奏视频，曲目分别是Hey Jude和Canon（欢迎大家自己录制视频投稿给我们）：

阅读全文...

Google Wave前工程师 Dhanji R. Prasanna（上图是他的Twitter头像） 昨天发了一篇博文，解释了自己为何要离开Google，其中谈到了Google的文化，但最有趣的部分其实是他说“Google一直自夸的具备延展性的软件架构已经过时了”。尽管他承认Google的硬件架构依然是完美的艺术品，但其上为搜索引擎和爬虫设计的软件架构至少落后了10年。

Prasanna说Google依然在使用Protocol Buffers, BigTable 和 MapReduce这种恐龙级别的玩意，跟MessagePack, JSON 和 Apache Hadoop 一比简直就是老古董。而像 GWT, Closure 和 MegaStore 这些新的工程也是进展缓慢，跟快速发展中的jQuery 和 mongoDB完全没的比。Prasanna还说Google的软件架构是为活在真空里的工程师设计的，而非真正需要开发工具的开发者。

最近The Register的Cade Metz也写了一篇关于Google App Engine的文章，提到Google的架构，尽管这些年来Google App Engine改进了不少，但很多开发者依然对其各种限制感到不爽。

Via RWW

Google还在推广自己的WebP图片压缩格式，最近推出了三个重大改进。

一是被称为Fancy的提升采样算法，可有效降低照片内色彩边缘的像素，上图就是个例子，上面是PNG图像，下面左侧是老的WebP算法，下面右侧是使用了fancy技术的新WebP算法，注意看物体红色边缘区域的像素点。

二是WebP可为同一张照片里的不同区域进行不同形式的压缩，比如上图，左上角的简单区域有很多离散的像素点，它的压缩率就可以做到比右下角的复杂区域高。遇到这种情况WebP格式就可以为两个区域使用不同的压缩比，在图片质量和图片大小上做出最佳平衡。这个想法有点类似MP3里的VBR压缩，将一首曲子里不同的区域进行不同比例的压缩。

三是兼容性的改进，Google App Engine开始原生支持WebP格式，且Google Instant Preview也可直接将预览图片存储为WebP格式，好让可以显示WebP格式的Chrome和Opera浏览器用户在查看搜索结果网站预览的时候，使用更小容量的WebP格式预览图。

Via Chromium Blog

新买的设备不仅能同步所有应用，也能同步所有重要数据，那该多好！Google Web Toolkit 团队也这样认为。在 Google Plugin for Eclipse (GPE) v2.4 中，创建可随“身”携带数据的原生 Android 应用将更加简单。而托管后端服务与储存数据的最佳地点正是 Google 的云服务，App Engine。

最新版的 GPE 通过一组易用的开发工具将 Google 的这两项优秀平台——Android 与 App Engine——联合到了一起。下面稍稍深入介绍下 GPE 2.4 的一些新功能：

项目创建

GPE 2.4 允许创建连接 App Engine 的 Android 项目。这项全新的 Eclipse 项目向导可创建能与采用同样 RPC 代码与业务逻辑的同样的 App Engine 后端通讯的全功能的 Android 与 GWT 客户端。

云向设备的信息传送支持

在移动设备上拉取后端变更非常低效，还会导致应用性能降低与大量耗电。Android 团队建立了云到设备信息传送框架 (C2DM) 为 Android 开发者解决了这个问题。该服务可发送轻量 ping 通知应用有待处理数据。有开发中反馈说整合 C2DM 的代码维护量难以接受。2.4 版的 GPE 能解决这个问题。新建连接 App Engine 的 Android 项目时可免费获取该框架的代码。所需要做的就是将应用特定代码与自定义的 C2DM 通知处理相连通。

RPC 创建与配备

编写与维护 RPC 代码 (允许应用与后端服务器通讯的代码) 乏味又容易出错。移动开发者最不想干的事就是编写（或调试）这种代码。在 GPE 2.4 中引入的新工具可为您解除这项负担，只需几次点击即可创建全部底层 RPC 样例代码。由您指定客户端与服务器之间要使用的模型对象，GPE 将创建其 RPC 服务、数据传输对象（DTO）及客户端调用代码。生成的代码在 Android 与 GWT 应用中都能使用，所以将来有变更只需进行一次修改。

GPE 2.4 Beta 可在此下载。注意需要先安装 Android 开发工具 (ADT) 插件（可在这里下载）。

反馈可前往 GPE 群组。App Engine 及 Android 开发群组也是很好的信息源。

via Google Web Toolkit Blog