布罗格的烘培机

为了图省事，就把两篇文章放在一块写，凌晨终于让网站切换成功，同时正式发布了Z-Blog的1.5版，距离最近一次发布也有近3个月时间了，就在1.4出来时我就说过不再发新版了，但因为觉得在程序上还有再调整、优化的地方，还有很多的不足之处，一想到这些便不自觉的去修改起来，也是一种追求尽善尽美的思想。

要感谢SIPO等人详细、耐心的测试与除虫，Z-Blog才会在短短的十来天里完成了测试版到正式版的过渡，一并修理和改进了三十来项问题，很多的问题都是一直从第一版就积压下来的，这次也得以很好的解决。其中搞定评论追踪最有意思，早在2005年2月份就在Mulog的一篇文章上介绍这个功能，但我一直都不知道他是如何用NewzCrawler实现这个功能的，直到后来的某一天用上了注册版的NewzCrawler，才发现我要的功能就在里面，真让我耽误了很长很长的时间。

“体系结构设计者的第一个作品往往比较简练和干净。他知道自己并不了解正在进行的工作，因此他小心谨慎地设计它。在他设计第一个作品时，会进行多次修饰和润色。这些会留到“下一次”使用……这第二个系统是他曾经设计的最危险的系统……一般趋势是，在设计第二个系统时，将会使用在第一个作品中被小心搁置在一边的所有思路和修饰，从而导致设计过了头。” 

—Frederick P. Brooks, Jr.发表于1972年的The Mythical Man Month（人月神话）。


现在回头去看以前的东东，有些还是十分幼稚、简单乃至错误的，不过能认识到这些不足，相信也会是一种进步，是一种扬弃。在次1.5的发布时，还是有一些问题没有更改，如果要真正的解决，就必须用更高级的平台就完成，我相信.Net就可以实现这个梦想。

Z-Blog 1.5 下载

ZBlogger论坛

PS:图省事还是省不得滴，还是分开写的好。

PS2:最近这个问题总是在我的BLOG上出现，是不是又是空间的问题呢？网络还是组件出问题？？？

我从没记日志的习惯，不过自从2004年初开始了BLOG之旅后也慢慢地积累了一些文字，有时回过头再看看以前的文章觉得也是一种收获。在告别了在BSP上记录Blog之后，开始了漫长的Z-Blog制作开发过程，我现在的几个网站都是在Z-Blog的框架上建立起来的，或是有着密切的关系。

在这一年里都在维护网站和制作网站程序，GoogleLogoShow从RainbowSoft中独立出去了，JZT也申请了独立的域名，精力和时间都不允许我搞这么多的网站，于是便停掉了另一个分离的网站SkinTown，将GoogleLogoShow委托给Rolly打理。

就在2005年末时我又申请了两个域名：zlive.org和cnjzt.net，对于当时申请一个CN域名觉得有些问题，直到现在CN域名的政策还不对个人开放，目前的JZT网站域名jzt.net.cn的PR值已经到5了，丢掉又有点可惜。至于zlive.org暂时还没想好要用在什么地方，等时机成熟了就可以挂在网上了。

已过去的2005，同样还是波澜不惊地溜走了，第一次打了数个月的网络游戏，我想如果没有这么多的工会，没有这么多的RAID，WOW应该是一个非常伟大的游戏，直到现在我还很怀念盛夏在魔兽世界里拼搏的日子。

在2005年里，通过网站和程序结识了很多的网友，我的网络生活就这样展开，以前还只用QQ，现在MSN、GT都已离不开了，还有SKYPE也开始用上了。用上了Flickr、Technorati、delicious、FeedSky、GouGou，365Key，待体验的网站还有很多很多。2005是Firefox大发展的一年，让我更加坚定的支持Firefox，还有Google，我还是会一如既往的支持它。2005还有热热闹闹的Web2.0，还有无数的封网......

告别2005，迎来2006，一个新的起点，将会有着全新的变化的2006！

来自

http://www.suconsulting.com/blog/article.asp?id=215

下午打开GMail,发现有点变化,仔细一看,来了一个备案号,也不知道是哪个网站的备案号下来(还有zlive.org和cnjzt.net),去查询了一下,原来是rainbowsoft.org的备案号.


居然没想到到2005年的最后一天,来了个意外的消息.

GoogleLogoShow使用了FeedSky的Feed合烧服务，将其中的主站RSS（http://www.googlelogoshow.com/rss.xml）和两个辅站的RSS(http://www.googlelogoshow.com/special/rss.xml和http://www.googlelogoshow.com/local/rss.xml)合并起来，组成一个Rss Feed。

没想到合烧Feed的刷新时间这么长，而且也不能手动驱动，我最长的一次居然等了一天半的时间才看到更新后的合烧Feed，这样的时间是不是也太长了点，我今天更新一个Logo，总是要明天才能看到结果，新加了Logo也变成旧Logo了。

建议1：
虽然合烧比较耗费系统资源，是否应设置一个手动按钮，让用户手动提交请求，将请求事件排入合烧序列中，由服务器在最近的一次更新中执行，而不是象我这样总是被动的等待；或是设置一个Ping接口，用户通过Ping去告知FeedSky服务器哪一条Feed已更新，让服务器好自行安排更新调度。

建议2：
合烧出来的新Feed的条目数等于各个Feed的总合，是不是应设置一个参数，根据时间顺序只输出合烧后的n条记录，这个n就可以由用户自行设定。现在的方法是在输入阶段就设置每个feed贡献的数量，有点呆板。

现在的GoogleLogoShow的Feed订阅已经有近7百条了，已进了FeedSky排行榜的前15名内。只是不太清楚FeedSky的统计方法是如何？去吕欣欣'Blog一看，好家伙居然他的订阅数量已经有9K了，真不知道是如何统计出来的。

GoogleLogoShow
http://www.googlelogoshow.com/

GoogleLogoShow Feed
http://www.feedsky.com/feed/gls

PS:
现在GoogleLogoShow.com和Jzt.Net.Cn又开始不稳定了，时好时断，同样是因为放在Edong的26服务器上，可怜的Edong，倒霉的用户。