服务器回到我自己的实验室也有一年了。压抑的、与校外隔绝的一年。唯一可供告慰的是，嘎雅还活着。

上两张首页的抓图吧，一张清晰但不完整的，一张完整但不清晰的，只因这狗血的相册.

2009年4月我回到了学校。嘎雅音乐基本没什么变化。由于数据安全问题没有解决，对大多数校外用户仍没有开放，只给在校外的管理员们保留了“绿色通道”。

 2009年11月，在航天学院控制科学与工程系领导的关照下，为嘎雅音乐购置了一台新服务器。临时放到了我的办公室中，准备把系统和数据都配置好了后再搬到网络中心，去替换旧的服务器。

 2009年12月，正准备到网络中心替换服务器之际，学校网络中心装修机房，嘎雅音乐中断了服务，直到2010年4月。

 2010年3月，嘎雅音乐仍没有恢复服务。在网络

时间真快，也真凑巧，距离上一次发贴整一年了。

去年底发出了关于扩充嘎雅管理团队的邀请书后，很快迎来了多名兄弟姐妹的加盟。现在网站的数据维护队伍达到了13人。今年四月份我到了英国，做一年的普访，明年四月归。网站的系统维护基本没受什么影响，定期数据备份的工作走前委托给了同事，代码维护我在英国仍然可以通过远程进行（其实在国内时也基本都是远程操作），除了连接稍微慢一些，没太大区别。负责歌曲更新的几名管理员的任务仍很繁重。没办法，用人来对付机器人的上传，在体力方面总是要吃亏的。但好在机器人死

改代码，拟公告，已经准备了很久。不能再拖了，留给自己的时间已经不多。今天终于挂出来。无论反馈效果怎么样，心里总归轻松了不少。

曾经考虑为嘎雅找一个全面的接班人，一个对待嘎雅像我一样的人。但最后只能放弃这种奢望。把管理分散拆开，化整为零，成了最可行的选择，虽然对嘎雅来说，这种转变也很艰难。不管怎样，先迈出这第一步再说。

在后台实现自动跳转到某歌手的页面，比如，原来不带锚点的跳转URL是

"…/singerpage.asp?SName=喜多郎 Kitaro"

现在想在跳转该网页后定位到锚点45552的专辑位置，即带有 ＜a href="45552"＞标志的位置。最初直接用

"…/singerpage.asp?SName=喜多郎 Kitaro#45552"，

结果整个字符串“喜多郎 Kitaro#45552”被asp程序当成了SName参数，无法返回正确的歌手页面。网上搜了一通，没找到简便的解决方案。有建议用js的，非我我愿。后来试了个歪招，在参数SName

可以在歌词或单曲评论页面中选择。