A.shun Blog » 观察思考

难以接受的 Google Reader 改版

A.shun — Tue, 01 Nov 2011 17:22:43 +0000

昨天早上 Google Reader 完成了改版，改动幅度很大，外观和内容上都是。
更不爽为了整合 Google+ 而自残。分享、Like、评论、关注对象、笔记。。。不少功能都成为牺牲品。

这些动作引起大量用户的不满，甚至发起了 #OccupyReader 行动。
能取得的效果很难说，我只是需要发泄下不爽。

Google Reader 的新界面有人喜欢也有人不喜欢，我属于后者。
大面积的空白、背景惨白、已读和未读颜色太接近。。。非阅读区域太大这点尤其不爽，顶部那两栏占据太多空间了。
哪里小清新了？还不能换回来。

界面难看可以去适应，不想适应可以用 UserCSS、脚本来解决。
但是失去的功能回不来了。

GR 自带的轻量级社交功能被埋掉，取而代之的是一个 +1 按钮和顶部的分享。
这两种方式，加载慢且没有快捷键真不方便，通过 Sendto 分享也没以前高效。

最主要的问题还是 Friends’ shared items 消失了。。。无法阅读朋友们共享的条目。
关注朋友们的共享是非常高效的获取靠谱信息方式。（那些天天共享自己文章的就屏蔽掉- -）

现在，通过新方式只能共享到 G+ 的朋友圈中，还是摘要方式- -。
无法在 GR 统一阅读，有价值的分享内容很快就会淹没在 G+ 的信息流中。

这是显而易见的阴谋（显而易见还能叫阴谋么），他们才不管你高效与否，才不管有多少用户需要那些功能，只是想把所有的用户都绑到 G+ 上。
我不讨厌 Google+，但是非常反感 Google 现在的社交战略。
在经历 Wave、Buzz 等之后，屡战屡败、屡败屡战的他们现在的手段就是各种强推。
基本上自家的服务顶部都换上新的导航条 G+ 分享按钮和通知非常显眼，Google 帐户页面也改到 G+ 里面去了，现在又是在 GR 中强迫有社交习惯用户去 G+。
哼，我倒要看看哪天 Google+ 也步上它那两个同为革命性产品的前辈后尘。

此外还有些不方便的地方，比如在新条目和所有条目之间切换要点两次。
+1 按钮比以前的那几个碍眼多了还加载狂慢。屏蔽 +1 按钮的脚本并不能阻止它出现在搜索和 GR 中，那么暴力的把 plusone.google.com 整站屏蔽吧。- -

» 转载请以超链接形式注明来源：A.shun Blog » 《难以接受的 Google Reader 改版》
» 本文链接地址：http://www.a-shun.com/archives/21526.html

新款 Kindle 和 Kindle Keyboard

A.shun — Thu, 29 Sep 2011 15:58:50 +0000

昨天 Amazon 大爆发，发布了 Kindle Fire 平板和三款新的阅读器，Kindle Touch、Kindle Touch 3G 和一款非触摸的新款 Kindle。

于是有了 Kindle Keyboard，我 5 月初入手的 Kindle 3，则变成了 Kindle Keyboard 3G。
随便说一下新 Kindle 和 K3，不，是 KK 。

新版 Kindle

Kindle Touch

Amazon 终于在 E-ink 产品中用上触摸屏了，是红外线触摸屏。
Touch 省去了键盘，比起之前版本更轻更薄体积更小，屏幕还是六寸，硬件参数没有变化。
非 3G 版本 99美元的售价碉堡了，加上触屏操作会更方便，爱看电子书的都会心动吧。（虽然我已经有 KK 了，依然觉得很吸引人，价格+操作）

Kindle 79

新款 Kindle 售价只要 79 美元，就叫做 Kindle，那简称 79 吧。
外观和 Touch 接近，但是不支持触摸，只有几个可怜的按键。
虽然是以阅读为主的，但也难免需要输入页码，摘录、笔记、搜索之类的，没有键盘也没有触摸屏很苦逼的。
比 K3 容量小一半不说，理论待机时间也减少一半，这可是大大的削弱电子书的优势。
还是加 20刀选择 Touch 或 Keyboard 吧。

外观

K2 和 K3 ，可以称得上是优雅的设计。
而 Touch 和 79 则太平庸了，那种外形，那个突出的边框，那个扬声器，有些山寨气息（远看的评价，做工应该是不错的）。
那个颜色也吐槽。。。还是黑色白色好看。
当然了，价格才是王道，戴上皮套会好看点吧。

