• 07
  • 6月

当使用Gmail加入GoogleGroup后,那些比较活跃的group一天十几封甚至几十封邮件发过来,你的收件箱内很快就会被这些Group的邮件塞满。以至让那些本来发给你的邮件不见了踪影。其实只要利用好Gmail的过滤器和标签功能,完全可以让各个Group的邮件分门别类存放且互不影响。

这里让我以希望泉Group的设置为例,完成后,来自希望泉Group的邮件将会从全部从收件箱转移到“希望泉”标签里。

1.点击Gmail搜索栏按钮右侧的“创建过滤器“Create a filter”链接(中文应该是“创建过滤器”,以下不再翻译)。在“To”中输入Group的邮件地址。希望泉Group的是:Main-Team-Of-Hope-Spring@googlegroups.com。Next Step>>

2.选择“Skip the Inbox (Archive it)”和“Apply the label:”,并将标签置为“希望泉”(下拉菜单里有新建的选项)。另外勾上“Also apply filter to 800 conversations below.”可以把以前收到的Group的邮件也转过去。Create Filter

3.没有了,就这么简单:)

  • 23
  • 1月

今天给《希望泉》杂志的RSS做了一下重定向。

以前杂志订阅用的RSS还是我大一时研究asp那阵子自己写的一个xml,后来由杂志的上一任技术部负责人deven修正了一下。每次新杂志发布时都要自己手动改这个文件,相当的不方便,而且相当容易出错。

可能是出于懒吧,这么不好用,居然还这么一直用下来了。不过今天终于爆发了,到网上查了一下RSS重定向的解决方法。决定把它重定向到《希望泉》官方博客的RSS上去。这样只要在官方博客上发表篇文章就可以了。而且这样的话更新RSS就不需要技术部门出面了。

查到的解决方案只有两种:

1.301永久重定向

貌似大部分人在重定向时都用的这个方法,使用Apache的“.htaccess”文件,在里面写入类似:

redirect permanent rss.xml http://blog.sina.com.cn/rss/hopespring.xml

一句即可实现将rss.xml重定向到http://blog.sina.com.cn/rss/hopespring.xml。而且这种重定向的方法对搜索引擎也很友好。

但经过实现,我学网的服务器貌似不支持这种重定向。只有采用另一种方案了,在xml级别上实现重定向。将原来rss.xml中的内容替换为:




        http://blog.sina.com.cn/rss/hopespring.xml

经试验opera可以正常识别这种重定向,而firefox对其支持好像不是很好。不知道其他的订阅工具对其支持如何,但目前也只能这样了。总比手动更新浪费很多时间又出一大堆错误好吧。

  • 23
  • 10月
  1. 看不见的之流量流量统计
  2. 看不见的之“希望泉录入系统”
  3. 看的见的之读者评论系统(本篇)
  4. 看的见的之侧边浮动导航

希望泉从曾经用过两套读者评论系统:
QuestionForm和互动力量

至今《希望泉》杂志订阅系统还是使用的QuestionForm。它是一个非常强大的在线评论及调查系统,有着可视化的调查表单编辑界面,可以非常方便地添加各种形式的问题,支持单选、复选、评级、留言等功能。并且有着完善的后台统计功能。功能上近乎完美。

但可惜的是这个系统后来收费了,免费的版本只能创建一个只有7个问题的问卷。致使原始的读者调查模板失效。只有那个《希望泉》订阅页面因为问题少还能继续使用。

后来我在互动力量找到了一个免费的网页评论系统。这个系统优点是只需要在网页中加入一小段JavaScript代码就可以为网页增加评论功能。我们的读者可以在看完文章之后直接在当页留下自己的感想。但缺点它的后台管理竟不提供任何对评论的查看和编辑功能,要查看和编辑评论必需要到评论所在的页面才行。对于有很多网页的《希望泉》杂志来说很不方便管理与反馈。这是技术部下一步需要解决的问题之一。

另外由于这个评论系统是直接用JavaScript把相关内容插入网页代码之中的,所以又遇到的网络应用中最让人头痛的问题——乱码!

另外在上一篇文章中了提到过了,自打“希望泉录入系统”上线后,希望泉杂志页面开始使用UTF-8编码。而这个评论系统编码是基于gb2312的。放在一起用的后果就是乱码。于是第15、17期《希望泉》我们手动把编码转换为了gb2312。

编码转换是一件相当费心的工作,虽然在Google一搜相关的工具一大堆,可以批量完成,但不得不提到的一点技术问题是UTF-8能表示的文字量比gb2312大得多,这样在UTF-8转换为gb2312是就会产生一些字符不能被正确转换的问题。转换出来的页面内会多出一些“?”,需要手动一个个去改,相当费时间。

目前技术部的Toly正在研究如何用技术手段,保持《希望泉》页面UTF-8的编码,且能正常使用这个评论系统。让我们期待她的成果!

  • 18
  • 10月
  1. 看不见的之流量流量统计
  2. 看不见的之“希望泉录入系统”(本篇)
  3. 看的见的之读者评论系统
  4. 看的见的之侧边浮动导航

之前希望泉一直是编辑部将稿件以Word文件的形式编辑好,提交给技术部,技术部统一用DreamWeaver将其转换为网页格式。但由于Word文档和网页之间的差异,转换过程中总会出现些小问题,尤其是段首缩进和一些特殊字符。这样技术部后期制作相当大一部分时间都是用在修正这些细节错误上了。

