星月轮转

看到这个标题你一定想到Ruby on Rails. 事实上Skyrails和它一点关系都没有。看一下Skyrails Blog里的说法： Skyrails was originally aimed for social network visualisation. Then I realised it can also draw any (reasonably sized) graph interactively. 这似乎是一个本科生的course project，在国外，课程作业也会出现很多这样让你惊叹的作品。当然了，Skyrails目前还看不出有什么很实际的作用，不过它确实可以以3D方式清楚地展示一些网络结构，social network也不例外，只不过节点是用户，边是用户之间的关系。 下载回来后解压，打开first.exe，Skyrails就启动了。左下角有一排图标，鼠标悬浮时会出来提示。打开一个project，鼠标按下，拖拽，配合wasdq这些按键，就可以在网络中穿行了…… 由于没有文档，你只能由scripts文件夹中的例子来猜测怎么使用它的脚本语言。prelude.van是程序启动就加载的，由它来初始化那些菜单（左下角的图标），我可不想看它……当然要找个简单的来看，自己多多摸索。 简单的例子： 打开Skyrails，按下Tag键上方的`键，呼出console（打CS的朋友们感到亲切吧？）。顺次输入下面三条语句，输入每一条后回车： A — loves -> B; B — loves -> C; C — loves -> A; 一个三角恋的关系就呈现在屏幕上了，是吧？再按一次`键，隐藏console，然后利用控制键变换方位观察一下这个network——没什么好观察的，三角恋而已。关系可以更复杂，节点可以更多。节点和边的样式都可以自定义。 当然也可以把语句写成一个脚本，然后使用语句 loadfile “scripts/myscript.van” 来载入（假设脚本放在scripts目录中）。 下面是我根据友贴的数据做的一个非常简单的关系： 图可视化是比较有技术含量的工作。大家可以尝试一下这个东西，也许它将来真的会变得很实用。至少，作者的3D引擎是不错的，另外程序的扩展性（脚本支持）也是一大优点。

      前阵子，Google拼音输入法自动升级到了1.0.23.40这个版本，有一个改动令我非常厌烦：在词组已经上屏的情况下，继续输入仍然会根据之前的词组联想。临时调整词频使得我经常打错字，不得不删除了重新打。再打的时候往往还会错，因为脑子里又存下了那个临时的词频顺序…… 本来，我是用五笔输入法的。在Google推出拼音输入法之后，我就很快过渡到了拼音输入。当时google拼音最吸引我的是词组的自动同步功能，不过现在搜狗也有类似的功能了，自然地，我就转向了搜狗的阵营。 很早就知道搜狗拼音了，不过那时候不想放弃五笔，又有一种对流氓的恐惧。不过从网上的反应来看，搜狗拼音还不错，水木上当初拼音版就是专为它开的。把搜狗拼音下载回来装上，很快就习惯了，最重要的是没有最新版Google拼音的“Feature”。从UI上来说，我并不喜欢搜狗的皮肤可定制。因为用户自定义的皮肤，绝对没有一个好的。Google的虽没有选择余地，但给人感觉比较舒服（人与人审美观不同，呵呵），不过这是小问题。 看，Google把我从五笔用户转化成了拼音用户，然后又把这个用户交给了搜狗。Google的新版是个bug吗？绝对不是，确实是个“Feature”。但是你不能太simple了，强制地把这个feature推给我，我只好跑路了。这个使我联想到了那篇Java回忆录。 搜狗酷字还有它内置的那几个字符表情，看似没用，但实际上却对它的营销推广起了很大的作用。这两个东西都是上不了正式场合的，但是在聊天、灌水的时候却显得挺酷的。别人一看见就会问，哎，为什么最近经常见这样的表情呢？答曰：连这都不会？╭∩╮（︶︿︶）╭∩╮鄙视你！ 给Gtalk上的一个大学同学（我问了一下，正在使用google拼音）演示了一把酷字和“o(∩_∩)o”之类的表情，他马上就去下了个回来装了。过了一会，Gtalk上冒出一句话：“bsn”. 太糗了，输完bsn，应该空格才对！好几个人都这样被我转化成了搜狗用户。 嗯，技术重要，营销也很重要。我这样的用户也许是少数，不过我是经历了这么一个过程。