Kindle Fire

$199 的 7寸 IPS 屏，拥有主流平板双核 + 512Ram 的配置，没有 3G、摄像头和麦克风（Amazon 应该把 K3 的麦克风拆下来给它
不关注平板，平板主要还是娱乐吧，这款少了些东西，但是价格上比起其他平板太有优势了，加上 Amazon 的内容服务，会有看头。
内置的 Silk 浏览器也是一大看头，有点像 Opera Mini 和 Opera Tubro 的服务端压缩技术，但也有些不同。

参数对比

Kindle Keyboard

Kindle Touch 在接下来应该会成为最火的一款，虽然我们还不知道那个触摸屏的实际表现，是否反光、是否沾指纹、会不会增加耗电（不要相信官网那坑爹的两个月。
操作方便加上浏览器貌似有改进，也让 3G 有更大的实用价值。

Kindle Keyboard 剩下的优势也就只有输入方便和外形好看了。
其实作为阅读来说，区别还是不大的。都采用同样的珍珠屏，外形不影响什么，阅读主要的操作还是翻页和简单输入，都很简单。
体积和重量有点影响，虽然 K3 就很轻薄了，反倒是皮套更重- -
浏览器是不务正业的（虽然能强大点更好- -）
Touch 的话还要等等，~~不知道对中文原生支持如何，如果老样子只能坐等越狱咯。~~，4.0 系统完美显示中文。

话说现在阅读器的价格，只要是有心想要都不是问题了，汉王和娱乐公司的坑货完全没存在意义了。

卖点、模式

新的几款产品的定位很明确，硬件参数和现有产品的区别不大，提供了差异化的选择，但最大的卖点一直都是便宜+在线内容。

Amazon 越来越擅长这种硬件亏本卖，靠数字内容的手段了。哦，配件应该也赚钱，同步上线的皮套和书灯款式真多。
其实这很好，用户可以较低的代价拿到硬件和根据自己需求购买内容，虽然很商业但对用户来说也称得上业界良心，不矛盾。

» 转载请以超链接形式注明来源：A.shun Blog » 《新款 Kindle 和 Kindle Keyboard》
» 本文链接地址：http://www.a-shun.com/archives/21496.html

屏蔽 Google +1 按钮

A.shun — Fri, 10 Jun 2011 13:13:47 +0000

月初 Google 正式发布 +1 按钮。
博主和站长可以在其网页上放置 Google +1 按钮以方便访客进行推荐。

但几天之后，随着 +1 按钮的逐渐流行，不少人发现一些网站访问加载变慢了。

添加了按钮之后要请求一个 plusone.js。脚本不大，只有 3.4k。
但因为某些众所周知的原因，导致 apis.google.com 时常访问不了或者非常慢。
于是导致放置此按钮的网站打开速度变慢了。(￣_￣|||)

最干脆的方法就是屏蔽之，追求速度并且不太可能去点它的同学就这么做吧。
只要用加载前拦截的手段（ABP、Urlfilter 等）过滤这个 js 即可。
http*://apis.google.com/js/plusone.js https://plusone.google.com/js/plusone.js也不推荐在博客上放这玩意，不要考虑什么排名。

*/plusone.js比较干脆。

有人可能会说，可以修改 hosts 来加快访问速度。当然。
但何必呢，嘛，本来在页面上放一堆按钮，就是不必要且影响速度的事情。

如果你真的特别想放这个按钮，那么如何加快 Google +1 按钮载入速度？
~~请把 plusone.js 放着自己主机上，再看这个：添加 Google +1 按钮，把得到的代码中 http://apis.google.com/js/plusone.js 改成新的路径。~~

单是把 plusone.js 放到本地还是不够的，js 本身以及插入的 iframe 还是挥引用远程内容，依然会拖慢速度的 =.=! /by cs

P.S.
我不看好这玩意，没有根据。只是觉得会继承 Google 社交方面的杯具传统。
当然，这个和本文无关，只是在速度和需求方面考虑才屏蔽的。

» 转载请以超链接形式注明来源：A.shun Blog » 《屏蔽 Google +1 按钮》
» 本文链接地址：http://www.a-shun.com/archives/21470.html

Opera 11.10 beta 带来快速拨号 2.0

A.shun — Fri, 18 Mar 2011 15:49:34 +0000

昨天，开发代号为 Barracuda 的 Opera 11.10 beta 发布了。（而且今天又有新版，打鸡血啊。
新的浏览器为我们带来快速拨号 2.0 和插件安装向导等一系列改进。

