下午上线，看到 CSDN 曾登高 大侠给我的留言中的一个地址，点击过去原来是CSDN 网摘系统。

乍看上去这个系统和 365Key 很相似。用起来还是有很多差异性的。比如 CSDN 网摘首页的热门话题把每一则作为一个主题，点击下去并不是直接到该目标页面，而是显示该则网摘相同收藏者等信息。而"实时网摘"每一则点击下去，则会显示相似的主题收藏(应该是通过 Tag 关联到的)。当然每个主题的下面都有原 URL 的链接，看得出设计者在这个方面下了一番斟酌，不过还是多少有点挑战用户习惯的意思，用惯了 del.icio.us 的用户未必会喜欢这样的设计。

CSDN 最近一段时间在 Web 2.0 方向又做了很多尝试，前一段时间也推出了一个 CSDN Tag 服务，开始有计划的抓取站外的 Blog 内容(只是改进不那么迅速)，而这个网摘服务刚好可以作为 Tag 服务的一个补充。目前类似 del.icio.us 的网络书签服务已经有一大串，如何避免与这些服务的雷同，而发挥出来独特的作用呢?

我个人认为以前 CSDN 对于站内用户产生的内容挖掘方面做的并不好，虽然技术论坛内积累了很多有质量的内容，可这些内容的关联性得不到，附加价值就不能产生，现在这两个服务的推出或许能够多少缓解这个问题，由用户来协助解决这样的问题，是一个实惠又取巧的办法。可能是因为刚发布的问题，现在的收藏内容还是集中在 CSDN 站内论坛内容，我想登高恐怕志不止于此，应该会大力发展站外新用户。

BTW：已经在每个页面的下方加入了一键收藏的代码，CSDN 的注册用户可以方便一些。

--EOF--

在 Firefox 1.5x 中我用 Bookmarklet 来实现一键点击网页中的图片即可上传图片到Flickr这样的功能，基本上可以满足需求了，Firefox 升级到 2.0 RC1 后发现过去的那段代码失效。

Firefox 的插件虽然众多，但是能够实现我需要的功能的插件一直没找到。查找 Firefox 2.0 的插件， 在网络上也问了几个朋友，都说没有这样的插件。

无奈之下，只得使用 Send To Flickr Bookmarklet Javascript Code 这个页面里的代码新建立了一个书签。这个代码是好用的。

Hung 告诉我 Yupoo 的插件是支持这样的功能的。不过很不巧，这个插件目前还不支持 Firefox 2.0. 我只得把插件下载，解压缩，修改 install.rdf 的版本限制，然后重新把这个文件扔到 yupoobookmarklet.xpi 文件中。

一键上传或一键发送这样的功能好比 Web 2.0 应用程序的"最后的一公里"。Yupoo 相比 Flickr ，是一个进步。虽然直接上传网页上的图片似乎容易带来版权问题，但我想有这样需求的用户应该不在少数--我用来做知识积累或图表分析。

del.icio.us 针对 Firefox 的插件完全解决了这样的问题。 或许 Flickr 更为关心那些直接上传数码作品的用户，不过 Flickr 也应该推出功能更多一点的客户端工具，来更好的实现与用户交互的最后一公里。

--EOF--

Google 前几天推出了 Blogsearch Pinging Service ，鼓励用户更新内容后自动通知 过来, 即时搜索的能力会更好一些。一些配置方法参考 平生一笑 写的 Google Blog Search Pinging Service的使用 应该足够了。

今天 FeedBurner 也支持 Google 的这个服务了。配置路径在 Publicize -> PingShot 下：

这个额外的 Services 最多只有 5 个，所以需要把图中上面删掉一个再把 Google 的添加进去。

--EOF--

使用 Google Adsense 的用户最郁闷的事情恐怕就是"账户被停"，Google 在停掉用户账户的时候是没有任何商量余地的。在网上看到一篇 10 Great Things NOT to Do with Google AdSense，作者提出的 10 条堪称金科玉律，值得我们借鉴。

这 10 条分别是：

1) 不要在注册 Google Adsense 账户的时候使用虚假信息。

2) 不要 Hack 或是修改 Google AdSense 授权给你的代码。

3) 不要在注册页面、确认页面以及"感谢"页面放置 Google Adsense 广告。

4) 不要在同一页面同一时间显示竞争对手的广告服务。

5) 不要搞"请点击本站广告吧"或是其他任何鼓励访问者点击 Adsense 的行为。

6) 绝对不要点击自己站点上的 Adsense 广告，哪怕是你真的对这个产品感兴趣。

7) 不要设置误导性的标签，比如"赞助商链接"、"广告商"之外的其他标志。

8) 不要进行垃圾关键字堆积与容易造成纠纷的所谓"技巧"。

9) 不要针对 Google 所禁止的广告内容列表发布广告。

10) 不要因为上面的 9 条戒律的束缚而放弃 Google Adsense 提供给你的赚钱机会，也不要转而去使用其他广告商的服务。