于是我在WordPress(一款著名的blog系统)基础上制作了一个“希望泉录入系统”。借助于WordPress本身很强大的后台编辑功能,在系统后台可直接完成文章的编辑功能,而前台可直接获取文章的html代码。再加上WordPress本身自带的文章评论功能,文章录入时有什么问题还可以很方便地进行反馈。

这套系统相对于原始版本的WordPress主要修改了两点
1.在数据库及文章结构上增加了一个“文章编辑”的属性。以适应《希望泉》文章的实际需要。
2.修改前台模板,使其能显示文章编辑。并且增加了一些“复制”按钮,可以直接将对应的文字复制到剪切版中。以节约后期编辑的时间。

另外不得不提的是,由于WordPress是一套基于UTF-8编码的系统,输出的文本信息也都是UTF-8编码的。所以在使用这套系统后,《希望泉》的网页编码也被迫从gb2312转换到UTF-8。这对“读者评论系统”造成了一定的影响,在下一篇文章中我会详细说一下这件事的。

对于这个“希望泉编辑系统”我为希望泉的编辑写了一个使用说明:
希望泉录入系统使用说明
发布在希望泉Google Group的Google Page上了。

  • 15
  • 10月
  1. 看不见的之流量流量统计(本篇)
  2. 看不见的之“希望泉录入系统”
  3. 看的见的之读者评论系统
  4. 看的见的之侧边浮动导航

学着Google的吴军,写个系列文章,分享一下自己的积累。我这里写个What’s behind Hope Spring,将自己在做《希望泉杂志》技术一年多来积累的东西整理一下。也希望对技术部其他同学有所帮助。

这一篇主要写的是《希望泉》页面中用到的流量统计代码。

在06年8月之后的《希望泉》页面代码里你总能找到类似以下的一段:

<script src="http://www.google-analytics.com/urchin.js" type="text/javascript"></script>
<script type="text/javascript">
_uacct = "UA-1351459-1";
urchinTracker();
</script>

这段代码使用的是Google Analytics的统计服务。只要申请一个Google Analytics的帐户,在页面上放置这样一段代码,就可以实现相当完善的流量统计服务。每天的访问量多少、读者都是来自哪个地区的、他们都看了哪些页面、读者是从哪个网站找到《希望泉》的……在Google提供的控制台上,这一切都一目了然。

另外,如果你对比一下各期《希望泉》这段代码出现的位置,就会发现最近几期《希望泉》中这段代码是放在页面最下端的,而以前很长时间这段代码是被放在代码头部head标签之中的。这主要是为了改善读者体验:

对外部javascript的引用如果出现在head之中,浏览器(尤其是IE)会试图在渲染页面之前加载这个外部文件,而Google Analytics的服务器在国外,加载速度比较慢,于是降低页面的显示速度;而把它放在接近</body> 的地方,页面在加载这个外部文件之前就已经渲染地差不多了,即使没有执行这段代码,他们也已经可以阅读其中的文字了。

  • 07
  • 4月

转眼间,新的一期《希望泉》的制作过程马上就要开始了。相比寒假里做第13期无人可用的情况,这次终于有足够的人员可以调用了。

但作为负责人,人多真的能减少自己的工作吗?

上次自己做所有的页面,凭着多次制作积累下来的经验以及对Ajax的学习,似乎真的做到了率性而为之,该用全局CSS的地方调用全局CSS,段落之间该空多大的距离统一设定…

而现在,这些工作需要交技术组的其他成员去做了,不同的人对标准的理解不同,对杂志的理解也不同。如何保证最后能做出一个风格统一的页面?如何保证最后不同人制作的页面能够完美地合成?

于是,不得以,得干我最不擅长的东西了——写作。把该注意的地方写成规范。让其他的人在制作之前仔细阅读这份规范。以尽量保证一致性。

但这样真的就能完全解决问题吗?花费我大量时间写的规范最终能起到多大的作用?拭目以待吧…

真的感到累啊…

  • 16
  • 2月

忙碌了一周多,终于看到自己的成果——07年第一期的《希望泉》昨晚终于正式发布了,也终于可以长长抒一口气了。现在杂志最重要的就是等待读者的检验了。

07年第1期《希望泉》:
http://www.kaifulee.com/magazine/magazine200702/

  • 11
  • 2月

这两天可算是把我忙坏了,由于大家都在放寒假,很多人根本联系不上,本期《希望泉》的技术制作除模板和封皮的制作外,绝大部分工作都落到了我的头上……

一篇篇文章录入进模板,调整段首缩进,设置超级链接,一项项工作下来,时间很快就过去了。不过好在其中又体会到了不少东西:为了保证《希望泉》杂志页面对 不同分辨率显示器的适应能力,之前研究了很多CSS与javascript的东西。尤其是对层的定位和显隐有了比较明确的认识。最重要的是深刻体会到了人 员管理的重要性——如果你找不到人来给你干活,当主管的可能会累死!

春节前新一期《希望泉》就要发布了,看到自己的成果,还是很高兴的!*_^

所有标签:.net Ajax Java javascript Linux map MySQL RSS TD-SCDMA Ubuntu vim web Win7 乱码 基础知识 备份 奥运会 希望泉 性能 缓存 编程