昨天有更新，就不凑热闹。那为什么今天还发这个呢？
哼，文囧什么的，快给我退散。 ╮(￣▽￣)╭

Opera 快速拨号演示视频

快速拨号 2.0

快速拨号的改进

引入流布局概念，取消旧版的“行x列”设置，改为列数设置，行数无限，支持无限的快速拨号数量
新的添加/编辑快速拨号对话框，可自定义快速拨号标题
为拖放快速拨号动作增加动画效果
可缩放快速拨号
支持在缩略图中显示动态内容
支持服务器指定缩略图和刷新间隔，详见：Make your site shine in Speed Dial
支持智能查找页面 Logo 等区域作为缩略图
支持使用最小化模式（CSS view-mode）生成缩略图

对新版快速拨号的看法

快速拨号 2.0 在论坛是个热议点。这里说下我个人的看法。
优点：

“支持选取页面 Logo 作为缩略图”，这个我也觉得很好，比起显示整个页面的缩略图更能一目了然，美观上也不差啊。见下图。
（不明白为什么 oc 那么多人吐槽这个 – -）
支持服务器端的定义和在缩略图中显示动态内容，可以想象快拨在以后能做更多的事情。
可以方便的编辑标题、列数设置、缩放调整、动画效果等，虽然这些无所谓

吐槽点：

缩放快拨会全部刷新缩略图。。。orz
现在无法从窗口面板拖拽添加快拨
出现滚动条感觉不实用
这快拨再也不能玩拼图了。。。（via 采儿

新旧快速拨号的对比图，左边为 11.10 beta，右边为 11.01 final。点击放大。

我对这方面的改进上还是挺满意的，但开发团队是不是在这个上面花太多精力了呢？

关于快速拨号 2.0 的说明和一些问题的解决，请见这篇：Speed Dial 2.0

Opera 11.10 beta 其他特性

引擎升级和规范支持

Presto 渲染引擎更新到 2.8.119。
网络规范支持
- 支持 W3C CSS Multi-column 样式
- 部分支持 CSS 渐变： -o-linear-gradient 及 -o-repeating-linear-gradient
- 添加 WOFF (Web Open Font Format) 支持
- HTML5 表单支持
- HTML5 section, article, nav 等元素默认为块级元素，并增加默认样式

其他

插件安装向导，这会大大简化插件安装步骤，易用性改进之一。
太好了，以后在论坛问 Opera 如何安装 Flash？的人要是少很多。
扩展增加 URL Filter API，允许扩展向原生内容过滤列表增加临时规则，详见 URL Filter API for Opera extensions。
引入声明式 UI，据说 dialogs.yaml 能更加的接近各平台指引，并适应不同语言字串的长度。dialogs.yaml 以后应该会取代 dialog.ini 吧。
错误页内嵌搜索：还算人性化的小改进吧，你也可以在 opera:config#UserPrefs|SearchFieldOnErrorPages 关掉此功能。
UserJavascript，支持 BeforeCSS 及 AfterCSS 事件
原生支持 Google WebP 图片格式
M2 添加短语搜索支持，优化中日韩语言搜索，加入邮件面板禁用自动开关设置 opera:config#UserPrefs|AutoMailPanelToggle。

更多信息请见：
Opera 11.10 Beta 更新日志

最后

别忘记下载地址：点此下载 | 本地分流 for windows
这只是个第一个 beta ，已知问题还很多呢。

对比一下我之前对 Opera 11.10 新特性的猜测，是不是差不多呢，可惜猜对无奖。

SOCKS 代理支持已经在 snapshot 2042 加入，但还存在一些问题被临时禁用，相信不久就会重新加入。
而 WebGL / 硬件加速在 11.50 Labs 版本上已经出现，看来还要等段时间。情绪稳定。

搞定，补旧番去～

» 转载请以超链接形式注明来源：A.shun Blog » 《Opera 11.10 beta 带来快速拨号 2.0》
» 本文链接地址：http://www.a-shun.com/archives/21452.html

绝望了，对这个抢盐的社会绝望了！

A.shun — Thu, 17 Mar 2011 06:17:56 +0000

昨天晚饭时候亲戚打电话说老家那边镇上都买不到盐了，叫我帮忙买点。。Orz
Twitter 上就有很多人再说这个。

