曾经一直想自己办个技术博客。现在看透了，原来我要的生活并非如此。于是留下文章来，关门大吉。回归自己正常的生活，正常地努力。谨以此文祭奠又一个小小梦想被现实破灭，惊醒梦中人。

身在中大，想上网是离不开VPN的。Linux对VPN一直没有所谓原生支持，建立VPN连接确是麻烦。以下方法在Ubuntu 8.04、PPTP VPN上调试通过。本文将展示连接CUHK ResNet的方法，其他网络可相应更改设置。

1. 安装VPN包

根据系统选择安装pptp-linux包。

亦有相关文章指出，安装VPNC插件继承入Network Manager中即可（仅适用于Ubuntu）。我没有尝试过。

2. 设置连接

进入终端，输入：

sudo pico /etc/ppp/peers/resnet

在编辑器中插入以下内容：

pty “pptp vpn.resnet.cuhk.edu.hk –nolaunchpppd”
file /etc/ppp/options.pptp
remotename PPTP
persist
defaultroute
usepeerdns
name s07xxxxx //此处输入用户名

按Ctrl+O, Enter, Ctrl+X保存关闭。

3. 修改连接设置

在终端中输入：

sudo pico /etc/ppp/options.pptp

在编辑器中显示的是PPTP连接设置，找到

require-mppe-128

将之注释掉（即在前面加上井号#）。Ctrl+O, Enter, Ctrl+X保存退出。

4. 设置用户名密码

在终端中输入：

sudo pico /etc/ppp/pap-secrets

在最后一行，输入

s07xxxxx PPTP 密码

PPTP在中间，和用户名、密码有一空格间隔。Ctrl+O, Enter, Ctrl+X保存退出。

到此为止，设置已成功，准备连接。

连接方法

在终端中输入

sudo pon resnet

等待几秒钟，让VPN连接好。然后继续输入

ip route

检查dev/ppp0是否已经成为了默认（default）。如果没有，输入：

sudo ip route del default //删掉现有默认
sudo ip route add default dev ppp0 //将ppp0添加为默认路由

此时VPN连接应已就绪。

可以通过写脚本的方法简化这一流程。例如：

sudo pon resnet
sleep 5
sudo ip route del default
sudo ip route add default dev ppp0

将之保存为connect.sh，设置属性允许其运行即可。

多谢raptium的回复：

options
里面加
defaultroute
repalcedefaultroute

应该就会自动变成default route了

在中大购买的HP Compaq 6910p等机型的学生机预装有Windows Vista Business。在配置中发现在该系统中遵照ITSC派发的说明设置无法连接宿舍VPN网络ResNet。根据小新（林国新）学长的指示，应在注册表HKLM\System\CurrentControlSet\Services\RasMan\Parameters中添加DWORD (32-bit)项，名称为ProhibitIPSec，值为1。重启后即可正常联网。

注1：在添加VPN连接后，应按照ITSC的说明继续对连接进行修改，如添加PAP加密协议、取消IPv6协议、设置VPN类型为L2TP IPSec VPN并设置密钥。

注2：据称ITSC提供了另一种解决方案，据描述应为回滚Vista所附带的网卡驱动版本。此方法未经验证。

注3：另有实践表明，随机附带的Norton防火墙会影响网络连接，应予以卸载。

注4：有个别案例情况为VPN主机地址填写错误，应注意区分ResNet、ClassNet等网络的主机地址；另外还应注意是否将IPv4协议设置为自动获取IP地址。

和AnC熬到三点半，只是为了解决一个给猫出的VB入门考试题：

给出一个数，编程分解其质因数。

AnC说猫将在他的指导下完成这个题目，如果成功了就加她到Maze的开发组。我提议我和AnC都写个程序，熬夜大战拉开序幕。AnC最初的想法就是从2开始，对每个数进行试除；随即他又将算法改进成仅对2和所有奇数试除。我的想法是从2开始进行计算，循环排除所有合数（法2）。这样不必如AnC的方法测试很多无意义的合数。但是根据理论估计和实际程序测试结果，这种方法实际上要比第一种方法慢。之后我对第一种试除法进行了一些优化（法1），运行速度有较大提高。今天上午我又写出一种新的算法（法3）。以下列出这三种算法（按速度由快至慢排列）。附所有源代码和可执行文件。