前几天Gmail更新，会判断你是否启用了Firebug，如果启用则警告“Firebug会使Gmail变慢”。有人在网上问是怎么判断安装了Firebug的？ 我看了一下Gmail的JS代码，似乎是这么一个判断语句： Boolean(window.console && window.console.firebug) 如果你安装了Firebug并启用，那么这条语句的结果是布尔值”true”. window.console是Firebug给window对象扩展的一个Object属性。打开Firebug，在Console中输入”window.console”并回车，则会显示：Object firebug=1.05 而window.console.firebug是Firebug的版本号。大家可以自己在Firebug里试一下，或者自己写一个测试页面。

10月中旬的时候，我注意到qingbo.net这个域名已经过期两个月了，于是赶紧上网查域名的过期、删除策略，以及如何抢注。按查到的资料，.net的域名应该在75天后删除，不过我看了一下当天删除的域名，并不都是过了75天。于是就隔几天去查一次域名删除列表，在pool搜一下qingbo，如果5天内删除的域名包含这个关键字，它就会列出来。 终于在这个11月1号的时候，我看到了qingbo.net将要在4号删除，查whois也显示status已经变成pendingDelete. 按规律，应该是北京时间5号凌晨，于是我就做好了艰苦奋斗的准备，打算那天晚上熬夜把这个域名抢到手 🙂 可是在水木上问了一下，马上被泼了冷水，个人抢域名基本上是徒劳……于是我就查了几个前几天过期的域名，全都被注册了，一个不剩，而且我查的都是拼音的，注册公司都是国外的几家抢注者。这些怪物，不管什么域名都往肚子里吞。 怎么办怎么办？snapnames预定似乎至少是60刀，我可不想花这么多钱抢一个破域名。后来看到godaddy上也有backorder的服务，才不到两个域名的价格，嗯，就它了。如果抢到，就当是早注册了一年吧 🙂 至少我可以安心睡觉不用熬夜了。不过据说godaddy抢注的成功率不高。 抢注失败 5号早上打开信箱就看到godaddy发来的邮件：capture unsuccessful! 嗯，我已经有心理准备了。查了一下whois，是一个allearthdomains.com在snapnames注了，看名头就不一样，果然是专业。浏览器输入qingbo.net，到了一个domain parking网页。 在godaddy的控制面板里有一个提示： 嗯，一来老外不懂这个域名有什么含义，二来这个域名没有PR，也没有流量，估计几天之后那个家伙就会放弃的。去snapnames上一查，这个域名正在拍卖，三天时间……我忍。 第二次，到手 8号，snapnames的拍卖结束了。晚上的时候查whois，发现registrar已经是godaddy了： Domain Name: QINGBO.NET Registrar: GODADDY.COM, INC. Whois Server: whois.godaddy.com Referral URL: http://registrar.godaddy.com Name Server: No nameserver Status: ok Updated Date: 08-nov-2007 Creation Date: 08-nov-2007 Expiration Date: 08-nov-2008 在godaddy的控制面板中，状态成了”public backorder capture in progress”。 9号下午3点，打开控制面板，状态依旧。不过尝试了一下Add Monitoring，发现我有100个credit，不知道是注册就给，还是购买了backorder给的。随意添加了几个监视，刷新一看，Backorders and Monitorings里竟然没有了qingbo.net，赶紧到All my domains里查看，哇哈哈，是我的就是我的，它已经在那里了！查whois，里面有了我的信息。…

我的Gmail帐户不被Google看好，IMAP功能来得很晚，幸好我不需要这个功能——我觉得邮件放在网上挺好的。后来马上Gmail又有了新的改动，我直到昨天才用上新版本。 后来这一次更新，最大的改动应该是联系人管理系统的改进，不过对我个人来说，用处不是很大。另外不管你想不想要，standard界面上都必须有GTalk的Gadget，唯一可以做的事turn off. 用户体验的一个大的提升，是它在打开inbox的邮件列表的时候，预先加载了所有这些邮件的内容，在点击一个邮件查看的时候，不需要再到服务器上Fetch了，大大提高了响应速度（延迟几乎为零），可以很明显地感觉到。 无论是邮件中还是在网页版GTalk上，光标在某Gmail邮件地址上悬浮时，显示的小窗口都具有了更丰富的信息，并且更美观了。以前的邮件头部，光标悬浮时最多会有一个头像，而现在可以直接发邮件、聊天、改名、改头像……真是太方便了。 另外如果你安装了Firebug并且启用，Gmail会检测到并给出明显的提示，真是够贴心的，我赶紧去把我的Firebug对Gmail禁用了： 不知道大家有没有注意过，Gmail近期曾经有段时间改了它的Title和logo. Title从Gmail改为Google Mail，而logo也相应地改为这个： 不知道是不是因为“Gmail”在许多国家被注册了的原因，不过几天之后这两个改动都撤消了。在Gmail新版本推出后，页面title又加上了用户的邮件地址。