据说是昨天下午浙江那边最开始抢购盐的，在广东这边也相当严重。
到晚上，全国很多地区都出现抢购食盐现象，不少超市、商场的碘盐都卖完了，当然也有不少卖高价牟利的。（据老妈说，这边都涨到￥10一袋了）
这是怎么了？
抢购食盐做什么？
普遍的说法：
1.怕核辐射污染到海水，继而导致海盐受污染，怕吃不上盐，赶紧在还没受污染前囤一些。
2.碘能防辐射，前些时候有人高价卖碘片。

无论哪一种都是很可笑的。
中国会受到核辐射？食盐真的能抗辐射？食盐会受到核污染？（请自行搜索，这不是一篇科普文章。）
先不说几乎不存在的被污染可能性，以及可忽略不计的抗辐射效果。
盐本身就是超低成本并且生产容易的东西，我国的湖盐储量就是给全人类都可以用上几千年了。

绝望了，对这个连食盐都要抢的社会绝望了！！！

利用群众恐慌心理哄抬物价，这和非典时期疯抢板蓝根和食醋的情况很类似。
但比那时更蠢：毕竟非典是发生在我们周围，这还隔着好一片大海呢。

要知道，日本这么大地震和海啸过后，受灾人群还能有秩序的排队领取生活必需品。
而隔海相望的我们，有的抢购盐，有的准备囤积碘盐大赚一票。天大的讽刺。
到底是谁面临核辐射的危机？
要知道我国现在有十几个核电站在建设和规划中，到时候是不是都担心得睡不着了？

碘片抢完了抢食盐，食盐抢完了抢酱油么？
只是因为不理智的抢购，家里刚好没盐的朋友就杯具了

好吧，你们抢吧，反正一包盐能用很久，情绪稳定。
大家可以到看看 Twitter 上的各地情况和抢盐相关的调侃：传送门。

这个社会唉。各种不安全感，却又人云亦云，不假思索。加上信息滞后，远不及谣言和恐慌的传播速度。
国内对于流言的抵抗力如此之低，别说什么现代教育和强国的笑话了。

» 转载请以超链接形式注明来源：A.shun Blog » 《绝望了，对这个抢盐的社会绝望了！》
» 本文链接地址：http://www.a-shun.com/archives/21453.html

Opera 11.10 开发代号：Barracuda，新特性猜测

A.shun — Tue, 15 Feb 2011 15:01:01 +0000

今天凌晨，Opera Desktop Team 公布了下一代浏览器的开发代号：Barracuda（梭鱼）。

Barracuda 系列的第一个版本为 Opera 11.10，包含新功能的 Snapshot 将在近期发布。

嘛，既然还不给下载地址，那我不妨来无责任猜测一下 Opera 11.10 的新特性。

代号：Barracuda / 梭鱼

以往 Opera 喜欢用鸟类来作为开发代号：如 Kestrel（茶隼，9.50～9.64）、Peregrinus（游隼，10～10.20）、Ibis（朱雀，中国版）等。
嘛，换换口味也不错。

Barracuda(梭魚): 身体细长，如鱼雷一般，是凶猛的掠食者。他们在海洋中狩猎，依靠完美的突袭、敏捷的身手以及迅猛的速度来攻击猎物。它们甚至可以消灭大型鱼类。

可以在 Wikipedia 看看梭鱼的介绍。

这个新代号起得好，强调了速度，又暗喻能以小博大。
唯一的吐槽点就是和希捷硬盘的品牌一样。 – -

Opera 11.10 新功能猜测

Opera 的员工嘴巴紧得堪比保密局，在新版出来之前只能瞎猜吧。

那我就来说说可能的 Opera 11.10 新特性。我可不是什么相关人员，只是猜测/娱乐而已，猜中无奖。

内核更新，支持更多的 Html5 标签和 CSS3 属性

这个肯定有，与时俱进嘛，但是幅度不好说。

扩展 API 增强

增强扩展 API 也是肯定的。
现有的扩展虽然有一定的价值，但是还不成气候。
希望能再通过其他方法来鼓励扩展开发。

支持 Socks 代理

Opera 浏览器追加 Socks 代理支持，这个之前在 Pulling our socks up 已经说了。

So in A future version of Opera you will actually get support for SOCKS proxies….

不能确定是在这一版本加入，但可能性很大。
无所谓了，能解决长期被人吐槽的地方也好。

WebGL / 硬件加速

支持包括 Windosw XP 系统在内的硬件加速？
可能会有，尽管目前还不迫切。

某个现有功能的大改进

As a hint, we can mention that another popular Opera feature will be taken to the next level.

翻译：

