还是做回小兵,写点自己熟悉的东西比较好些:)
web2.0已经火了好长一段时间了,图书馆也提了library2.0等概念,论文也春笋般冒出来,可惜真正部署了2.0应用的图书馆网站还很少。的确,以图书馆的技术水平,要吃透这个东西,还需要一段时间的。但小钟是个拿来主义者,几个简单的web2.0应用部署,还是很简单的,所以在这里提提小钟已经做的,正在做的,准备做的一点web2.0应用。
首先明确一点,在小钟的理解中,web2.0的应用不一定要用到2.0的技术,但一定要用到2.0的理念,所以,以下提及的很多是基于成熟的技术开发的应用,而不是所谓最炫的技术。
1、Rss订阅服务
Rss订阅应该是当前图书馆网站最好部署的应用。其应用范围可以在新闻、新书通告、数据库更新、电子期刊更新等方面。
部署的方式比较简单,首先我们需要一个生成标准Rss文件的程序,然后通过每天读取一次现有数据表的数据,或者在原有更新数据程序中加入触发器,即可实现Rss文件的生成。
2、博客
现在成熟的博客系统已经很多了,图书馆要部署一个,实在是件很轻松的事情。不过,最好能够进行改造,起码将用户模块和图书馆网站整合起来,然后是和网站的反馈模块整合起来,哈哈。
3、WIKI
一看到WIKI,我第一反应就是,我们网站的帮助中心一定要用这种模式来重新开发,用户用,用户建,没有谁能比用户更懂得他们需要什么样的帮助,也没有人能比用户更早的发现问题。
部署WIKI也是很轻松的事情,但是我们最起码也需要整合一下用户模块,可不能让用户登陆了网站之后,还要登陆一次WIKI啊。
4、即时通讯
以前不就是个聊天室嘛,不过2.0时代,披上了许多或小巧或华丽的外衣——比如新浪的woocall——这个很容易部署,只要在页面内嵌入一个脚本文件,不过它的logo和样式我都不喜欢,而且用户整合这一块实在是有些困难,最后玩玩算了,但自己又没时间搞一个(鄙视自己一下….)。其实这个创意不错,在图书馆网站上部署一个,任何浏览图书馆网站任意页面的人,都可以一起聊天,不过这样倒有点信息无序和失控的可能。
新浪woocall的申请和脚本文件可以在这里找到:
大家可以看看,玩一下。当然,有时间的时候,自己开发一个更好啦。
5、Ajax用户体验啦~
这个就比较细节了,比如颜色渐变,输入前提示,检索过程提示等等,现在小钟在二次开发的期刊导航系统,里面就用到了输入前提示功能,大致效果大家可以看一下Google
Suggest。等过几天系统完工后,开放源程序给大家看看,呵呵。
Ajax如果不通过XMLHttpRequest和服务器端通讯,就是我们常用的Javascript,对于一些颜色渐变的效果,比如,新闻列表中,读者已经阅读的新闻一种颜色,未阅读的新闻一种颜色,又比如用户鼠标指向一个数据库时,浮现一个悦目的图层,告诉读者更多的信息;对于用户的检索行为,在用户执行检索的零结果页面中,适当的浮现图层,根据读者的检索词,给出相关的检索词建议…..这类的细节,改造起来,并不是很困难的事情。
6、Tagging
Tagging是个很有趣的东西,只是我现在还没有想好在图书馆的哪一块入口——大概在数据库的分类方面?还是在电子期刊的描述方面?其实用户的检索行为是一个很好的标记过程,可惜我们都浪费掉了~
我想最好应用Tagging的是有自建图片库的学校,呵呵,好像我们也有一个
,让用户对图片进行描述和标记——在这里再结合WIKI的理念,所有用户都可以更新这一标记,呵呵,完美啊~
Tagging也要用到Ajax(我上一个类目是不是分得不合适
),因为要追踪并记录用户行为。
大概目前来说,我能做的web2.0的事情也差不多上面那几个了,对于用户自定义模块,拖曳,OPEN
SOURCE….等等,估计要等下一年(两年?)的图书馆网站2.0了。
真的希望能多点时间搞点新鲜玩意,而又不会有太大的工作负担,唉,喜新厌旧的人啊~
吃饭……
Tags: Ajax, rss, web2.0, wiki, 博客, 即时通讯, 标签
一直不是一个很赶潮流的人,甚至有点怀旧,博客很流行,却还不足以打动我的心,而且写博客,总让自己老掂着,对于我这种懒散的人来说,的确是件苦差事,所以申请到新浪的博客已经数月,一直没想好用它来干嘛,也不知道该写些什么,结果时间过去了,什么都没有。
不过既然申请了,新浪也很宽容,一直没有删除,所以反正无聊,就随便写写吧,记记流水帐啊也好。这样,不管是看图林前辈们谈天论地,还是看太极拳友们粘连黏随,起码有个喝彩的地方。
总之,第一篇开始了。
不过,第二篇什么时候,不知道吧,看心情啦。
Tags: blog, 博客