谷奥——探寻谷歌的奥秘

Google终于决定让硬又黑菜单下课，取而代之的是下拉条式的菜单（如上图）。但又有人说了，以前直接通过“硬又黑”导航条可以直接进入到某个Google服务，现在必须多点一下鼠标才可以了。而且好多常用服务其实都被置于了More这个二级菜单里了，进入也不是很方便。

于是Tweak Google Menu (beta)这枚脚本就出现了。它可以让你利用拖拽的方式来自己调节各个Google服务的出现顺序：

调节之后如果你放了太多的内容，也会自动扩展到更多的列里：

如果这个脚本再继续改进一下，允许你自己放一个常用的非Google的网址到菜单里，拿Google菜单当Windows开始菜单那么用就更赞了。

另外，我为啥到现在还看不到这个新的下拉条菜单？难道Google要用“硬又黑”代替月亮惩罚我一辈子吗？

Via GHacks

小众软件的脚本控火山兄在Google Reader小清新改版多天之后，终于放出了自己调较的油猴脚本，让你梦回老版Google Reader（如上图），猛击这里开始做梦，主要有七项修改：

1. 每篇文章的边框加上圆角和阴影。
2. 当前文章外框变蓝色。
3. 去掉多余按钮，请自行用快捷键替代。
4. 修正文件夹图标。
5. 压缩多余空白。
6. 硬又黑导航条自动隐藏。
7. 0.1 版的 bug 基本搞定。

目前唯一的bug是subscriptions 列表不能适应浏览器屏幕，你可以根据自己的实际情况，修改 height:430px; 这一句中的数字。

另有其它三个脚本可供参考：

部分代码来自：

• Google Reader Absolutely Customizable 
• Google Reader Fixes v1.9

只想找回分享功能的，可以尝试 Reader Sharer Monkey。另外，bit3725同学做了一个类似Reeder界面的脚本，在列表下是三栏结构界面，在扩展视图下是两栏界面。

Via sfufoet's Blog

现在Google搜索结果页面的新版并非所有功能都很讨喜，于是诞生了这枚脚本。有了它，你就不会再在Google搜索结果页面里看到几乎从来不会去点的Google +1按钮，以及特别特别烦人且会降低浏览速度的图片预览。

该脚本适用于所有Google域名，当然也包括Google.com.hk。需要注意的是，如果你的好友对某个网站进行Google +1了，那么在搜索结果里还是会看到（好让你知道是否有人对某个脑残网站进行了Google +1，方便拒交之？）

还有一个需要注意的是，Google将缓存链接和相似链接也都挪到了预览图片的弹出层里，所以如果你如果依然需要这两个功能，可以安装这个脚本把它们挪回到原始的搜索结果页面里显示。

Via GHacks

感谢读者 bachue 的投递。

我英文很烂，单词记不住，也懒得花力气背，因此经常需要查个单词什么的，Google字典是我使用最多的网络字典，特别是在改用袖珍牛津英语词典之后，Google字典的解释比传统牛津字典更加易懂。但是很奇怪，Google字典为什么从来不愿意使用Ajax（异步Javascript和XML）技术？为什么当我们每一次查询一个单词时都需要按一下回车键来刷新整个页面，而不是自动刷新解释？这在我看来是不符合Google的理念，连Google搜索都快实现Ajax了，Google字典却显得很落后。俗话说，求人不如求己，我就写了这样一个脚本Super Google Dictionary。

这个月的 Gmail 升级虽然看起来很炫，但是之前在邮件列表界面最上方的一排快速选择按钮却不见了去向，这也就造成了我们要选择所有已读/未读/加星的邮件时最起码要点两下鼠标——先点下拉菜单，再点击想要的链接。

好在现在有了用户脚本可以将这个工具栏找回来，不过非常杯具的是目前这个脚本在 Chrome 中可以安装，但是完全无效，实在有些尴尬。。。按说这个应该不算难，期待有高手出手写个兼容 Chrome 的新版吧。

点击这里进入此脚本下载页面。

via lifehacker

本月初 YouTube 进行了大量更新，其中大家一眼就能看出来的肯定是这个巨大的底边栏了，不过这个东西实在是有够烦人——不但占据了大家宝贵的纵向屏幕空间，而且花里胡哨的很容易分散用户的注意力，于是我们可以用以下几个方法将其去除。

1，用户脚本：

现在主流的浏览器基本都已经支持用户脚本了，Chrome 更是可以将其直接当成扩展来安装，Removes Youtube's Subscription Bar 完全符合我们的要求，点击进入。

2，Chrome 扩展：

如果你是 Chrome 铁杆用户的话，YouTube Subscription Bar And Autoplay Remover 也是一个很好的选择，点击进入官方扩展中心安装。

3，修改 URL 终极大法：

这个稍嫌复杂，不过不需要借助任何外部力量。只需每次打开 YouTube 视频后手动修改 url ，只保留 v=xxx 的这个参数，其他的全部删掉即可。

via howtogeek

YouTube 在本周似乎又有更新，下载工具集体失效，包括我日常在用的 Chrome 扩展：S-YouTube Downloader （这个早就被 Google 从官方扩展中心下架了）。一番搜索之后，找到了一个适合 Chrome 使用的用户脚本，前天刚刚更新过，支持最新的 YouTube——起码目前还能用。。。