1. 最大试除法

循环测试试除数从2到1/2待分解数的所有值。如果待分解数可被试除数整除，则通过对数方法估测待分解数最大可能最大是多少试除数的连乘积，然后从此最小数即1开始向上测试，直到找到最大可整除试除数连乘积（先找出最小非整除试除数连乘积，再减一即是最大值），然后执行除法，将待分解数设置为商值，则增加试除数值。

本方法与基本试除法的最大区别在于对最大连乘积的估测，这种方法比通过大循环试除数查找（即每个大循环仅能执行一次查找）的速度要快很多。

2. 排除试除法

循环测试试除数从2到1/2待分解数的所有值。首先测试如果试除数在数组中标记为合数则不再继续试除。如果待分解数可被试除数整除，则标记试除数的所有整倍数直到最大可能值（用户输入的原待分解数除以试除数），然后执行除法，将待分解数设置为商值，试除数不变继续在下一循环试除；如果待分解数不能被试除数整除，则增加试除数值。

本方法与基本试除法的最大区别在于对合数的穷举和排除，从而减少了试除工作量。本方法使用大循环试除数查找。记录使用动态数组。由于本方法需要穷举所有可能合数，因此所需数组大小与用户输入的原待分解数相当。如果该值过大会导致内存溢出。

3. 回验试除法

循环测试试除数从2到1/2待分解数的所有值。首先测试如果试除数可以被测试过的试除数整除且不相等则不再继续试除。如果待分解数可被试除数整除，则记录此试除数（已记录者不再记录）然后执行除法，将待分解数设置为商值，试除数不变继续在下一循环试除；如果待分解数不能被试除数整除，则增加试除数值。

本方法与基本试除法的最大区别在于对曾试除数的回验，从而达到排除合数的目的，减少了试除工作量。本方法使用大循环试除数查找。记录使用动态数组。虽然本方法使用数组远比法2小，但如果数过大同样可能导致内存溢出。

由于今天白天我又对程序进行了修改优化，所以之前的测试结果已失去意义。

根据上述算法流程分析和执行效率结果可以得出以下结论：

1. 在大运算量程序中应尽量使用CPU运算而少避免使用内存存储数据减少CPU运算量；

2. 动态数组，尤其是调整动态数组的大小，会在很大程度上降低程序运行速度。

目前所有方法都是以试除为基本思想的，尚未考虑出其他思路。以试除为基本思想时，根据结论1，应多试除和通过运算测试分析，而减少通过内存转存数据。因此法1即最大试除法的运行效率最高，而其分解范围也是最大的，对于2³¹-1=2,147,483,647（Long型最大值）以下的数都是可以进行分解的（可以通过编写代码扩展范围，但是也会相应降低效率），它是目前我们找到的最优算法。

CMS到底是什么？
作者： James Robertson
翻译： Nelson Zhao
原文发布于2003年6月3日
原文地址：http://www.steptwo.com.au/papers/kmc_what/index.html

对于任何一个互联网站或是Intranet网站的成功，网站内容管理系统（Content Management System, CMS）都是极为重要的，而很多组织仍对这项技术不了解。

因此，在我们过去写了很多关于CMS问题和策略的文章后，我们现在回过头来回答这个问题：CMS到底是什么？

在这篇文章里我们要着重于Web网站的内容管理，并在文章最后简单涉及更广泛的内容问题。

商务难题

你有一个Web网站，或者一个Intranet网站。它一直在有机地生长，虽然它很有用，但还远远到不了完美。

很多信息过时了或是不准确的，很难找到要找的东西，更新网站非常繁琐，而外观也开始变得陈旧起来。

甚至更糟糕的是，你完全搞不清楚站点上的所有网页，而又由于你仅仅靠你熟练的网管手工修改所有的东西，网站更新开始堆积。

上周网站上有什么？去年呢？你根本说不清。你很清楚，如果客户提出这样的要求，你将会处于极为尴尬的位置上，但是你无能为力。

也许这听起来很严酷，但你不是唯一一个有这种感受的人。实际上，如果采用诸如Dreamweaver或是Frontpage一类手动工具维护网站的话，产生这种后果是很自然的。

