D-haha 的情侣博客

D-haha 的情侣博客 » 只言片语 » 标签(Tags)漫谈 (二) 标签的另类用法

前文谈到了标签的基本作用以及如何合理的创建文章的标签. 但标签的灵活性注定了围绕标签还会有更多的创意用法.

最典型的就是月光的摘要图文混排

去月光博客的首页看看, 每篇文章摘要中的图片极大的吸引了访客的眼球, 让人觉得非常友好. CnBeta 也采用了类似的界面. 于是有人开始模仿了, 他们每写一篇文章就上传一张图片到摘要中... 这的确能达到与月光的"形似", 可惜从"神似"的角度来讲, 完全没有可比性, 先看月光的实现:

• 月光摘要中的图片可以点击, 点击后显示标签页面, 列出相关文章, 一切非常有条理, 自然而然.
• 虽然修改模板和样式, 特别是编辑标签和配图的工作略显麻烦, 但一旦标签被建立, 以后编辑文章时只需选择一下已有标签, 后期使用成本非常之低. 越来越低...
• 月光的办法可以较容易的通过调整标签来重建文章间的关系.

反观那些在上传图片到摘要中的做法:

• 虽然好像省去了修改工作, 但所有的工作量被加倍分摊到文章的编辑中.
• 虽然也可以使用给图片加链接的方法来让图片可点击, 但图片和文章无法天然形成有序关系, 逻辑可能非常混乱. 而且, 它进一步增加了编辑文章的工作量.
• 如果有必要重建文章间的关系, 面对混乱的逻辑和大量的编辑就直接崩溃掉吧.

月光已经清楚的给出了修改方法. 如果想采用类似的方法一定要趁文章数不多时搞定, 否则就积重难返了.

小飞龙的标签迷魂阵

小飞龙同学非常喜欢把标签放在类似于二级分类的位置上作为分类的补充, 混淆视听. 进而他又开始利用标签页面来形成一些专题. 因为标签与分类, 标签与标签间没有必然关联, 所以形成了一种交错复杂的内容网络. 正因为对标签页的大量使用, 小龙急迫的需要标签页的静态化, 正是因为小龙的急红了眼, 巴士和我同时制作了不同风格的标签页静态化插件, 幸好江海客在寻找合适的实现机制上慢了半拍儿, 不然也许就会有第三款标签静态化诞生了.

这里我多扯几句, 原因是有人曾私下问我是不是和巴士有仇, 怎么成天攻击巴士的插件? 把我问得一愣. 其实我和巴士的关系是很不错的, 巴士在某些方面甚至是我的偶像, 所以我才在根本没试用的情况下声明: 通过认证的主题不能是 "必须安装某插件才能正常使用" 的, 但 "巴士列表插件" 除外.

第一次接触巴士列表插件是因为某人非拉我去检查他 "发表文章奇慢无比的问题". 我去测试了一下他的索引重建, 哇, 十七八秒, 我以为是主机太烂了, 却发现执行其它操作, 比如编辑文件并不慢, 折腾了有一阵才想到停掉插件, 而当我停掉巴士列表时, 奇迹发生了, 索引重建只有 0.9 秒左右.

当我和巴士得知对方都搞了静态标签插件之后, 我们交换了插件, 我兴致勃勃的装到本地的博客上体验 "连分页都静态化" 的神奇效果. 结果点了生成静态列表页面之后, 我的电脑足足半分钟处在 CPU 100% 的状态中, IIS 一动都不能动. 当时我的数据库里只有一百篇多一点文章, 而标签更是不到 50 个. 无法想象韩老师用了这个插件会怎么样. 他的文章和标签分别有 1143 个和 1942 个... 我的标签静态化插件是类似于分类与归档首页静态化的效果, 而且将标签页的建立分散到文件重建过程中, 编辑某篇文章则只重建与某篇文章相关的标签页, 对效率的影响减至了最低. 但小飞龙最终选用了我的插件其实是一个误会, 过程大概是这样: 因为巴士没承诺一定能搞出来, 结果花了一下午时间真的搞出来了, 而就在这天中午, 急迫的小龙找到了我, 我说实现这个插件完全没问题, 并且和小龙谈妥了条件. 如果小龙有机会在这两个插个中任意选择, 我不敢妄加推测, 毕竟巴士的插件有着全面静态化的暴强本领, 相形之下, 我的在功能上只能算是中规中矩.

如果对巴士插件有个准确的评论应该是这样的: 代码精炼整洁, 功能巨强悍, 都属于霸王龙级别的, 但也正像霸王龙一样, 存在着一些效率问题,  有时甚至可以说是对主机进行极限测试. 当然这不能全怪巴士, 如果你知道巴士是做 Java 的身份, 就反过来该为 ASP 的低下效率而感到悲哀了.

至于使用者是认为效率重要还是效果重要, 愿不愿意为效果而忍受效率, 那是使用者自己的事情. 我只是指出了Z-Blog后台的速度杀手而已, 免得有人缠杂不清, 乱找原因.

话题转回小飞龙, 因为有了静态化插件以及分类描述插件的帮助, 以及吉光片羽对 CMS 主题的良好掌控, 小龙得以在页面上任意搬弄指向分类, 标签, 独立页面甚至是单篇文章的链接, 这种情形在这个网站里达到了极致, 完全是一个迷魂阵. 就算你明确知道它是用 Z-Blog 实现的, 可你分得清哪些是分类, 哪些是标签, 哪些是文章吗? 如此迷魂阵的好处是极大的丰富了网站的内容体系. 在内容的构造上, 我们的博客, 以及一般的 CMS 主题, 和这个网站完全不在一个级别上.

关于标签优化/引导搜索的一些探索

最常见的做法是一些人在搜索框旁边放上一些 "热门关键词", 来引导用户点击. 除非用户要搜索特定的文章, 否则标签的意义确实要大于搜索框.

我又在这种方式上做了进一步尝试, 做成了搜索提示的形式, 当访客使用搜索框时就会下拉出热门标签, 而当访客输入时则会从标签中进一步提取含有输入词汇的标签. 访客可以通过键盘或鼠标选取看中的标签, 而且对每个标签包含多少篇文章一目了然.

用标签来替代搜索可以把访客引导到有序的分类体系中. 而且, 打开标签页要比执行搜索节省资源得多.

当使用了这种形式之后, 我突然发现我的标签数太少了, 涵盖的范围太小, 以致于标签很难被利用上. 而韩氏标签流在这种情况下却似大有用武之地.

标签就是这样, 一两篇文章三四个标签, 根本不存在任何价值, 一两百篇文章三四百个标签, 则情况大为不同, 随着文章和标签的增多, 标签的联系作用将越发明显. 不合理的标签体系缺陷会被放大, 但却不一定会被持续的放大, 当文章和标签的数量持续增加下去, 某些不合理反而会被弥补, 形成一种更高级的合理. 比如我们假设韩老师写了五万篇文章, 再评价韩氏标签流可能会得出完全相反的结果, 你会发现: "这才是真正的标签". 这些靠数量来体现标签作用的情况, 更适用于 "用户贡献标签" 的形式.

« 波斯湾? 阿拉伯湾?Google Buzz 垃圾箱 »