直接用 Chrome 打开 Download YouTube Videos as MP4 的页面并点击 Install 即可安装之。之后随便打开一个 YouTube 视频，在下方工具条 Embed 按钮右边会有一个新的 Download 按钮，点击后扩展会列出所有支持的分辨率，选择即可下载。

当然，Opera 也可以直接安装这个用户脚本，而 Firefox 和 Safari 则分别需要安装 Greasemonkey 和 GreaseKit 才可以使用。

Google Images 长久以来有一个让大家非常头疼的问题，那就是点击搜索结果页的结果回跳到一个包含图片预览图和图片出处网页的 Iframe 的页面。虽然这样有助于给图片来源网站提高流量，但是对于 Google Images 重度用户来说实在是太不方便了。

这个用户脚本可以解决这个问题，安装后用户点击 Google Images 结果页面的图片，将直接链接到原大的图片。非常实用，强烈推荐大家安装。

Chrome 用户可以直接安装这个脚本，Firefox 用户则需要 Greasemonkey 插件来调用之。

via lifehacker

本文推荐给各位使用宽屏的重度 Google 用户一个脚本，可以使 Google 的搜索结果在结果页以多栏的形式排列，Firefox 用户需要 Greasemonkey 来加载脚本，Chrome 则可以直接安装。

点击这里进入 Multi-Column View of Google Search Results 的页面，直接点击右上角的 INSTALL 即可，不需要任何的设置。之后在 Google 搜索（包括 Google.com.hk ）的结果页将默认用两栏显示，用户还可以使用 Alt+1 / 2 / 3 来切换结果页的栏数，非常方便。

via howtogeek

感谢读者 kuber 的投递。

谷奥和chrome迷最近都转载了一篇ghacks的文章"为什么说 Chrome 能用脚本就尽量不要用扩展"，因为用户脚本比扩展更省内存，所以建议用户尽量用user script。因为我自己装了很多扩展，而且开发了几个扩展，以前关注过这个问题，想借此机会说明一下我的看法：扩展未必比脚本消耗更多资源，如果扩展开发者适当地使用Chrome 扩展API的话.

要说明这个问题,首先要看看一个Chrome 扩展包括了哪几个部分:
popup page(弹出页面): 当你点击地址栏边上的图标时弹出的页面. 这个页面只在你点击时创建, 当鼠标移开页面关闭时就会被销毁掉. 因此在你不使用这个页面时不会消耗资源. 很多信息查看的插件就只使用了popup page, 如China Stock Chart;
content scripts(页面脚本): Chrome 会把一段javascript 脚本注入到符合要求(由开发者指定)的页面中, 好像页面本来就引用了这段脚本一样, 并在Chrome 加载完页面后自动运行这段脚本. 很多修改页面布局和使用快捷键的扩展都使用了这种方式. 在Chrome 中使用user script 其实就是由Chrome 自动把脚本包装成一个只有content scripts的扩展, 这也是Chrome 不需要装插件就能使用user script的原因.
background page (背景页面): 所谓背景页面就是在后台自动运行的一段程序, 虽然也是用html+javascript 写的, 但是用户是看不到的. 当Chrome 启动时会启动所有扩展的背景页面, 并且这些背景页面会一直呆在Chrome 里面直到关闭浏览器. 因为它是一直在运行的, 扩展可以定期执行一些工作, 比如说定期检查你的gmail 邮件. 还有就是出于安全考虑, 在Chrome中页面脚本和弹出页面不能直接交换数据, 扩展也不能直接和其它扩展交换数据, 必须通过background page来交流.

从上面的介绍可以看出, 消耗的资源从上到下越来越多. 只要你不点击图标, popup page 不会使用资源, content scripts 只存在特定的页面中, 并且只是响应页面上的事件. 而且content scripts其实就是user script, 因此消耗的资源和user script是一样的. background page 则是最大的资源消耗者. 其实在Task Manager 中能看到的扩展都是因为它们使用了background page, 以实现user script 所做不到的事情. 所以我的结论是"理论上"使用实现相同功能的user script 不会比扩展节省资源.

但是, 这个世界坏就坏在有但是 , 在实际我们使用的扩展中有不少其实不需要使用background page 却用了. 比如说一些划词翻译的扩展, 主要是响应用户在页面上鼠标选词事件, 其实并不需要background page. 我看过其代码, 它在background page中其实什么都没有做, 但是却加了一个background page常驻在浏览器的内存里面. 装多了类似的扩展自然你的chrome 消耗的资源就多了, 对于这种扩展显然 user script 或者bookmarklet 更合适.

Moreover, 我曾经想过为什么很多扩展不需要background page却吃力不讨好地加了一个放在扩展里面. 我的猜想是, google 以前给出的chrome扩展开发教程里面的Get Started 示例包含了 background page, 可能有些开发者把那个示例当作新扩展的模板, 但是忘记在适当是时候去掉了.
kuber@FeedzShare

原文地址：http://www.cnblogs.com/kuber/archive/2010/04/08/Why_Userscripts_Is_Not_Better_Than_Extensions.html