谢天谢地，CMS正是为了要解决这些问题才被专门设计出来的。

CMS：工作方式的定义

一个网站内容管理系统（CMS）支持创作、管理、分发、发布以及发现所有信息。

它管理了你站点上每个页面的完整生命周期，从提供各种简单的工具用以创作内容，到发布以至最终的存档。

同时它还提供了对网站结构、已发布页面的外观和对用户的导航的管理。

请注意我们现在主要研究的是CMS最常用的用途：管理Web内容。因此在某些地方这些系统也被成为Web管理系统（Web Management System, WMS）。

CMS系统远比这些广泛，但我们要过一会再涉及这些内容方面。

商务上的益处

使用CMS系统可以为带来很多益处，包括：

• 全新的创作过程
• 对新页面和新改变更快的转变速度
• 更好的一致性和连贯性
• 改善的网站导航
• 更大的灵活性
• 对分布式创作的支持
• 更高的安全性
• 更少的重复信息
• 更强的发展能力
• 更少的网站维护费用

除了这些，CMS所能带来的最大好处在于它能给予你的商务目标和策略有效的支持。

例如，CMS可以改善销售，提高用户满意度，或在公共关系方面提供帮助。

解剖CMS

[译者注]上图中文字含义为：Content Creation－创作内容；Content Management－管理内容；Publishing－发布；Presentation－展示；Contract & Business－合同和交易

CMS的功能可以被如下几类：

• 创作内容
• 管理内容
• 发布
• 展示

我们将在下面的各节中对这些内容一一探究。

CMS管理了页面的整个生命周期，从创建到存档

创建内容

在一套CMS的前面是一个易用的创作环境，它被设计成使用像Word一样的工作方式。这提供了一种创建新页面、更新内容的非技术性的方式，它不需要创作者一定要了解HTML。

CMS还允许你管理网站的结构，也就是，页面放在哪里，以及页面如何链接到一起。很多系统甚至提供了简单的拖拽式站点结构改造，同时又不会破坏任何链接。

几乎所有CMS现在都提供了基于Web的创作环境，这使得操作更为简化，并允许远程更新内容。

创作工具正是CMS成功的关键。通过提供一套简单的网站维护机制，网页创作可以转交给商务流程自己。例如，你的市场经理可以管理新闻稿板块，而你的产品经理则负责更新商品目录。

管理内容

一旦一个页面被创建出来，它将被存入CMS的一个中央存档库。这里储存了网站上的所有内容，以及其他详细支持资料。

这个中央存档库使CMS得以提供一系列的有用功能：

• 掌握页面的所有版本，以及谁在什么时候改了什么。
• 确保每个用户只能修改他负责的区域。
• 与已有信息源和IT系统整合。

很重要的是，CMS提供了流水线工作的功能。这可以用以下例子解释：

当页面被创作者创建出来，它会被自动送至作者的管理人员处等待审核，之后再送到中央Web小组等待他们的编辑意见。最后页面被送至法律组等待他们最终审核确定，之后就被自动发布在网站上。

在每一步，CMS都管理着页面的状态，提示相关人员，并在需要的地方增加工作。

就这样，流水线工作功能允许更多的创作者参与到网站的管理中，同时又严格地控制了信息的质量、准确性和一致性。

流水线工作规则给手动处理的混乱带来了秩序

发布

一旦最终的内容到了存档库中，它就可以被发布到Web网站上或Intranet网站上。

CMS强大的发布引擎是它的骄傲，它允许网站外观和页面布局在发布时自动被应用。同时它还允许将同样的内容发布东到多个网站。

当然，每个站点看起来都是不同的，因此CMS允许美术设计师和Web开发者指定应用到系统的外观。

这些发布功能确保了整个网站的所有页面是一致的，并使用一种很高的外观标准。

这使作者将精力集中在撰写内容上，并将网站外观的问题完全交给CMS。

CMS将你的网站的发布过程完全自动化了

展示

CMS自身可以提供很多增强网站质量和效率的功能。

比如，CMS可以通过直接从内容存档库中阅读网站结构，从而为你搭建网站导航。