以我自己的 dbanotes.net 来说，第二条稍微有点违反，第三条，用户留言的下方放了 Google 推荐软件的广告，有这个嫌疑，下次 Rebuild 的时候去掉。第六条偶尔会违反，的确是对广告内容感兴趣，自己还真不知道这样会有问题。第 10 条，有一段时间真想不使用 Google Adsense 的服务了，不过倒不是因为上面列举的，而是因为 Google Adsense 脚本会把页面拖得很慢。

我自己有个疑问，有多少 Google Adsense 用户仔细看过那个用户协议呢?

--EOF--

Updated:感谢留言的 IB 指出的一处错误 :)

早晨起来，看到车东写了 Bloglines 的 Claim 功能。通过简单的设置，可以确定用户自己的 Blog 归属，这是一个很好的创意( 听起来似乎也简单? 是么? 不是么? )

我个人感觉 Claim 只是第一步, 接下来, Bloglines 可以动员用户设置自己的 Blog 属性(比如站点描述, Tag 等等)，引导用户创造元数据的微内容。

抓虾前一段时间也推出了一个 Feed 合并的功能，但是很遗憾，最有价值的一步没有走。

前几天, Google Reader 推出的时候有人说 Google 抄袭(好听一点说是借鉴，模仿)抓虾，这次又看到 Tinyfool 说"是不是跟抓虾学的"，这样的说法...实在是... :)

--EOF--

从后台日志上观察到有大量来自 114.com.cn 的搜索。最开始没有注意，还以为是 VNet 过来的--都有个 114 嘛。这两天查询突然暴增，仔细一看，还真不是一回事：

$ grep  114.com.cn access.log |awk  '{print substr($11,1,80)}' |head
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?logo=1&keyword=\xd4\xbd\xd3\xfc\xb5\xda\xd2\xbb\x
"http://so.114.com.cn/usearchp?logo=1&keyword=\xd4\xbd\xd3\xfc\xb5\xda\xd2\xbb\x
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&
"http://so.114.com.cn/usearchp?keyword=\xd4\xbd\xd3\xfc\xb5\xda\xb6\xfe\xbc\xbe&  

为了节省空间，没有把 URL 都打出来，所用的参数极为诡异，后面还有几个奇怪的参数，AWstats 也根本不能探测到引用的关键词是什么。

搜索了一下，这个站点叫"中国网上黄页", 是厦门的一家叫什么"中资源"的公司做的。

添加了一下这个搜索引擎的定义，暂时叫他 '114' 吧. 添加定义挺简单的，我做的修改：

$ diff search_engines.pm search_engines.pm.backup1003

192d191
< '114\.com\.cn',
366d364
< '114\.com\.cn','114',
578d575

< '114','keyword=',
754d750
< '114','114', 

观察到的效果:

感觉国内的个别搜索引擎根本不关心什么规范之类的事情，Bot 随便爬，爱咋咋地的态度。

--EOF--

网易仲秋赛诗大会
Originally uploaded by Fenng(dbanotes).

网易这个创意很能体现 Web2.0 。虽说有点恶搞，但是这个"赛诗大会"的确好玩，通过简单输入几个词汇，即可欣赏自己的"诗作"，忍不住想笑。自从"丽华体"风靡互联网，忽然发现，每个人都是生活中的诗人呀。

今天，你写诗了没有?

在众多网站靠一些花边新闻、色情擦边球拉流量的今天，网易的做法值得借鉴。用这样一个有点老的点子，不同的方式用在不同场合，也算是门户网站的一种创新吧。

--EOF--

这次 Yahoo! Hack Day 最引人瞩目的成果当属：BBAuth(Browser-Based Authentication)。在日常上网使用各个站点的服务的时候，身份验证就让我们很烦，在一个站点输入用户名、密码; 到了另一个站点，还是要输入用户名、密码；个人管理这些安全信息就是一个麻烦事情，而这些身分认证的管理对于一些中小站点来说，也是一个不小的负担。BBAuth(基于浏览器的身份验证) 就是雅虎试图解决这个问题的推出的一个方案。

BBAuth 的示意图如下:

(图是借用官方站点上的)

第三方需要用户身份确认，请求页面重新定向到 Yahoo! 登陆页面，Yahoo! 验证后返回凭证给改第三方站点。

这个服务和 OpenID 都在尝试解决同样地问题。不过，差别还是不小。

Yahoo! BBAuth 的优点是第三方站点可以直接与雅虎的所有用户进行交互。身份验证的成本大大降低。缺点是，不够开放。Yahoo! 相当于一个大磁铁，把使用 BBAuth 服务的 Web 站点集中在自己周围。

OpenID 的优点是开放性好，不存在集中化的弊端。但是没有大商业团体的推动，如果构建的话，总体的成本偏高。

其实我更关心 Yahoo! 认证时候的网络响应速度 :)

对于一些特定的 Web 应用，BBAuth 优势很明显，比如解决 Blog 牛皮癣(Comment Spam) 的问题。

Updated: 已经有人在使用 BBAuth 进行 Blog Commenter 的身份验证

--EOF--