一个小提示，Opera 中某个非常受欢迎的功能将在上一个台阶

“非常受欢迎的功能”，那么 A.shun 猜测，快速拨号。
但我期待的改进是：内容拦截和站点首选项。
喂喂，这次总不会再导致大饼事件那样的杯具了吧。(￣_￣|||)

自动标签组

这还不是流行功能，所以我认为上面说的不是这个。
加上某些程度的自动标签组是可以预见的。
事实上在 Opera 11 的某个测试版加入过自动标签组，但由于存在一些问题正式版取消了这个功能。
希望还有其他标签组的改进。

邮件客户端 M2 增强

这个也不是流行功能。
但开发团队对 M2 的喜爱程度简直可以用偏心来形容了，最近的每个大版本都有这方面的改进。

版本号的疑问

当然了，其他想不到的新功能加入，或者一起的小改动也会有的。
我希望的就很多了，不说也罢，不会那么快得到满足的。
几天之后就揭晓了，到时候对比一下我的猜测能中多少，个人感觉还是挺靠谱的。

这里还要说版本号的疑问。
开发代号都改了，肯定是有大变化，那为什么不用 11.50 呢？
（如果想和某版本号最快浏览器玩的话可以直接跳到12，但有意思么？）
等着吧，不久之后，Opera 11.10 和 Opera 11.01 同时存在，怕是会导致一些混乱。

» 转载请以超链接形式注明来源：A.shun Blog » 《Opera 11.10 开发代号：Barracuda，新特性猜测》
» 本文链接地址：http://www.a-shun.com/archives/21450.html

再谈 Google 阅读器和 FeedBurner 的问题

A.shun — Sat, 15 Jan 2011 11:11:19 +0000

优先通过站点的加密链接访问，这本应该成为一种常识。
邮箱和支付类的就不多说了，这里要强调的是 Google 阅读器。

我为什么还要说这个老掉牙话题？
在 FeedBurner 再次被认证半年之后（feedproxy 之类的地址则有两年多了），依然有不少同学在评论中问“看不了订阅”、“订阅不成功”之类的。
这真是太杯具了。

使用 Https 的 Google Reader

在这个不流行离线阅读器的年代，用 Google Reader 的同学比重应该是相当大的。
那么，你为了什么而选择 GR？
丰富的快捷键、和朋友共享、通过邮件保存，这些都很赞。
重要的还有，通过 Https 的 Google Reader 可以方便的阅读墙外的文章。

本来嘛，那类型的订阅源只是少数，但随着 FeedBurner 也被认证之后，躺着也中枪的博客们相当多。
因此，通过这个优点被放大了。

抱歉，发生意外情况，阻碍了 Google 阅读器完成请求。

现在有多少人还遇到这个提示？

这不应该有，用 Https 登录吧，加密访问基本不会被监控到，畅通无阻的阅读。

强制 Google Reader 使用 Https

Gmail 在很久以前就加入可以设置强制 Web 访问使用 https 方式的选项了，而 GR 一直没有。
但完全这不是问题，我们自己选择通过加密访问即可。

在我看来，强制 GR 使用 Https 的浏览器扩展也是没有必要的。
我想大多数人还是通过书签访问（不限形式，点击、快捷键、昵称都行），只要把书签的链接设置为 https://www.google.com/reader/view/ 就行了。

喜欢通过输入 URL 、搜索等方式进入阅读器的朋友可以考虑以下脚本或扩展。
Google SSL GM 脚本，支持主流浏览器，感谢 Kars 的推荐。
Redirector、Redirect to HTTPS、KB SSL Enforcer 等。
只是无责任推荐，能实现同类功能的也不少，也许还有更好的选择。而上面这些的功能也不只是这样，自己尝试吧。

通过 Https 添加订阅

阅读的时候通过书签访问，那么添加订阅的时候也不是大问题。
还是搬出上一次给出的小书签，用 Google 官方提供的小书签修改而成的。
作用：

通过 Https 添加订阅，不会被重置。
直接获取页面文档中订阅的 Rss/Atom 链接。
跳过 IGoogle 和 Google Reader 的选择页面。

Bookmarklet：Add to Google Reader，各种浏览器通用，拖拽到书签栏或者右键点击，添加到书签即可。
Opera 按钮：Add To Google Reader，点击添加或者拖到除个人栏外的任何工具栏。

我喜欢的 Opera 扩展和更多的期待

A.shun — Thu, 30 Dec 2010 12:34:16 +0000

Opera Software ASA 的新一代浏览器 Opera 11 引入了扩展程序和标签组等功能。