而且它也把解决多浏览器支持、用户浏览障碍等问题变得很容易。CMS还可以把你的网站动态化、交互化，从而改善网站的效果。

Web之外

目前为止，我们一直把精力集中在为公司Web网站或Intranet网站创建HTML内容。尽管这是多数CMS最强的方面，很多系统还能做的多得多。

很多系统强大能力的中心是一个叫做”单源发布”（Single Source Publishing）的概念，它使一个主题可以被自动发布成为不同格式。

这可以包括可打印格式（例如PDF、Word等）、无线或手持格式（例如WAP等）或XML。

企业内容管理

另外CMS内容管理系统和其他同一机构内的信息系统也有联系，其中包括：

• 文档管理
• 记录管理
• 数字资产管理

目前，这些系统一般都作为单独的系统销售，而使这些系统互相协作并不容易。

一种名为企业内容管理系统（Enterprise Content Management System, ECMS）的系统正在创建中，它将中央内容管理系统和管理所有已经存在于你的机构内部的内容的其他工具结合起来。

但是这些系统还相对不完善，同时关于他们应该包含什么的问题也没有达成一致意见。这显然是一个将在未来几年急速发展的市场。

花些时间，针对你的需求认真选择最好的产品

CMS市场

本文向你展示了CMS系统功能的一般概况，以及它们如何用来为你的商务带来益处。

在当前的市场上，有数以百计的CMS系统，它们全都有着不同的功能和实力。

这是高速变化着的市场的自然现象：当有很多非常好的产品时，各厂家的产品之间的趋同性就减小了。

我们惟一的忠告是：花些时间，确定你的商务需求，接着根据需求广泛地评估市场上的所有产品。

每个机构都有一系列对CMS系统的独特需求，而并不存在”一体通用”的解决方案。通过给选择CMS系统这一步骤足够时间和资源，你可以确信，你已经有了最佳的可行解决方案。

结论

CMS系统在市场上是比较新的概念，很多人尚未对其有足够了解，他们有潜力显著简化Web网站和Intranet网站的维护。

本文在一定高度上对CMS功能做了概述。如需要更多关于特定的CMS问题和方面的信息，请浏览我们网站上其他相关文章（www.steptwo.com.au）。

例如，你可能会找到我们的这篇文章《如何在调查市场上某种产品时评估CMS的有用性》（How to evaluate a CMS to be very useful when investigating specific products on the market）。

（如需更多关于评价和选择CMS的信息，请下载内容管理必需工具包）。

其他可能感兴趣的文章

• Centralised or decentralised authoring? （中心式创作还是分布式创作？）
• Losing sight of the content in a CMS （忘记CMS中的内容）
• What are the goals of a CMS? （CMS系统的目标是什么？）
• Why every small website needs a CMS （为什么所有小网站都需要CMS）
• Putting metadata to work （使元数据发挥作用）
• Metrics for content management & knowledge management （内容管理和知识管理的方法）
• Is it document management or content management? （是文档管理还是内容管理？）
• A CM project presents unique challenges （一个内容管理工程带来特别的挑战）

关于作者

James Robertson是Step Two Designs的常务董事。Step Two Designs是澳大利亚的一家知识管理和内容管理咨询机构。James是Intranet、内容管理策略、信息构建和可用性专家。

如果你对本文（译者注：仅适用于原文；关于译文的意见请联系译者）有任何意见，请发送至：
jamesr@steptwo.com.au

本文由Nelson Zhao于2007年7月翻译。原文版权归原作者James Robertson所有，译者保留译文版权和对译文的编辑修正权、最终解释权，译者对原文内容不承担任何责任。

为方便两个博客站的同步更新问题，开始使用Zoundry撰写博客。Zoundry是一款离线日志撰写管理软件，通过XMLRPC（如WordPress、Movable Type等）或博客站点的API接口（如Blogger.com等）对博客日志进行管理。整套软件使用的数据看起来是完全XML化的，初必要的资源和注册表写入以外，所有设置和数据皆存储在XML文档中。

之所以选择离线博客撰写软件，一个是可以保证撰写的安全性和随意性，不会因为网络连接的问题丢失所有内容；其次是编辑器功能比较全面，可以更方便地撰写多样的日志；另外可以使发布时间最小化，发布所占用流量最小化，这对于有流量限制的空间是很有用的；当然，也可以方便地发布到各个博客空间。