今天打开Google Reader，发现prototype和script.aculo.us的blog各有一条更新，同时告诉大家：Prototype 1.6.0 & script.aculo.us 1.8.0都是final了！ 对于Prototype，我比较期待它的DOM Builder。而对于script.aculo.us，以前曾经试过用它的InplaceEditor，然而它的设计是在是不怎么样，尤其是你想处理服务器端返回的数据后再显示（或者报错，取消）的话。在1.8.0里，说是完全重写了这个InplaceEditor，希望会有较大改进。 另外似乎script.aculo.us的1.x系列到此就feature freeze了，让我们期待2.0吧！ 不多说了，赶紧去升级一下，看有没有什么问题需要解决的。

前几天写了一篇文章提到“官方blog”已成为Web 2.0网站的标配。而标签似乎从来就是Web 2.0网站的标配之一。这几天跟不止一个人讨论了关于标签的问题，我来说一下自己的想法。首先说明，我现在对tag不怎么感兴趣，尽管我在这篇文章里加了tag，也是因为WordPress 2.3内置了tag系统，看到那里有个input，强迫症使然。 我最初使用tag这东西似乎是在用delicious的时候吧。它的标签系统做得不错，可以自动补全，还有Yahoo!的推荐系统，贴起标签来比较方便。后来就发现几乎所有的Web 2.0网站都有tag，包括图片分享、blog等等。许多都有酷酷的tag cloud，啊，真是2.0！ 刚开始的时候觉得tag真是好东西，就好像现在看iPhone的心理。于是见到有的网站没有tag系统，心里就想，都什么时代了，还这么老土，连tag都不支持，一点不geek，一点不professional，一点不2.0！自己建一个blog网站，也要用插件实现tagging（那时的WordPress没有内置tag系统），再放个tag cloud，显得咱这么有技术含量，倍儿有面子。 然而到最后冷静下来想，在添加tag后我几乎没有用过它们。仅有的几次是在delicious上查一下曾经收藏过、有点印象却又记不清的一个网页，先想想当时打了什么标签，再打开这个标签看有没有，标签下内容多的时候还要翻页。 Tag之优势 有一天跟Hexy讨论这个问题，她说，在看到一个陌生人的页面时，tag列表（或者tag cloud）可以帮助你了解他(或他的关注点)。嗯，这是一个作用。不过在没有tag cloud的情况下，稍微浏览一下这个人的内容也可以大致上对他的喜好有个了解。不管怎么样，tag至少可以加速对人的了解。 另一天在水木上我又鼓吹我的tag无用论 🙂 有网友说，tag的主要作用在于搜索引擎优化。这个……有点道理。不过，搜索引擎可能会考虑你设定的网站关键字，也可能会重视你的页面title，或者<h1>之类的HTML标签（非标题中之标签）内容，但是，你输出个“Tag: SEO, 优化”，它会把这两个词作为重点吗？我想不会。除非你把它输出到meta中，不过目前搜索引擎对它也不是那么重视了。 Tag之无能为力 最初打标签的时候，是想着方便个人查找。然而内容越积越多，每个标签下的条目也越来越多，这个时候，初衷就不能实现了，你最终还得使用站内搜索，或者通用搜索引擎如Google、Baidu。 最近出来一个Jiglu，用来给你自动分析tag，省去你亲自加tag之烦恼： Jiglu plugs into your site to automatically create intelligent tags and links for your web content. This means that people can dive straight in and read what they want – your most popular…

Firefox的一个优点在于丰富的扩展，几乎每个Firefox用户都或多或少安装了扩展，借此使自己的Firefox用起来更加得心应手。但是许多Firefox扩展都会在状态栏中显示信息，这对于安装了很多扩展的用户来说，可是个麻烦事。尤其是习惯了原有的顺序后，再安装一个新的扩展，新扩展可能在原来的一排位置中间找个空当。比如我就习惯了Firebug的小图标放在状态栏的最右边，很方便点击（当然F12可以呼出，不过我受鼠标的毒害太深了 🙂 )。在安装一个新扩展后，发现它抢去了Firebug的风水宝地，让我很不爽。 当然了，在对Firefox有了新的需求时，先要看看它有没有扩展已经可以满足你。果然，Google一下就找到了Organize Status Bar这个扩展，正是我想要的！ 安装后重启，Firefox的“工具”主菜单中多了一项“组织工具栏”，点击后，如下所示，你可以给各个扩展划定版图了： 我当然是要将Firebug的领土归还给它 🙂