其中，支持 Extensions 是我比较关注的。
用户能更简单的向浏览器添加功能，扩展能很好的跟浏览器结合起来，能添加弹出菜单、和网页交互，也可以在后台安静的工作，这将不同于 Widgets 和 Unite。

那么本文就来谈谈我对 Opera 支持扩展程序这个事情的想法，以及我喜欢和期待的扩展。
仅以一个没有使用扩展习惯的典型 Opera 用户角度来写这篇文章。

对 Opera 扩展的最初印象

在得知将要支持扩展这个消息时，我比较在意，或者说有些顾虑？在社区朋友很多也一样。

Opera 一直以来是功能齐全的浏览器，且并不以扩展程序著称。我们选择了 Opera，而不是拥有超强扩展功能的 Friefox。
不是排斥扩展，只是优先顺序不同，问题就在于可能出现的改变。

对 Opera 支持扩展的顾虑

问题普遍集中在以下几个方面：

扩展程序是否会对性能产生太大的负面影响？浏览器是否会变得巨大、臃肿？
Opera 以快著称，对我来说，响应速度比难以感觉出来的渲染速度还重要。
支持扩展是否会对现有结构带来变化？
添加了扩展支持之后， Opera 现有的功能、文件结构、可定制性会有多大的改变？恩，这个问题可以表达为：不要剥夺用户折腾的乐趣。
安全性问题
Opera 自身的安全性一向做得很好。而 Extensions 由第三方提供，带来更多的功能的同时也不能忽视随之而来的安全问题。一些扩展可能存在漏洞，甚至有也可能被插入恶意代码。

初识 Opera 扩展，释疑

在 Alpha 版本出来后我们对扩展有一定的了解：Opera 的扩展程序是一键安装/卸载的，无需重启，也可以一键启用/禁用。安装后不解包、不使用独立进程。
观察了后续版本的一些改进，上面的问题已得出结论。

响应速度看来影响不是很大，当然有些扩展会影响到，但至少在我们不使用扩展的情况下和以前一样。
安装包体积甚至是减少了 30%。（当然，这是新安装包和去掉 Unite 默认应用程序的关系）。
不用担心，Opera 还是我们所熟悉的 Opera。
Opera 在将扩展公布之前将对其进行检查，可以在很大程度上避免受到缺陷和恶意软件的侵害。
用户还可以针对每个扩展设置是否拥有安全页面和隐身标签。当然，现在的 API 也暂时不允许读取一些私人的信息。

我喜欢的扩展程序

OK，当上面的问题不在是问题的时候，我们不妨装上一些。
在目前可用的扩展，我比较喜欢 GMail Checker、Shopping Assistant 、HyperTranslate 等。

要说最喜欢的扩展程序，那还是这个 Lastpass。
Lastpass 是著名的跨浏览器密码管理工具，帮助你管理和使用密码，用户口碑很高。

虽然 Opera 的 Wand 很不错了，方便快速，但毕竟 Opera Link 还不能用于同步密码。
我喜欢 Lastpass 的原因：

跨平台、跨浏览器，数据同步。
线上存储数据，安全性很高，支持导入导出。
更可以方便的管理帐号信息，拥有一个方便的密码中心，简单的修改站点信息。
真正的无处不在，即使不带着浏览器，也可以通过访问 Lastpass 网站获取 Bookmarklet 来快速登录。
多种附加功能：生成复杂密码等、安全笔记、填写表单。

我之前有做过介绍：在线密码管理工具 LastPass 推出 Opera 扩展
尽管它目前存在一些问题，但瑕不掩瑜。

我所期待的扩展

目前扩展程序能做的：

易用性的提升
Opera 本身有很好可定制性，但在之前只存在于当你愿意折腾配置文件的时候。而扩展程序可以非常容易的为浏览器增加新功能。一些事实证明了这更容易被新用户接受。
功能上的增强
对于没有使用扩展习惯的 Opera 老用户们，也带来了一些便利和功能增强。扩展相比 UserJS 可以更好的运行于 Https 页面，提供简单的 UI 和通知信息。
和其他服务更好的结合
有些扩展会帮助我们更方便的使用在线服务和社交网络。跨浏览器同步的扩展也很有必要，上面说了，有效降低浏览器迁移的代价。

我喜欢的扩展它们的共同点是：用来帮助我们更方便的使用一些网络服务。