Zoundry使用Python+wxWidgets编写，界面比较友好，但不知什么原因，启动时窗口位置总是不正确，似乎窗口位置状态记录功能有问题。界面朴实无华，但总体较为实用。首次运行时左侧窗格显示”开始使用”页面，可以使新用户立即上手。

首先创建Blog账户。Zoundry提供了新建账户向导，可以通过用户提供的博客首页地址自动分析博客系统并提供对应的已预置方案，非常方便新用户使用（例如这里的WordPress使用的是xmlrpc.php）。但目前Zoundry对MSN Live Space的支持不好，目前无法登录。之后对博客内容的导入皆是自动的，之后就可以开始写作和管理了。在创建Blog账户后还可以配置Zoundry ID。根据官方网站介绍，可以通过在博客中加入联属营销链结（affiliate text links）并使用Zoundry ID获得一定收入。但Zoundry账户仅能通过被邀请参加，且仅面向美国公民。

Zoundry可以从博客上导入博客的日志、分类等信息，并于本地保存作为缓存，可以提高读取、管理的效率。同时如果需要手动重新同步时，也可以使用”下载最近的日志”功能完全重新更新缓存。右侧的窗格中编辑功能比较全面。上传时可以自动ping八个博客索引站，包括Google Blog Search、Technorati、FeedBurner等。虽然通过Zoundry向多个空间发布日志相比之前的网页方式要方便很多，但由于不支持多选等功能，方便性的提升仍有较大空间。

总结：从总体上说，Zoundry是一款比较优秀的免费离线博客撰写软件，功能实用且比较容易上手，尽管仍存在一些瑕疵，但已可以考虑作为撰写日志网页方式的替代方式。

Maze 0.2.1相对于0.2.0的改进：

修正了读取地图时不能读取X轴大于22的数据的错误。

附Maze Nelson Mod Version 0.2.1源代码和可执行文件。

终于把Maze的地图编辑器写出来了。 工具使用方法： 鼠标事件的响应方式是在一个控件上按下鼠标发生MouseDown事件，鼠标拖动后在本控件内产生MouseMove事件，但在其他控件上拖动则不产生任何事件。因此地图编辑工具的使用方法是，在路径起点单击，之后鼠标移过之处都将自动被填充（即Move To Apply模式），在终点单击结束自动填充。 已知问题： 1. 不能识别有不同大小层的地图； 2. 读取尺寸超过30*30的地图时会出现错误。 下一版本将改进： 1. 增加查错功能； 2. 在自动探路器程序写好后会增加自动探路系统，检查地图是否可以走通； 3. 扩展地图格式，增加相关信息，改进数据的存储方式，使之更易被识别，存储效率更高； 4. 支持各层大小不同； 对大于30*30的超大尺寸地图暂不支持。 附Maze Map Editor 0.2.0源代码和可执行文件。

Maze升级到版本0.2.0 使用动态数组，使地图扩展性达到理论上无限大。支持各层大小不同（由于地图数据结构的限制，在实际应用中可能会出现问题，在编写地图编辑器时会考虑改进地图结构），支持无限多层，支持无限大层（理论上无限大，在实际应用中不应超过画面大小）。 改进了地图有效性效验（在地图结构升级时会考虑更有效的校验码设计和数据压缩设计）。 在菜单Info处加入了游戏使用说明。 附Maze Nelson Mod Version 0.2.0源代码和可执行文件。

症状：

在安装某些程序时（如AOE3繁体中文版），Windows Installer在准备中弹出窗口提示错误1628：Failed to complete script based install，而没有给出更多信息。

可能原因：

系统语言与Installer默认语言不符。

解决方案一：

安装Microsoft AppLocale（据网上消息，AppLocale不能安装在Windows XP SP2上）

解决方案二：

改变Windows设置的区域语言选项（此方法需重启数次）

解决方案三：

修改安装文件中的setup.ini文件。如果是光盘镜像，可用UltraISO、WinISO等软件打开镜像文件，提取出setup.ini文件，然后将光盘中的删除。修改提出出的setup.ini文件，将一下部分改作： [Languages] count=2 default=404 key0=404 key1=404 然后重新写入光盘镜像即可。经测试此方法简单易行。但应注意的是，在修改镜像后，就不能再使用eMule等P2P软件上传该文件了（与网上文件的Hash不同）。

