毫无疑问，在这场 Web 2.0 的风潮中,豆瓣是最有价值的一个站点。虽然很多人在讨论豆瓣到底值多少钱，但我作为一个普通用户, 还是最关心豆瓣应该添加更多的新功能。
下面是我最需要的功能：
*) 不要显示我不喜欢的商品.每次登录豆瓣, 系统总会提醒我”豆瓣猜你会喜欢…”. 这个功能很好, 也有些智能. 每每我能从中找到一些我真的比较喜欢的东西。然而，有的时候显示的条目我却非常讨厌. 比如, 音乐中的郑钧的这张同名专辑. 我真的很不喜欢, 可是系统一次又一次的推荐给我.还有电影推荐中的韩国电影我是多么的希望一次也不显示给我. 对了, 最好有一个按钮“我不喜欢”, 我愿意每次看到去点击一下。喜欢与不喜欢，都可以用鼠标来投票。这样也能更体现豆瓣的草根性吧.
*) 书店的地理信息 我在杭州，杭州有多少个书店? 我最喜欢的书在哪一个书店可以买到? 到这个书店怎么走 ? 在杭州什么地方可以搞到最新的碟片? 对, 告诉我地图! 这个功能如果结合现在的搜索引擎实现起来或许并不复杂. 但却使我很希望看到的一个功能。
*) 添加电视剧的标签”我正在看” 对于电影来说, “我想看、我看过”这两个状态就足够了。可是, 针对电视剧来说(比如《越狱》), 就不适合了.所以, 添加针对电视剧的”我正在看”也是有必要的.
豆瓣最近改进不如前一段时间频繁, 是在酝酿大的变化么?
06.21 Update: [点开”更多推荐”，在每个条目后有个“没兴趣”的选项]
-End.
分类归档: Review
本周言论 之 关于傻瓜
给垃圾邮件分分类
我的 Gmail 信箱大约 1 周能收到 3000 封垃圾邮件. 这些邮件源源不断的发来, Gmail 的 anti-spam 系统似乎力有未逮, 经常会漏掉. 每天我大约还要手工归档 50 封．
这些垃圾邮件, 大致分个类看看:
*) 发票代开. 非常符合中国国情的垃圾邮件．大约占 10% 是这一类的邮件. 估计再过一段时间, “办证”的也通过网络宣传了.
*) 培训信息. 我这个信箱很奇怪. 经常能收到一些什么针对人力资源的培训啦,文秘的培训, 高级经理培训/ 采购经验之类的. 从这类的广告我还了解到一个词：跟单员．第一次知道有这个工种．
*) 色情信息. 很大一部分是日文的．看不懂．还有一些打擦边球的, 卖成人用品的、”自拍”的, 这个能占 10% . ”食色性也”
*) 看不懂的. 还有一类是看不懂的文字, 排版的方式也千奇百怪. 不知道是什么文字。
*) 标准的垃圾广告. 指的是在标题上注有[AD]字样的垃圾邮件. 当然, 也有 [A.D], [A/D] 这样的挖空心思钻过滤空子的. 标题上还能看到什么星号, 方块, 波浪线什么的, 感慨垃圾邮件工作者这用心良苦. 正是他们的辛苦努力, 使得反垃圾邮件技术不断进化、发展.
*) 推销”廉价”产品. 什么二手笔记本, 打折机票, 优惠价格发表论文， 低价翻译公司。
最近 6.1 节, 当当网的垃圾邮件疯了一样的发过来, 有增无减.
前一段时间看到新闻说, 全球64%垃圾邮件服务器在台湾, 从我收到的垃圾邮件来看, 繁体中文的并不多. 难道台湾的垃圾邮件服务器都是被其他地区的利用么? 还是我只是个例?
又是一个”世界第一”阿! 和 Spam 有关的另一个中国地名是 Chongqing. 专门形成了一个词:
Chongq (verb): to retaliate against spammers of wikis and blogs.
制作垃圾的同胞请继续努力, 用聪明才智积极的 anti-anti-spam ，推动 anti-spam 技术进一步发展.
–End.
的确没有那么多”迷信” [DBA工作备忘]
昨天拜读了刘润的“不要搞封建迷信活动”，深有感触． 前一段时间我在处理 Data Guard 的时候, 遇到过一件怪事. “怪现象一定有原因的”． 果然, 经过仔细分析之后, 果然发现并不是灵异现象. 凡事皆有因果.
情景描述:
在一个机器上建立两个同一数据库的 Data Guard. 其中一个 Data Guard 已经建立,数据文件放在 foo 目录下.现在准备建立第二个 Data Guard, 数据文件放在 fooback 下. 初始化参数已经设置:
*.db_file_name_convert='/opt/oracle/oradata/foo/','/opt/oracle/oradata/fooback/'
其他的设置略. 用第一个 Data Guard 备份的控制文件, 启动第二个实例, 进行恢复. 开始正常, 恢复了几个文件之后,遇到如下错误:
skipping datafile 56; already restored to file /opt/oracle/oradata/fooback/user_log_04.dbf
skipping datafile 57; already restored to file /opt/oracle/oradata/fooback/user_log_05.dbf
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00058 to /opt/oracle/oradata/foo/foo_note_06.dbf
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/24/2006 11:32:48
ORA-19504: failed to create file “/opt/oracle/oradata/foo/foo_note_06.dbf”
ORA-27086: skgfglk: unable to lock file – already in use
IBM AIX RISC System/6000 Error: 13: Permission denied
Additional information: 8
Additional information: 553070
已经作了数据文件名字映射, 在第 58 个文件映射失败(应该是 fooback 目录下的文件,又跑到 foo 上去恢复了!) 怪哉!
进入第一个实例, 查询文件名字,正常．进入第二个实例, 查询文件名字, 前面 57 个都是 fooback 目录下的, 第 58 个就变成了 foo . 难道是遇到了 Bug 么 ? 为什么是 58 ?
折腾了许久, 针对这个58 ,我去查以前的数据库变动, 发现这个文件,是第一个 Data Guard 建立之后我第一次添加的数据文件.
oops, 我用的这个控制文件有问题!! 如果只在一个机器上建立一个 standby ,那么用其他 standby
备份出来的控制文件, 并且不修改文件名字映射的话, 不会出现该问题的. 而第一个 Standby 的控制文件,只从 Primary DB 控制文件带来 57 个数据文件的信息.所以, 在 58 个失败. 而 Oracle 的 Data Guard 文档中建议的标准做法是从 Primary DB 取控制文件.
Bug ,这是一个 DBA 甚至是所有 IT 工程师最容易”迷信”的地方. 破除迷信, 从现在开始.