其他浏览器的很多扩展只是在重复 Opera 原生的功能（当然，他们也有一部分做得更好）。既然内置能实现的东西扩展就没必要了，比如广告过滤和自动代理我肯定不会去加载一大堆用不上列表。

目前 O 的相当大一部分扩展是可以用内部命令和 JS 来实现的，虽然有扩展提供了不折腾的选择，但还不够有吸引力。
而基于 Web 的扩展是重点，这不是通过简单的折腾可以实现的，像 Lastpass 这种安全服务只能由官方提供。因此开放扩展很有必要，只要加以完善 API ，相信不久之后相对孤立的局面会有所改善。

Twitter 客户端扩展（比 Widget 更好的整合性）、有通知功能的 Calendar、Evernote 这类的是我所期待的。
WOT、Shareaholic 这些不一定是我们需要的，但它们出现在 Opera 扩展中心的意义是很大的。哦，还缺个 Xmarks。

Opera 11 即将到 beta，新功能和各种吐槽

A.shun — Fri, 19 Nov 2010 06:00:06 +0000

Opera 11 即将进入 Beta 阶段，今年的新版来得异乎寻常的快啊。

昨天的新版 Opera 11 snapshot build 1094，about 上已经写着 beta 了（但据说还不是）。
新版本解决了上几个版本的 Gmail 登陆问题和中文输入法在 contentEditable 文本域中产生重复文本的问题。
也加入了不少新特性，应该算是“人性化”的改进吧。

这里来说下几个新功能。长篇吐槽，慎入。

可视化鼠标手势

包含两个方面：

手势提示：按住右键一定时间后，会显示接下来各个方向所执行的动作。
显示刚刚执行的的动作，算是一种另类的轨迹。

手势提示对新手来说还算有点作用，但是对于老用户毫无意义的。
提示和轨迹就是浮云，无影手反应最快。
在加入这个功能后，鼠标手势的反映速度明显下降，成功率低。
以前随便甩都可以，现在要慢吞吞的一笔一画，感觉温柔得像在摸啥似的。

目前，没有关闭手势提示的选项。
因此我们不得不花更多的时间以及移动更长的距离来执行命令，并且忍受着时常出现的丑陋大饼图。
此外，还导致了一些 bug。

我认为，这是近几年 Opera 加入的最蛋疼、绝对称得上画蛇添足的功能。

虽然还有快捷键来使用大部分功能，但是还是不爽。
希望下一个版本有关闭可视化手势的选项，还我无影手。
update：在 Opera 11 beta build 1111 中已经加入关闭选项。

地址栏改进

这方面的改进好几个。

新的安全状态、协议提示

看着还不错，查看网站证书状态再也不用弹出对话框了，而且还能显示 Turbo 信息（压缩比、节省的流量）。

不过那几个提示文字是多余的，用背景色区分就够了。。。而且这样地址框无法显示 Favicon（尽管标签有，但还是不爽）。

隐藏 URL 协议头（http、https、ftp、file 等）

其实 Chrome 早就这么做了。

但 Opera 加入了些人性化的改进：定位到地址框后会协议头显示出来，方便加个 s 进入加密页面，动态效果也不错。

当然了，用 Copy 和 Copy document address 等命令复制出来的 URL 也是带有协议头的，方便粘贴到其他程序。

高亮顶级域名

见上图。这个有比没有好，但无关痛痒。

默认隐藏过长的 URL

显示更加简洁，点击地址栏会显示完整的。可以选择关闭此功能，各取所需，挺好。

扩展功能改进

扩展可运行于 HTTPS 页面
扩展增加访问权限设置，可以针对单个扩展设置是否运行于加密站点和隐私模式。

恩，扩展逐步完善中，在向好的方向发展。

改进的邮件面板

使用全局滚动条而不是单独为每一个块设置一个滚动条
过滤器、标签、保存的搜索合并为新的标签

我没有使用 M2 的习惯，就不多说了。

PS

其实上面的都无所谓，因为提到的主要问题相信会改进的，开关什么会有的。

这里只是想说，Opera 从 10.50 开始，开发周期也太短了，而且越来越快。
10.0 Alpha 到 Beta 用了半年多，10.50 只用了两个月，现在的 11 是一个月多一点 – -，算上 10.7 的也没多长时间。
而 10.50 那时的战略还可以理解（虽然是错误的），那么现在又是为了什么这么赶。
还是先解决下眼前几个影响使用的 bug 吧。

如你所见，这只是一篇吐槽的文章而已，舒服多了。