Google Reader的feed获取的确有比较严重的问题，feed延迟能到数小时，而且发布时间也显示的有问题。我只好另起炉灶。先是试用Bloglines.com。这里读取feed倒是很正常的，但是它的frame并不很稳定，经常出现问题。而且访问速度也比较慢，页面比较凌乱，给人的整体感觉不佳。不得已试用国内的服务。过去我一直认为国内的很多服务都是华而不实，并且商业氛围太浓，没有良好的服务和质量。但是抓虾是国内少数几家让我感到很满意的Internet在线内容服务提供商之一，虽然它的名字使我在最早选择时丧失了对它的信心（在使用Google Reader之前我已知道抓虾）。 抓虾是在北京备案的，但是IP查询是天津网通的服务器。总体速度感觉很快，ping值平均能达到78ms。该站点使用php编写，执行效率比较高。抓虾应用了AJAX技术，因此支持拖拽、右键快捷菜单等功能，因此易用性上要优于Google Reader，但执行效率并没有感到有太大降低。虽仍处于beta版，但初步测试感觉不论是从速度、功能，还是从稳定性、易用性上，都要优于Google Reader和Bloglines。 抓虾的功能很全面，设计上也比较人性化。除有些功能按钮和菜单有些分散不太习惯外，这里是很容易上手的。但有一些功能的名称感觉品位不是很高，可能这与我使用国外产品久了习惯了有些关系吧。设置选项很全面，也很实用。界面设计比较符合中国人习惯和审美，还支持自选皮肤（“虾皮”），即配色。提供的配色都比较美观。全中文界面，UTF-8编码，对中文支持很好。抓虾是一个比较完整的博客社区站，对用户和信息的组织方式都比较好，且都比较符合中国人使用习惯，其中有很多频道是很有特色的。 在注册抓虾用户时可以填写自己的博客地址，抓虾可以自动下载OPML获得博客上已有的链接。抓虾似乎没有专门为一些服务（如Windows Live Space）进行内置定制，因此添加feed时不如Google Reader方便。但是对feed的管理上还是要优于Google Reader的。抓虾在塑造了自己的特色功能之外，也保持了所有标准的RSS浏览器功能，如OPML导入导出。 总体来说，抓虾是少数几家比较专注于提升客户服务和产品质量的国内Internet内容服务提供商之一。抓虾相比其他国外产品更适合中国用户使用，从功能、稳定性、易用性角度上都要优于其他国外产品（如Google Reader和Bloglines）。因此可以说抓虾这款优秀的RSS在线阅读产品，是中国大陆用户为满足在线阅读RSS要求的最佳选择之一。