在Feedsky的话题推广过程中，有几位Blogger提到友贴的官方Blog放在新浪不好，或者说太土了，明确地作为一个“缺点”列出。后来有的新注册用户也提出这个观点。于是，诞生了一个根红苗壮的友贴官方Blog。 不知从何时起，“官方Blog”似乎成为了Web 2.0网站的标配，随便想了想，就得到了下面的这个列表： Digg the Blog delicious blog 叽歪de博客 抓虾日记 当然“官方Blog”不是交互型网站的专利，现在许多开源项目比如Prototype，scriptaculous，jQuery等都在用这种方式发布项目动态。 确实，很少有新兴的网站没有官方Blog的。有官方Blog的，很少见放在第三方BSP的。使用第三方BSP，又选择了新浪Blog，更是招来了鄙视的目光。嗯，新浪Blog很烂。作为Blog“标配”的Pingback/Trackback，它没有，而且也没有打算支持的征兆。可定制性极差，基本不可能做到跟网站本身风格统一。新浪过于重视它做blog的最终目的——增大网站流量，而那些明星们绝对不会想到还有Pingback这种怪物，所以你不要对它的服务有什么期望。在新浪写Blog，会被“pro blogger”们鄙视到家的 🙂 不过正是由于新浪的大流量，它也可以作为一个营销的好工具。关键是，你的文章要被推到一个首页上，呃，这个有点难度是吧，不过是可以做到的。 所以呢，“官方Blog”放在了新浪是有利有弊。在广大人民群众的强烈要求下，我急匆匆赶出了一个粗糙的“官方Blog”——暂时叫友贴日志。太土了是吧？没办法，我就是一个土人 🙂 若知后事如何，请订阅Feed。 广告：该Blog由目前应用最广泛的WordPress强力驱动。Automattic在收购Gravatar之后不久，就又谣传要被收购，价值1.5亿到3亿美金，看来WordPress还是很有前途的。上面提到的那些官方blog，多是用WordPress搭建的吧。

紧张的准备之后，友贴首届最“牛”调查大评比活动终于开幕了。 你一定会经常看到新闻说什么民意调查显示，布什的支持率下降到……或者你走在路上，有人不管你的态度，追着你让你做一份调查问卷。显然，这两件事情的发起者，都希望知道被调查者的态度或意见。从调查者的角度考虑，事先拟定了有限的选项，答案更容易做统计分析，如果得到的是一段文字，统计的工作量就太大了，即使不是长篇大论。从接受调查的人的角度考虑，有了固定的选项后，回答起来显然要省去很多的思考（当然，调查的选项应当完备）。 在互联网上，调查的成本变得很低，你一般不用为了发起调查去购买纸张、排版和印刷。有了像PollDaddy这样的专业调查网站，你可以方便地发起一个调查，邀请朋友们来参加。当然，调查的内容不能拘泥于朋友对你的支持率或者对你的产品的满意程度。 作为一个交流方式（或者“交流点”，发起话题的缘由），友贴也提供了调查的功能。你的个人网站一般不会有这么大的用户群，在这里做调查，你可能吸引更多的用户来参加。当然，如果你只想让熟悉的人参加，你还可以自己定制“认证问题”，只有答对的人才可以参与。调查的主题？千万不要局限于朋友对你的支持率或者对你产品的满意度，太土了吧 🙂 你可以调查一下，你的朋友都谈过多少次恋爱，平均每次恋爱的时间有多长，…… 对于做调查，我有几点具体的建议。首先，在描述中把调查的主题说清楚。比如这个参赛调查： 有多少人喜欢小配件?，假如没有下面的链接到Cngadget首页，谁会知道“小配件”是啥子哟？我认为，这个描述还应该更详细一点（充分利用超文本编辑器！）。要是背景都描述不清楚，那参与者迷迷糊糊的，还调查什么啊？ 其次，调查的选项应该具有完备性。比如你想知道朋友们的初恋都在多少岁，给了4个选项： A、10岁以下 B、11岁到19岁 C、21岁到29岁 D、31岁以上 太大意了！我的初恋在20岁！不要笑，这里举一个弱智的例子，意思是让大家考虑好，不要让有的用户没法选 🙂 好了，去友贴建个调查参赛吧！有大奖等着你哦 🙂 现在也已经有了一些有才的调查，欢迎参与！当然，最好的收获是你在这次活动中认识一些朋友（比如看看谁和你的选项比较一致啊），建立或扩大自己的圈子。调查不是友贴的全部，还有网页、日记……它们都是促进交流的便捷方式。