» 转载请以超链接形式注明来源：A.shun Blog » 《Opera 11 即将到 beta，新功能和各种吐槽》
» 本文链接地址：http://www.a-shun.com/archives/21426.html

Gravatar 被屏蔽，博客头像无法显示的解决方法

A.shun — Sat, 16 Oct 2010 10:06:38 +0000

在国内写个博客就是这么难，叹。
前些日子 Feedburner 再次被屏蔽，给我们带来了很大的不便。
这回轮到全球通用头像 Gravatar 的服务器被屏蔽了。

昨天，因为我用了头像缓存，直到进入后台控制面板才发现：偶们都是无头骑士。这玩意招谁惹谁了，怒 – -

本文收集了一些博客头像无法显示的问题解决方法（推荐头像缓存），欢迎补充。

被屏蔽的网址分析

Gravatar 应该说是部分被墙，被屏蔽的网址有：

0.gravatar.com
1.gravatar.com
2.gravatar.com
s.gravatar.com

这些就是 WordPress3.0 的头像服务器，由此引发了部分博客用户头像无法显示。（Wp 3.0 以下版本暂不受此事件影响）
事件的原因不晓得，莫名其妙。

解决方法1：使用头像缓存

以下列举的方法仅针对 WordPress。
在这个事件之前，A.shun 和很多博客朋友们都用上了 Gravatar 头像缓存，为了减少站外请求，提升速度和稳定性。用头像缓存方法来解决 Gravatar 头像不显示的问题，是推荐的做法。

恩，兼顾速度、稳定性，在加上最近的特殊事件，大头像缓存时代来临了。

值得一提的是，头像缓存的原理是通过博客服务器访问 Gravatar.com，下载并保存该头像，需要的时候就从博客服务器调用。因此，国内主机的用户无效。使用国内主机的朋友直接看方法2。

头像缓存的代码的实现方式：Mini Gavatar Cache

这里首推的当然是 Willin Kan 的新版 Gravatar 头像緩存（Mini Gavatar Cache），代码量少，并且调用方便，久经考验。

虽然代码很少，但 willin 解释得颇为详细，在加上以后可能更新等因素，我这里就不贴了。
需要的朋友请移步到：新版 Gravatar 緩存

WordPress 头像缓存插件

上面的代码方式是推荐的，也蛮简单。
但如果你实在不想折腾，那么用插件吧。

Gravatars2
老牌、功能强大的头像插件，支持头像缓存，本地上传头像、随机头像等。
Gravatars2 下载地址
使用方法和详细介绍见：http://fairyfish.net/2007/06/24/gravatars2/
Mini Gravatar Cache
小邪同学在以上 Willin 大师的代码基础上，改成插件版的。不喜欢折腾的可以考虑。
Mini Gravatar Cache下载地址
GravatarLocalCache
没用过，顾名思义应该可以解决问题。
GravatarLocalCache 下载地址。

方法2：不显示博客头像或直接使用 Wp2.92

不显示头像直接了当，不过相信没多少人会这么做。那多没意思啊。
可以找后台的评论选项中进行设置，部分主题需要自行修改。

话说用 wp2.92也是不错的，很多人都没有升级到3.0呢，不过升级的人也不大可能退回去吧。

方法3：修改 WordPress 源文件中的头像服务器地址

既然 Wp3.0 之前的版本不受影响，那么找出其中的不同之处加以修改即可。
此方法来自：Gravatar被墙的解决方法两则

Gravatar 的代码是在 wp-includes 文件夹里的 pluggable.php ，用文本编辑器打开并搜索到以下代码（1645行）：

if ( is_ssl() ) {
		$host = 'https://secure.gravatar.com';
	} else {
		if ( !empty($email) )
			$host = sprintf( "http://%d.gravatar.com", ( hexdec( $email_hash{0} ) % 2 ) );
		else
			$host = 'http://0.gravatar.com';
	}

将以上代码替换为：

if ( is_ssl() )
    $host = 'https://secure.gravatar.com';
else
    $host = 'http://www.gravatar.com';

不想折腾也可以用插件：Gravatar Fixed 头像修正插件（2010.10.18-update）

分析：
此方法优点是对后台控制面板有效。
但修改 wp 源文件不便于升级，再说 www.gravatar.com 不知道什么时候也会遭殃。治标不治本。
嘛，总之推荐头像缓存，国内主机也不宜久留。

» 转载请以超链接形式注明来源：A.shun Blog » 《Gravatar 被屏蔽，博客头像无法显示的解决方法》
» 本文链接地址：http://www.a-shun.com/archives/21419.html