第一印象是很朴实的界面，甚至有些朴素。使用Google账户登录。可以看到目前Reader还出于Google Labs阶段。实际上，Google一些很不错的项目都还处于这一阶段，也许这就是Google所要表达的对产品和用户的谦虚严谨态度吧。界面是英文的，可能会对初学者造成一些不便，但是上手极为容易。页面采用Google典型的窗格化块状设计，左侧是菜单栏，右侧最主要的板块则是显示内容。默认显示Home页面。其中包括了Unread Items（未读项目）提示、Google Reader项目小组的信息和一些提示技巧。第一次登录时会有添加feeds的提示窗格，在首页中也可点击Add subscription旁边的Browse进入。其中内置了一些知名的feeds包括新闻、体育、娱乐等方面；还提供了一些服务诸如MySpace、Windows Live Space、Blogger、Flickr等的RSS直接设置，输入用户名即可完成订阅；另外也可以通过搜索和类别浏览的方式订阅。 Google Reader和各项Google服务如Picasa、GMail一样，都支持了著名的加星标功能；另外Google Reader还可以设置哪些feed是可以公开共享的；还有一些趋势功能也颇有意思，能够统计阅读时间段、阅读趋势以及各tag包含的feed数量。 Google Reader管理feed的方式是使用tag。通过给各个feed设置不同的tag，可以将这些feed有效分类。同时还可以在设置窗格中设置各个tag的访问权限（Public和Private）。Google Reader的设置项目不多，首先是关于订阅的feed的设置，接着还有tag的设置和迁移Reader的一些介绍，同时还提供了导入导出功能，最后的用户喜好设置中可以设置开始页是什么（默认是Home），和“滚动追踪”功能（即将滚动过的项目标记为已读）。另外可以设置转回到先前的版本。 我可以用Google Reader阅读朋友的博客、Space等内容，最重要的是，可以同时在一个界面中查到所有我订阅的博客、Space等的更新信息而不必到每个地址去看。这节省了时间，节约了劳动，这也正是RSS设计的初衷。Google Reader对feed、频道、项目和项目内容的设计是比较合理的。用户一般关注的是feed是否有更新——这在各处都是可以看到清晰的提示的；用户还很关注每个项目的内容，而并不是优先关注项目的名称。因此，Google Reader并没有单独设计出一个下拉列表让用户选择某个项目，而是将所有项目列出，必要信息也列在上面。同时良好的分块设计减少了混杂感，不过我仍然认为添加一个搜索功能可能会更好。同时应注意的是，Google Reader对发布时间节点的获取有一定问题，信息发布时间不能准确显示。 默认的阅读方式是Expand view，也可以调整为List view。在后者下，信息的获取量更大，速度更快。这时更适合是关注头条而可以单击展开某一项获得具体信息。但对于博客等更新速度较慢的feed，前者即Expand view可能是更好的选择。同时，我使用Google Reader订阅我自己的博客的comment RSS，可以很方便地在没有邮件通知的情况下掌握访客的留言情况。但是也许是由于WordPress的问题，在我发布新的日志之前，comment RSS一直无法从Google Reader连接，而entry RSS却可以正常访问，目前访问正常。另外，评论的时间也是错误的，这似乎也是由于WordPress的RSS组件的问题。 在阅读中可以进入Feed settings菜单。操作项目也很简单，包括排列方式、取消订阅、重命名订阅、加入新的文件夹（即tag）。重命名订阅是个很好的功能，这样可以使feed看起来更为简捷、实用，方便查询和使用。但是必须指出的是，Google Reader尚未支持拖拽功能，这一点也在Google Reader的讨论区中也有人提出。改变feed的文件夹必须使用该菜单或者进入设置窗格的管理界面。这一点希望Google能够做出改进。相信Google以其很高的AJAX编程水平一定可以将拖拽功能实现得很好。 Google Reader还支持有一插件，Google Gears，使用户即便在断开连接的情况下也可以访问超过2000条项目。这在一定程度上解决了在线浏览器必须时时在线的缺陷。该插件支持Internet Explorer和Mozilla Firefox，但是仍有一些小瑕疵。例如，在安装后进入用户喜好设置时可以切换为旧版本，但实际不能显示为旧版本；同时不能再切换回新版本（Firefox是没有反映；而IE是在靠下的主框架中显示完整的包括其他框架的页面。卸载该插件后正常。 另外Google Reader读取feed的速度可能有问题。很多feed在更新很长时间（用本地浏览器可以读取到更新）后Google Reader才能读取到。这可能与Google的服务器负荷和连通性有关，也可能与其程序不完善有关。这一缺陷在很大程度上影响了用户的使用。 总体来看，Google Reader是一款不错的在线RSS浏览器。鉴于目前仍处于Labs阶段，其中的一些较大的缺憾还是可以期待在一定时期内改进的。RSS浏览基本功能实现得较好，界面设计维持了Google系列产品的设计传统，开发潜力还很大，改进优化空间还很广。希望Google优先解决目前严重影响用户使用的读取速度问题和日期显示问题，在改进中不要将Reader变为一款臃肿的在线浏览器，尤其是AJAX技术的应用应做到适可而止以保证用户的浏览速度和资源占用量。由于地域距离问题，国内用户的访问速度问题是相对比较难解决的。目前建议国内用户先暂时不要正式使用Google Reader，应等待其功能完善、速度提高、语言本地化后再行使用。 统观RSS在线订阅浏览，它代表了未来互联网信息传播的一种整合化、个性化、即时化、移动化的趋势。至少现在来看，它有利于节约大量时间和劳动，减少移动成本。因此之后设计]
]>

为准确把握ASP程序执行效率，可以添加ASP页面执行时间计算功能。如果想比较精确地计算，则应将开始计时点放在@语句后的第二行。因为数据库连接常常放在单独的ASP文件中，而其他页面也会在第一行引用该文件，所以@语句一般写在数据库连接的ASP文件中，那么计时点开始语句也应放在这一文件中。计时开始语句代码如下。

<% '计时开始语句 'Dim TimerStart, TimerEnd TimerStart=Timer() '自当日零时起经过的秒数 %>

计时结束点应放在页面的最靠后部分。结束代码如下。由于ASP文件的顺序执行，所以必须先结束计时才能显示结果。代码如下。

<% '计时结束语句 'TimerEnd=Timer() If TimerEnd<TimerStart Then TimerEnd=86400+TimerEnd '如果恰好跨过一个零点 Response.Write CStr(FormatNumber((TimerEnd-TimerStart)*1000,2,-1)) & "毫秒" %>

下午买了内存条回来后动手升级。先是用了半个多小时才搞明白Dell的变态机箱怎么打开。内存的安装倒是很顺利，按照颜色，做成双通道。唯一的瑕疵是原本是Samsung的而新买的是Hyundai的，Dell的电脑传说中很挑剔内存，不过既然号称是Dell原机拆下来的内存，应该还是没问题的。下面是性能测试对比。

以下结果使用Everest 3.00.630测试，系统均经过Wopti内存整理的深度整理，关闭所有系统托盘中的软件，关闭McAfee VirusScan实时监控。

安装前（512MB）
内存读取：5919MB/s
内存写入：4248MB/s
内存复制：3986MB/s
内存潜伏：98.7ns

安装后（1.5GB）
内存读取：5970MB/s
内存写入：4249MB/s
内存复制：4279MB/s
内存潜伏：97.9ns

可以说，改善很不明显。因此可以看到，内存容量的增加对内存的实际性能提升影响不大。之所以我们可以感受到性能的一定改善，是由于有很多数据不必转存硬盘虚拟内存，而是直接在速度更快的物理内存中存取。

以下结果使用3DMark 2006测试，检测环境同上。

安装前（512MB）

总分为530，细节省略（SM2.0：248；CPU：880）

安装前（1.5GB）

总分为532，细节省略（SM2.0：250；CPU：886）

从以上结果来说，改善微乎其微的，甚至可以忽略作误差的。这是因为3DMark主要考察的是显卡和CPU的性能，而内存对显卡功能发挥的影响是几乎是没有的，而对CPU性能的发挥有一定影响但总体来说也是很小的。

尚未进行MemTest内存稳定性测试，但总体感觉比较稳定。

计算机配置：Dell OptiPlex GX620，Intel 945G芯片组（82801G ICH7 USB控制器），USB鼠标、键盘，Radeon X600，Intel Pentium 4 3.0G，512MB DDR2 533内存。

症状：不稳定电源突然断电。恢复后在大型3D游戏中按下键盘按键，出现无字提示的异常蓝屏。计算机停止响应键盘事件，键盘仍有供电；鼠标有供电；机箱设备供电正常。

尝试排查过程：首先确定与鼠标无关，排除USB控制器硬件故障问题。怀疑内存问题，使用MemTest长时间测试无错误，排除内存故障。怀疑显卡驱动损坏，升级安装显卡驱动，无效，排除。怀疑IME感知检测冲突，关闭后症状依旧，排除。

成功尝试1：怀疑USB控制器驱动损坏，重新安装，初试解决，后重新出现同一症状，可排除驱动程序损坏问题，但找到解决问题思路。

成功尝试2：尝试重新连接，关机后连接到新的USB端口，强制系统重新识别设备，成功。目前尚未出现问题，可靠性有待检验。[2007/06/13更新：到目前为止该尝试结果仍为成功，可判定其为成功]

原理解释：尚未确定。待可靠性检验后进行探究。[2007/06/13更新：目前我认为可能与USB设备驱动有关。重新连接后Windows重新启用驱动程序，修复问题；但为什么只有3D游戏中会出现此问题尚不明确]