无剑网

升级到Zblog 1.8以及更换模板

violam@163.com (violam) — Fri, 16 May 2008 16:17:09 +0800

Zblog 1.8 发布都有一段时间了，最大的变动就是插件和模板的管理。从表面上看与1.7没什么分别，但是后台的变动还是比较明显的，主题样式独立出来作为一个选项，对主题模板的支持更直观了。“友情链接”和“导航菜单”等也被拉出来作为一个独立项，不再寄居在“文件管理”下面了；网站设置方面也有一些改动。

我一向是比较懒得去弄，趁着这次换模板，连版本也一起升级了。从1.7 到1.8 其实没什么难度，上传官方的安装文件，运行install.asp，会有两个选择“全新安装”还是“升级”，然后选择“自动升级”就可以了，事先要注意把数据库文件备份一个以防不测。主要的麻烦在于1.7使用的模板和1.8是有一些分别的，要做一些改动才能用在1.8上面，这些改动在Zblog官方网站都能找到，或者干脆在1.8后台换一个新的吧，我就不多说了。另外，换了这个黑白的模板，是我自己弄的，感觉一般般，因为比较照顾文字大小和内容，所以没怎么注意装饰和美观，留待以后有心情再慢慢美化好了。如果要我自己给这个模板打个分数，我觉得应该70分勉强能达到吧，呵呵。

有感于微软SilverLight的推广

violam@163.com (violam) — Fri, 25 Apr 2008 20:30:11 +0800

Adobe与Microsoft的RIA大战越来越有看头了，随着Adobe AIR 1.0正式版和微软SilverLight 2.0 的推出，两者的暗战已经悄悄升级。十多天前，微软说：《尚无捆绑安装Silverlight插件计划》，文中提到“目前不仅仅有像腾讯公司，新浪，百度，淘宝这样的大互联网公司……都在推动Silverlight的发展”。与那些什么工具条插件之类的推广方式不同，微软这个东西的确“没有捆绑”。

之所以说它没有捆绑，是因为它的推广方式根本就已经超越了捆绑。例如其中提到的腾讯公司，这段时间重新下载了一个QQ2008 beta版，安装后看到它给我装了不少东西，首先就是腾讯自家的超级旋风下载工具、QQ工具栏和中文搜搜这三个东西，并且是可选安装的。然后发现控制面板的删除里面还多了一个SilverLight东西，而我的系统是刚刚从Ghost恢复的。为了证实这个方式确实存在，我特意又用ghost恢复了一次系统，然后对比安装了一次qq2008，其中安装过程中有一行字“正在注册Microsoft SilverLight”一闪而过。你说这是捆绑嘛？这绝对不是捆绑，不要用捆绑这个流氓式的词来侮辱的微软。要说责怪这是腾讯在协助推广的话，说不定QQ2008还真的需要用到这个插件呢，一切都是恰到好处。这有让我想起了Nokia的手机软件套装需要安装.Net Farmework，并且最近看到ATI的显卡驱动控制中心，也是基于.Net Farmework的，从驱动程序级进行控制，想不安装都不行了。微软的合作伙伴何止上面提到的这几个。这再一次印证了我自己关于分享和推广的想法，无论暴风影音这样的解码包，搜狗拼音，遨游maxthon浏览器，以及后来被收购FlashGet快车下载，他们的发展和转变基本都能见证Open Share的效果，对于推广的思路是越来越清晰了。

以微软的霸主地位来说，要推这样一个小东西太容易了，确实不需要捆绑。尽管Vista卖得不是很好，XP系统还是占了大部分的天下，但是别忘记XP里面有一个自动更新的利器，这个自动更新除了自动安装补丁以外，还是一个继续补充后续计划的好东西。例如当时的XP sp2这个大块头补丁，很大一部分就是通过自动更新发放的。多少木马病毒对它恨之入骨，有些黑色的客还编织了很多诱骗用户手动关掉自动更新的谎言，以便改善病毒木马的生存环境。可见它确实是个利器，所以目前大部分的软件都拥有了自动更新的功能。

在这么强力的策略下，微软银光的安装率不断上升。据说已经“自Silverlight推出后，全球平均每天下载数已超过150万”，并且号称从2007年发布至今，中国已经有三分之一的电脑安装了SilverLight，是有一点泰山压顶的感觉。对于其他那些单薄的软件作者，看到这种情况会如何黯然销魂呢？至少我个人是很眼红很流口水的。如果有那种资源，谁又愿意去捆绑呢……

花开两支，各表一端，再回头来看看Adobe。尽管我个人偏爱Flash，但是Flash确实一直有一个很致命的地方，就是对搜索引擎非常不友好，以致于微软都经常拿这个硬伤来做借口攻击Adobe的体系。微软号称SilverLight能以XAML格式作为信息载体，从而实现搜索引擎爬行的可行性。而对于Adobe的MXML，AIR中的MXML是放在客户端的，与搜索关系不大。部署在服务器端的Flex，MXML却是用在描述构建生成一个Swf表现层，甚至包含数据库操作，绝对不会呈现到前台。所以面对搜索蜘蛛的，就只有swf文件，也就是说除非搜索引擎具有解析SWF文件的能力，否则别想从里面得到什么可索引的内容。这点与PDF和XLS文档是有点相似，可以看到未来的。

尽管Flash的这个搜索的问题还是挺严重，不过事实上的确一直在改善，在当年老版本的Flash输出里面，所有的文字都是被打散成矢量输出的，我印象最深的就是带有“口”偏旁部首的字，这个“口”都会被填充成一个方块。后来，文字不再打散成矢量图片了，文字等描述得以保留下来，这个改变就是现在google能够爬行swf文件的基础，非图片的文字才能被搜索引擎的蜘蛛识别，因为毕竟现在的蜘蛛实际上还是个瞎子。而当时Flash保留文字并不是为搜索考虑的，而是为了方便swf文件中的内容更新，和通过Actionscript控制文字的显示。换句话说，那时的Flash是完全没有搜索引擎优化这样的意识的，否则就不会是现在这个鸟样了，否则Google的蜘蛛就不会在面对Flash文件的时候如此痛苦了，否则就不会被微软拿来做口实了……怎么那么多否则。不过SEO在国外发展得比较广泛，再加上微软如此吹擂XAML格式是如何如何的SEO，相信Adobe想不痛心疾首都不行。痛定思痛后难免不改进swf格式让他兼容更多的解析。比如我个人就建议给swf文档加上一个文字性的描述，就像当年的HTML不得不为自己在head区弄点meta一样。就连JPG图片格式都有扩展描述了，你SWF要想融合更多人民群众，就不能不添加更多的团结策略。

微软和Adobe，看来是会平分天下了。谁也别想打倒谁，选择微软和选择Adobe都是一样有前途的。微软有自己的.Net留下来的大量人才资源，Adobe也一样有非常广泛的Flash群众基础，并且Adobe的设计人员还比微软要多一些。现在Flash的分工更加明确了，Flex Builder的出现，使得平面设计师和程序员的专业分工越来越明确了，以后会越来越少很少听到要谁同时精通美术和脚本编程的。有人反映说Flash CS3变化太大，以致于许多老用户都适用不了，实际上那是因为它已经进入了一个分工协作的新时代。现代的社会不正也是分工越来越明确么？

RIA如此丰富多彩，难怪我本人会像金属遇到磁铁，被它深深吸引难以自拔，甚至有点超过了目前比较有钱途的SEO作业。试看两年以后，搜索引擎会是一个什么样的面貌？Web浏览器还会像现在这样几乎是上网的唯一吗？

不加www的域名301转向解决方法

violam@163.com (violam) — Sun, 06 Apr 2008 14:52:04 +0800

有些同志提到一个比较仔细的301转向问题，即加www开头和不加www开头的域名，都是绑定在同一个目录，要让它们实现统一会遇到麻烦。例如笔者要把http://nosword.com转向到http://www.nosword.com，一来是照顾部分人输入网址不习惯加www的习惯，二来也为了使搜索引擎不至于形成两份相同的复制内容；而这两个不同的URL在虚拟主机上通常是绑定到同一个目录路径的，甚至使用同一个默认初始文件，如default.asp，index.php等，并且大部分的虚拟主机设置有限，应该如何设置301转向使得这两者统一？有同志提出专门使用两个空间把它们分开，一个空间绑定www.nosword.com, 另一个空间绑定nosword.com，然后再设置转向，虽然这样可行但是成本比较高了。笔者在花了一些时间分析后，觉得以下的ASP和PHP解决方案还是比较快捷可行的。

首先，Google的Webmaster Tools后台已经有这个细心的选项，位于"工具(Tools)"菜单下面的"设置首选域名(Set preferred domain)"，可以让网站主手动选择适合的域名，以防止重复收录。然而对于百度之类的其他搜索引擎，还没有提供这样的管理功能，所以还是不得不在自己的网站之中设置301转向。因此，我写了一段简单的代码，用于检测网址之中是否带有"www."这四个字符，如果没有，则可以进行301转向，如果有"www."则保持原样不做任何动作。把这段代码放进网站的首页文件，基本能满足这个转向的问题。

ASP版本 - 检测当前的域名中是否带有"www."字样

<%
Dim theUrl
theUrl = Lcase(Request.ServerVariables("HTTP_HOST") )
If Instr(theUrl, "www.")<1 Then
'这一行文字可以替换成放置301转向代码
Response.Write "测试信息：网址里面没有www. 字符，应该转向"
Else
Response.Write "测试信息：找到了www. 字符，不做任何动作"
End If
%>

PHP版本 - 检测当前的域名中是否带有"www."字样

<?php
$theurl = strtolower($_SERVER["HTTP_HOST"]);
if (strpos($theurl, "www.") === false){
// 这一行文字可以替换成放置301转向代码
echo "网址里面没有www. 字符，应该转向";
}else{
echo "测试信息：找到了www. 字符，不做任何动作";
}
?>

上面的代码再配合乐思蜀的《301转向代码合集》（http://www.dunsh.org/2008/03/19/301-redirect-code/），就能完全解决这个郁闷的问题了，唯一需要注意的是这段简单代码志只判断www存在与否，因此bbs等论坛域名也会被转向，因此只适用于放在绑定网站的首页文件之中。我在自己的ASP和PHP网站分别做了测试，并且使用了在线301转向检测工具进行测试，都能正确检测出转向，因此面对搜索引擎的蜘蛛应该没有问题，时间问题就不做实际证明了，希望有实践过的同志证实一下实际效果。

原载：无剑网
原文路径：http://www.nosword.com/200804/no-www-301-asp-php/
版权声明：转载请以链接的形式注明作者及原出处，并保留本版权信息，严禁一切非法复制。

用心和分享的沧桑

violam@163.com (violam) — Sun, 30 Mar 2008 14:09:29 +0800

乐思蜀大哥在点石互动论坛某个回复贴中提到“Zac用实例告诉大家, 物理结构已经不重要了”，我认为这句话是很非常有道理的。ZAC是SEO中的贵族，人在新加坡，他的SEO每天一贴博客拥有几万的固定读者，ZAC自己也说了他在每天一帖中“快乐的分享着，写着”。刚接触SEO的时候，曾经认为网站优化无非就是改改标题和简介，适当提高关键词密度优化链接之类的。现在回头去看，感觉的确如乐思蜀所说，物理结构已经不重要了，或者是不是最重要的。技术、策略、营销，都是必不可少。其中我认为又以用心和分享的策略，即Open Share最有持久有效。用心才能确保内容的质量，分享才能把你用心做出来的有价值的东西传播出去，形成求之不得的资源。

垃圾站与好站最大的分别应该就是用心吧？我有一个关于金融的资料站，被某个经常写股票博客的陌生先生，主动在他的博客写了两句简介还留了链接，这是后来我在查外部链接的时候才看到的。这位先生的行为让我有些诚惶诚恐了，说实话，虽然那网站我确实下了一些功夫，但是自我感觉还是难逃垃圾站的归类。后来还看到有些人的书签收藏里面也有此站的收藏，实在汗颜。最有意思的莫过于还有一个网站的某个页面，显示来源是file开头的本地文件，也就是说，那个页面被某人整个保存到硬盘了，某天又打开了所以统计上还能看到。

然而，垃圾站光用心是不够的。现在的网络，认认真真做站没什么收成，反而是有些垃圾站却在暗中数钱偷笑。在网站多如牛毛的时代，酒香也怕巷子深，这也是SEO为什么传播如此地如此迅速和广泛的原因。曾经开过一个玩笑，说百度搜索结果第一页是竞价推广的，第二页和第三页是SEOer和新浪腾讯等大型门户的，第四页才是普通站长的。玩笑归玩笑，也有一些想法在里面，你的内容做得再好，不做一些必要的推广，也会淹没在网站的大潮之中，不知什么时候才能重见天日。项羽霸王说他不学敌百人之技，要学就学敌万人之技；这能敌万人之技，在现代恐怕就是营销学莫属了，当然人与人的之间的兵法，也是深奥的学问，题外话了。话说回来，好网站如何做推广？分享才是硬道理，别为一些小聪明洋洋得意。手上握着好东西，通过Open Share发散出去，后来还会形成雪崩一样的自动蔓延效果，还顺带沽得身前身后名，此乃“人间正道是沧桑也”。

个人做网站，往往是身兼数职，ASP或者PHP，Photoshop，XHTML+CSS，Javascript，数据库，CMS，SEO，SEM，英语水平，盈利思维，电子商务，营销推广...... 数都数不过来了，每一门都有大量的知识。我自己开始初学网站的时候，为了做好第一个站，硬是把ASP和CSS给啃下来了，后来还看完了一本厚厚的Javascript的教程，再接触SEO，转写PHP，到现在还想把ActionScript 3也吞下，也渐渐发现很多知识其实都是相通的。并非我很喜欢这些东西，而是为了实现我的各种想法，不能不去掌握这些必备的技术而已。虽说科学技术是第一生产力，但过分痴迷技术也不是一件好事。说到最后，也许只有决心是最重要的，如果你有强大的决心，我想没有什么东西能阻挡得了你的。奋斗的过程是艰苦的，但是有付出最后肯定有收获，最后引用几句蜘蛛的话“自私不是聪明，付出必有回报；分享才是正道，学习才能进步。”

转贴《盈利困境不能总在别人的背后》

violam@163.com (violam) — Thu, 27 Mar 2008 17:08:00 +0800

一段关于百度的历史，应该是节选自李彦宏的自传之类的书籍，去掉其中的光环和个人崇拜情绪，还是挺有启发意义的文章。个人认为最值得回味的就是百度与新浪打官司的那段，新浪说的话非常值得深思。看似百度最低谷，却暗藏思想上的转变。也正是看到了这段历史，我才对流量有了一个更深刻的认识。这个故事其实也跟犹太人经商秘密的羊皮卷里面的“在逆境中发财”很符合。

《盈利困境不能总在别人的背后》

  “你的态度而不是你的论据打动了我们。”

    投资人把信任交给了李彦宏，1000万美金，在他的心里沉甸甸的。投资，不是扶贫，如何让这些钱越来越值钱，是百度必须面对的问题。

    在很短的时间里，百度已经让当时国内所有的知名门户网站都购买了它的搜索技术，包括新浪和搜狐，对此，百度的员工都无比开心，这就好像肯德基和麦当劳采用了同一家的蕃茄酱，其几率几乎为零，因为它们间的竞争非常激烈，而搜索引擎又是一种很重要的应用。采用相同的技术，在搜索结果上的近似性，并不能强化门户网站各自的优势。也许它们这样做也是无奈之举，这只能说明，当时百度的搜索技术远远领先于其他的搜索引擎。

    百度卖得越好，李彦宏和管理层的压力越大，甚至成为一块心病。技术领先，让百度很快形成了市场垄断，但是依然没有解决如何盈利的问题。投资回报一直是负数。进入2001年，这一年的互联网业界又发生了太多惨烈的事情，大批的网站纷纷倒闭，少量勉强维持的也几乎都裁员高达2/3。王志东离开新浪，王峻涛辞去My8848董事长，不但是门户，电子商务模式也难以为继。还有网易因误报合同事件被纳斯达克正式通知停牌。各大网站都陷入了生存危机。

    对门户网站来说，搜索服务是个锦上添花的事儿，有个搜索框挂在那里摆个样子就成了，套用一句话，“不求最好，只求最便宜”。实在不行，就自己弄个“网站搜索”———只在自己的网站里捞点信息对付一下就成了，触手根本不往整个互联网上伸。

    残酷的现实困扰着百度的高管层。那个时候，李彦宏、徐勇、刘建国以及其他管理人员每个月都要拉到郊区开会，核心议题，就是如何解决盈利。大家尝试过开发软件卖给网站，尽管网站众多，但在互联网的寒冬之中，不见朱门酒肉臭，常闻路有冻死骨，这招不灵。当时，投资人还带来了一个名为CDN的项目，就是“内容分发网络系统”。它的目标是针对网站速度慢的现象进行提速，其原理是让网民能从最近的网站镜像访问中，获得最快的速度。当时，百度投入了很多人力，产品也开发出来了，在一片萧条的互联网界，也没引起市场的共鸣。

    盈利模式的困惑，像一道紧箍咒，困扰着百度的高层。大家当时一直有一个信念，在互联网上，搜索引擎是一种很基本的需求，它一定会有市场，只不过大家还没有找到合适的模式而已。对此，没人动摇过。无论环境多么艰苦，百度，依然在不断探索基于搜索的盈利模式。对于工程师们来说，眼睁睁看着自己的产品得不到很好的应用，也有一种明珠暗投的郁闷。对于使用百度搜索的某些门户网站而言，许多百度认为很好的功能它们并不需要，也不会用，门户首页看上去都是花花绿绿的，搜索框旁边四处是飘浮的广告，百度的技术做得再好也没用，因为门户网站的用户体验做得极差，工程师们感到自己的心血全白费了。

    经过太多次碰撞，李彦宏做了两个决定，第一，推出自己的网站，网友用百度不用去其他网站;第二，尝试一种新的商业模式———竞价排名。

    2001年初夏，正在深圳养病的李彦宏，再次对竞价排名的模式进行了论证。长久以来，李彦宏对竞价排名如何实施的思考，可以用深思熟虑来表述，现在，最关键的是要说服董事会。在一个下午，百度深圳分公司的经理刘计平将李彦宏从医院接到深南大道旁边的深圳分公司，因为他要参加一个电话会议。

    刘计平在办公室外看报纸、上网，听到在里面打电话的李彦宏声音陡然高起来。这个下午，给刘计平留下了极深刻的印象:那一天，李彦宏的声音一改往日的温文尔雅，而是显得有些激昂。音调偶尔高上八度并不难，难的是，整整一个下午，一直听他在屋里慷慨陈词，当然，用的是流畅的英文。当时，刘计平并不知道这个电话意味着什么，打完电话的李彦宏推门出来时，又恢复了往日的不瘟不火，像什么事儿也没发生过。刘计平也就没有在意，直到过了许多天，拿到话费单一看，天啊，怎么会有一个500多元的电话，这时他才再次想起那个越洋电话。

    （这个耗资500多元的电话，确定了百度推出门户的决议和竞价排名的诞生。李彦宏滔滔不绝地讲了一个下午，如果折算成市值，只能用四字表述:一字千金。）

    事实上，那天，李彦宏并没有说服董事会。但董事会最终答应他尝试一下。无疑，这位在中国的执行者，他的敏锐与执著，让远在美国的投资人更愿意把赌注压在他身上。针对董事们的疑虑，李彦宏力陈自己的主张:第一，推出自己独立的门户，或许是个冒险的举措，但百度如果只靠别家门户养着，必将越养越瘦。第二，对于竞价排名，的确，融资时还没提出这么个概念，但大家一定要往前看，没有好的盈利模式，投资人就掉进了陷阱。事实上，每个投资人都希望得到回报，120万美金投进来了，如果两年之后只能收到240万美金，这还是大家投资的初衷吗?不是!谁都希望两三年之后，是2400万美金，是2亿4000万美金甚至更多。“你们（VC）想要获得高回报退出，百度就必须高速成长，而再坚持目前的业务模式，无法获得这样的发展速度。”

    “你的态度而不是你的论据打动了我们。”百度董事会最终同意公司转型。2001年9月20日，百度推出了自己的网站。这时，已很少有人看好网站了，百度却变成了一个地道的.com公司。同时，百度正式推出搜索竞价排名服务。除了在Baidu.com上，百度的竞价排名还采取了与门户网站收入分成的模式。这使得百度转型以一种平滑的方式进行。为了减少对门户网站的依赖，李彦宏一直强调，百度从单一门户网站中获得的收入不得超过总收入的10%，同时加紧扩大自身网站的流量和影响。那么，究竟什么是竞价排名，而这种商业模式为什么可以让百度的股票在上市之后一飞冲天呢———稍后再做解释。

    百度的这次转型，犹如红军长征中的遵义会议。事态的发展慢慢证明了这一点。漫长的互联网寒冬让曾经烧钱如烧柴的网站压缩开支，有的门户网站找出各种理由拖欠百度的服务费。其中，新浪的理由听上去似乎也很有道理：新浪给百度提供了访问入口和访问量，却还得交钱给百度？百度认为自己为新浪提供了技术服务，收钱是天经地义的？(附注：其实这句话现在回头去看，已经有答案了，看看人家google现在是怎么与新浪合作的...)。双方在僵持中度过了2002年的春节，依然没有和解的迹象。    2002年2月的一个下午，已成为技术总监的郭眈正在卡座上收邮件。这时电话响了。刘建国在电话那头说，因为新浪一直欠费，要停止为新浪提供搜索服务。接到命令，郭眈很诧异，这么做的话会不会把百度与客户的关系一下子搞得很不好?他再次向李彦宏、刘建国确认了一下。得到的答复是，这个事情已经决定了，相应的善后工作由销售部门去处理。三点钟左右得到命令，郭眈带着几个工程师很快就处理完了，在傍晚时分，当网民点击新浪的搜索框时，就会跳出一个百度的声明，表明因为新浪欠费，相关的服务被停止了。这一声明，引起了不小的波澜。只是，在猜疑、在争辩的网民并没有意识到，这是一个独立的百度的一次成人宣言。（完）

Google Analytics beta3 支持AIR 1.0正式版

violam@163.com (violam) — Sun, 09 Mar 2008 15:09:55 +0800

众所周知，Google Analytics 是一个非常强大的网站流量分析统计工具，有多种用途。Web版的Google Analytics用了很多Ajax效果，加上海外连接等原因，访问起来有点慢。托Adobe AIR (Adobe Integrated Runtime,旧名称Appolo)的福，去年有个人Flash高手推出了AIR版，人称离线版。AIR的好处是本地操作反应非常迅速，并且离线客户端也能在线获得与Web版相同的数据。然而，我个人认为，这个软件有一个很致命的问题，就是需要输入和保存自己的账户密码，对于非官方的软件，托付账号信息，我是始终无法认同的。这个软件的确很实用，所以我的想法并不影响其他人对它的看法，如何取舍就看各人意向了。

目前AIR版本已经完成了从Beta3到1.0正式版的更新，在运行环境这新旧交替之际，一些老的AIR程序多少是会出现一些问题的。网上介绍的Analytics基本都是在Adobe AIR Beta2那个时期，在Beta3会有支持问题。我去官方下载那里转了一圈，发现已经有了支持Adobe AIR 1.0的Google Analytics 了，无需再为AIR版本问题郁闷。如果要搜索它，用“Google Analytics AIR”这个词就行了，加上版本号反而容易出现老版本的。

名称：Google Analytics AIR reporting suite (Beta 3.air - AIR 1.0 )
官方下载：http://www.aboutnico.be/index.php/downloads
大小：980kb左右

名称：Adobe AIR 1.0 runtime RIA运行环境
官方下载：http://get.adobe.com/air/
大小11MB，Adobe英文站访问比较慢，这里直接贴上一个连接，用迅雷直接下载自动引用国内资源会快得多
http://airdownload.adobe.com/air/win/download/1.0/AdobeAIRInstaller.exe

Google Analytics 的官方中文Web网页：
https://www.google.com/analytics/

AIR还有许多非常绚丽实用的应用程序，大多数都是基于Beta版的测试开发，不过相信情况很快就会改善，正式版出来了，好软件会越来越多。

站在Adobe与微软之争的RIA路口

violam@163.com (violam) — Tue, 26 Feb 2008 00:32:14 +0800

即使有人没有听过微软的大名，相信也应该听过它老板世界首富比尔盖茨的名号。虽然现在比尔退居幕后了，但是微软依然是IT行业中一个巨无霸。至于Adobe，就不是所有人都知道它是何物了，实际上Adobe也是一个非常强大的美国IT企业。我们通常说的图片被PS过了，PS代表的就是大名鼎鼎的Photoshop图像处理软件，而Photoshop这个历史悠久无处不在的家伙，正是Adobe的主力产品。并且，N多人都知道的Flash动画，Adobe在前一段时间也成为了它的东家，因为它收购了Macromedia公司，所以Flash现在也是Adobe旗下的拳头产品之一了，据统计Flash插件已经强X了将近90%的电脑安装率。Adobe曾经放话它唯一的对手是Google谷歌，这并不是疯言疯语。

Adobe的产品还有PDF电子书等很多其他东西，不全部列举了。但是为什么要把微软和Adobe放在一起？这里不得不在提一个技术概念。RIA（Rich Internet Applications），译为富客户端程序，通俗点说就是在个人电脑实现更多有趣的功能就对了，而不是全都搬网络上的服务器端。RIA与以往其他程序最大的不同，就是强调离线操作和在线通讯，换句话讲就是，RIA希望把很多网络功能都搬到桌面上来用，并且又能做到与网络紧密联系在一起。然后，巨头们还用跨平台的特点，“肉隐肉现”地把眼光瞄到了手机上网那边。

RIA是一个技术实现层面，实际上普通的初级用户不需要懂它里面的复杂关系。用户只需要知道的，是安装一个像Flash插件那样的东西，只需安装过一次以后就能使用RIA类的软件。与Flash不同的是，这块RIA的“插件”东西这次有两种选择了，微软有一块，Adobe也有一块；微软的是WPF，也就是.Net Framework 3.0，.Net 1.0和2.0已经有一段应用历史了，.Net 3.0才是重头戏。Adobe的原本叫做Apollo，最近改名为Adobe AIR了，这两家都还在Beta测试之中。这两块Runtime的名字，注定以后会像flash这个名字那样经常与用户打交道的。比如很多诺基亚手机用户安装电脑的配套软件，就会提示需要先装.Net framework。看到了吧，微软和Adobe已经展开了直接的正面竞争了，无可避免的两家公司是要擦出爱的火花...哦不，是擦出RIA的火花，从而展开一场在个人电脑桌面上的大战。

上面说的东西还算浅比较入门，现在我们继续说点深奥的吧。话说本人在学完PHP写代码以后，发现它很好很强大，但是尽管PHP能够处理任意的HTML网页，和凭借MySQL数据库实现大部分的存储操作，但它始终还是部署在服务器端的一种应用，对于操作浏览器等客户端方面非常力不从心。去年我曾经把眼光投向AJAX这样的Javascript组合，但是令人失望的是它尽管能实现网页无刷新，并且实现一些有点酷的功能以外，大部分时候只是一个能把浏览器卡死半天的鸡肋。由于目前各浏览器Javascript都是解释性脚本，每次打开网页都必须让电脑初始化再编译执行，效率非常低下，并且代码稍微一多，只需2MB的大小就能实现“卡吧死机”的效果。Javascript是与用户息息相关的，虽然它号称全球的电脑都支持它，实际上IE和Firfox这些浏览器本身的版本就已经五花八门，上面安装的JS版本更是混乱不堪。花这么多篇幅说Javascript，因为Javascript与RIA的关系也非常大，AJAX也可以说是一种RIA。

Flash，它也是在浏览器里面执行的，但与Javascript很不同的是它的SWF是经过二进制编译过的，执行速度相当的飞快，打开一个几十MB的Flash动画也不会感觉卡就是这个原因。Adobe AIR正是基于Flash的ActionScript核心上进行扩展的。话说回来，学完PHP以后我才发现我还需要一个更强的前端表现层。经过查询以后，发现新出现RIA正好于我想的不谋而合，可能就是因为网络化是世界大潮流吧。遗憾的是它分成了微软和Adobe两个阵营，并且两家是水火不容的，站在微软与Adobe交叉路口，开发人员只能选其中一个平台进行深入研究。(First Post On 无剑网)。

其实我个人向来对微软的东西不太感冒，除了臃肿还是缓慢，并且早在Flash 4的时候就开始接触Flash，也能写点简单的Action，只是后来没有再去深入，Flash的广泛和成熟也是Adobe阵营的一个优势之一。对于我个人来说，其实已经早就选定了Adobe了。并且现在Adobe Air更加吸引，Flash支持Socket，也能通过AMFPHP与PHP服务端进行通信，只需再掌握多Flash ActionScript 3这门语言就够了，跨平台方面，Adobe AIR也是以Java为基层的，在Linux上是畅通无阻，并且，PHP的最佳平台正好就是Linux。Adobe还可以通过部署在服务器的Flex实现更强的后端功能。Flex 目前最新版本都是Beta3测试版，Flex 国内已经有了第一本中文教程《Flex 第一步》。而AIR，2月25日那天Adobe发行了AIR 1.0正式版，不再是Beta测试了。

至于微软的.Net系列，第一是C#虽然属于ECMA标准语言系列，上手不难框架也完整，但是它配合的是MSSQL的数据库，换句话说还是离不开Windows平台，尽管比尔大叔也有跨平台的野心。Adobe AIR 目前Beta3只有11MB的大小，.Net Framerwork 是22MB，sliverlight大小还没有去了解，但是光实现C#的.Net框架和MSSQL这堆东西就已经几百MB了，另外，微软还要开发一个像flash那样的矢量化图形引擎，在推广软件安装和完善上微软就已经落后了一大截。微软已经在向广告型企业转型中，但是桌面应用这块肥肉实在太大无法抛弃，所以我估计，将来美国微软那边的affiliate计划可能会出现RIA安装这类推介，只是现在还是只允许美国地址申请。微软的优势也是有的，windows平台的使用者极多，vista系统现在也已经嵌入了部分的功能，霸主和垄断地位就是最大的武器。

RIA实现了比传统HTML网页更强力、反应更迅速、界面更华丽的Web表现。对于用户来说可以说是一次用户体验上的革命，无论是视觉上，操作习惯上都会发生比较大的变化，目前看到的主要是一些在线地图上的应用，例如购买机票或者查询地图路线，都有非常直观的图形界面和操作，并且能立即与网络服务器交换信息。整个富客户端的改变，也许最终甚至会改变用户的上网习惯，呵呵说太远了。在摆脱离了浏览器的约束以后，RIA的应用范围就大大扩展了。许多公共地区和场所都有一定的需要，这方面的市场是很值得动脑筋的。(http://www.nosword.com/)

最后还要说一点，关于RIA和SEO，目前RIA对于搜索引擎对于RIA简直是无能为力，我们所看到的搜索引擎最好成绩就是google能够识别一些文字性的Flash文件，但这是远远不够的。RIA对于搜索是一个很大的挑战，在各搜索引擎实验室里面，如果现在还没有应对RIA研发进程，相信很难应付几年后网络的发展。事实上，如果过多地从SEO角度去考虑问题，可能会扼杀了许多创意的产生，也会更多地依赖搜索引擎流量；这是我不愿意把SEO当作一种职业的原因，而只是把它看作是一种必备的能力。为了SEO而SEO，视野就变得很狭窄了。我见到有一个Flash技术高手的博客，没有怎么故意地去做链接，只靠原创的技术内容，他的PR已经飙升到7了。这一点不能不说是对SEO的一种反思。营销，确实需要更自然更有创意。

对于RIA，我脑海中浮现了许多种不着边际的构思，包括有些是从Second Life的发展学来的东西，有些可能会成为一些很有意思的诱饵。但想到最后，逐渐会觉得许多事情的原理都是相通的，无论是技术、还是生活和为人处世，都是需要更多地去考虑和布局，考虑自己和他人，考虑局势和未来，需要更多的创意。

-------------
3月底更新备注：

在对RIA的深入研究中,发现与AIR对等的应该是WPF，而SliverLight对手是Flex

AIR runtime ---VS--- .net framework ---VS--- JVM

AIR ---VS--- WPF ---VS--- JAVA Application

FLEX ---VS--- Sliverlight ---VS--- JAVA Applet

Flex 包扩 AIR 包括 AIR runtime

SliverLight 包括 WPF 包括 .net framework

至于Google Gears，是互联网向桌面融合的产物，而我们今天讨论的是桌面向互联网融合。

电视剧中有意无意的话题营销

violam@163.com (violam) — Thu, 21 Feb 2008 18:40:20 +0800

前几天在翡翠台的一个电视剧里，看到一个公司经理和员工喝咖啡的情况，还顺便提到了一个印尼特产的咖啡称为“猫屎咖啡豆”，本来聊聊世界各地风土人情是正常的，但是他在介绍最后还说了一句很莫名其妙的话：“香港已经有一家五星级酒店引进了这种咖啡”。我正奇怪他们为什么这么奢侈，回头想想原来这句话原来是有意安排进去的。

可能你会觉得我太敏感，实际上在电视这种隐蔽的广告方式已经不少见了。还记得那个飞天入地的007那个用来切割金属的激光手表吗?不错，就是他代言的OMEGA欧米伽（我又帮它广告了一次），007用的又是什么手机呢？诺基亚！这个电影的例子还不足以证明，那我们再说一个《岁月风云》。这是一个关于汽车工业的电视剧，前一段时间好像曾经在CCTV热播过。里面就有一些很值得注意的地方。华X公司和美人豹跑车这两个名字，应该不是偶然。最有意思的就是某男追某女的一条副剧情线索，居然和床上用品搭上了关系。剧里煞费苦心的安排了某女在Supermarket工作，然后某男在某次床上用品活动--扣被子大赛中理所当然地拿到了冠军成功挽救了一段感情云云，那床上用品的背后就清楚地写着几个大字“雅居乐”，这个是香港比较知名的家居品牌，连广告语都省了。实际上，这张能扣在一起的被子，在电视剧中出现了两次，并且它还推了一个能折叠沙发产品。说实话，当时我还真感觉它这产品不错呢。

如果你还是觉得是事有巧合罢了，那我再说一个稍微比较差劲的。上面两个例子都融合的很好，没什么缝隙。但是在广东卫视里流行的《外来媳妇本地郎》痕迹就比较深了，话说某活动中某领导晕倒了，下属正准备打电话找人，就在这千钧一发的时候，某个妇女同事提醒他：“记得在前面加拨17xxx啊，可以省钱的”。17xxx这个号码是中国移动的IP电话业务。嗯，以后我晕倒了，也不会忘记得先加拨这个号码的。后来这个节目好像还专门推了一集关于某个中国移动业务的，围绕产品开展了一个故事，好像是神州行什么的，没有细看记不清楚了。

在电影里面嵌入品牌广告比较容易发现，电视剧中无聊剧情太多，广告和营销混杂在一起，要分清一些营销广告就不容易了。并且大部分观众都是从头看到尾，高潮是这样，无聊也是如此。观众并没有发现，电视剧中的广告已经悄悄地进入潜意识，宣传了那个品牌。香港电视剧在这方面比较领先，但是内地也已经有许多人注意到这些话题广告的优势并且开始运用了。我也注意到能够采取这样的嵌入话题营销的，基本上都是一些比较著名的，群众基础广泛的品牌，所以他们能加强品牌而又不引起观众的反感。

可口可乐、诺基亚等这些大公司并不是不需要广告和营销，而是因为他们本身是品牌所以又能采取一些二线产品做不到的方式。可口可乐和百事可乐之间的竞争是非常激烈的，当年百事抢夺可口可乐的市场份额可以说是寸土寸金，都是用钱砸出来的。如果可口可乐停止营销，那它很可能就会真的成为历史了，保持世界品牌的位置，其中一个原因就是因为它的市场营销机构在背后做了无数细致的工作，并不只是因为这名字起得好非常顺口。

好了，我是用拼音输入法，打字不是很快就不说那么多废话了。以上提到的各个例子是个人观点，请勿对号入座，如有雷同纯属巧合。

主流CMS系统的选择比较指南书

violam@163.com (violam) — Mon, 21 Jan 2008 13:25:25 +0800

一、前言

虽然2007年的冬天还没过完，但是网络行业依然百花齐放战火纷飞。有些网站一边数钱一边偷笑，也有某些不断烧钱的网站前景迷茫。更多的是大量中小型网站，在夹缝中生存。以前，论经费论技术开发和内容编辑，中小型网站对大型门户是望尘莫及的。而现在，很多网站都有了一个看起来很门户的首页，更有一些已经披上了Web 2.0的外衣，几乎找不到往日那丑小鸭的影子。这些变化背后的驱动力，大部分都是CMS内容管理系统的功劳。选择一个合适的CMS，能为网站设计工作节省大量的时间和费用。

本文倾向于介绍中小型的CMS系统，至于大型CMS的选择，那是需要经过大量的复杂论证才能确定下来的，往往是选择一个收费的大型系统进行二次开发。原创作者：无剑网(http://www.nosword.com)转载请注明。

二、什么是CMS？有什么用？

CMS (Content Manage System) 是内容管理系统的缩写简称。广义的CMS是对一切信息资源的管理，包括文章图片和动画视频等一切数据内容．也可以简单地认为，CMS就是用来管理和制作网站的。与Dreamweaver等网页三剑客这类手工网页设计软件相比，CMS进入了一个半自动和批量处理的时代，CMS本身就是网站的一部分。通常，我们会把网站分成前台和后台两部分，前台用于文章展示和交互互动，后台则负责设置参数、数据库操作、文件维护和用户管理。

通过使用CMS，可以大大提高网页处理效率和规模，释放手工劳动时间，也使得网站的维护负载和交互能力上升到一个新的高度。

三、CMS应该具备的要素

一个成功的CMS必须兼顾考虑多方面的因素。因为CMS最终是为网站建设服务的，所以从开发设计到决定投入使用都是非常复杂的过程。幸运的是，目前已经有许多做得很成熟很出色的CMS了，我们不需要自己开发或者只需做少量的修改就能直接应用，花费的成本非常小。由于现有的CMS已经多得令人眼花，比较和选择一个适合自己CMS，仍然是需要考虑讲究的。

(1)CMS的结构/系统架构最关键
对于一个CMS，系统架构无疑是最关键的因素。内部架构决定了这个系统的处理能力和工作方式。灵活的系统架构能够为组织网站提供强大的动力，即使其他细节不完善也可以做得非常出色。相反，一些设计结构不合理的CMS，在运用中就会左右碰壁，这里不能修改那里不能设置等，无论功能怎么丰富都是先天不足，寸步难行。笔者的无剑网就曾经因为选择不恰当吃了一个大亏。
系统架构强弱表现在内容的储存编排，数据表的设计分配，编辑管理员之间的分工合作，资源之间的交叉连接和循环再用等。根据CMS的定位不同，有适合个人小型网站的轻量级CMS，也有专为中大型门户和网络公司设计的大型CMS。只有极少数优秀的，才能有很大的弹性，小至几个页面的博客，大到上百万页的门户级网站都能得心应手。

(2)模块化是双刃剑
国内的CMS都喜欢用频道进行模块化开发，为文章、图片和下载等频道各定制一个对应的模块。这样做法虽然能准确的针对该类型的特点制作功能，缩短编辑周期，但也非常不利于资源之间的连接和交叉，并且不是标准模块格式的东西都不容易管理，比如文章和图片、下载的混排，或者相册和产品等这些还没有相应模块支持的"异类"。

最近的CMS趋势倾向于用插件的开发模式。插件比模块化分得更细，也更为灵活，需要RSS订阅的时候就装上一个RSS插件，需要评论留言、统计和相册的时候挂上一个相应的插件就行了。当这些不需要这些功能，还能随时把插件卸载下来。需要指出的是，有的CMS把所有功能都做成插件了，甚至把核心的资源管理功能也搞成了插件的形式，这种形式好坏笔者不敢随便评论，它们需要以后市场的检验。

(2)CMS的生命力
选好了一个CMS并做好了网站后，事情并不是这样就完了。你已经和它坐在同一条船了，因为程序的升级或者重新选用其他系统会引起网站大量的变动，改版是非常困难的。说不定一年后作者就失踪，而你的网站还要继续营运下去。那时候要么求神拜佛希望他回来，要么就自己动手开发，两者都不是好消息。

第一开发团队的实力很重要。一个人写出来的系统最脆弱，容易受他个人生活影响，尽管系统结构很好，他也能完成一次又一次的升级不让fans失望，但已经是精疲力尽了。通常是两到三个最为适宜。

第二要考虑团队的盈利模式，兴趣和理想固然重要但是它们都不能马上变成面包。开支比收入多缺少支援，这个系统就不得不停止开发了。

第三是源代码加密还是开源？加密的代码不但看不懂，关键时刻有bug也无法自己进行调试修改。而开源的，总体来说具有更多可操作性，也有更多的人能够为它开发扩展和插件。关键是，作者跑路后网站还能自己掌握。

(3)模板解析渲染
CMS对于文档的批量处理，模板是非常重要的手段。模板使得数据内容与表现样式分离，设计多种模板也能缓解网站样式单调的情况。模板实际上是一个预先写好的html文档，其中涉及用到不同数据的地方用标签或者占位符代替，然后再生成的时候再把数据替换进去。这样界面设计不再涉及程序的工作，设计页面只需要把表示的占位符安排好就行了。

目前大部分的CMS都已经有模板解析功能。但模板解析也可以是一个非常复杂的过程。简单的话，仅是对比和替换字符，复杂的也可以复杂到模板标签都成为一门语言，专用于模板中的数据编排。

(4)CMS与搜索引擎优化
据说快到八成的人都用搜索引擎作为上网入门，设计网站已经不能不考虑对搜索的优化。对于一个CMS不一定要刻意去讨好搜索引擎，但是目前搜索还在发展之中，还是有一些东西它不能识别出来。例如图像中的文字、Flash中的导航、Javascript脚本写成的复杂AJAX交互等等。CMS对于搜索一些基本因素还是必须具备的，我见过有公司设计出来的企业网站，为了追求效果，首页只有一个Flash开场动画，或者是几张图片，并且把说明介绍都嵌进了图片里面，这样的网站对于搜索引擎几乎是无法识别的，最多就是收录一个简单页面。有一段时间还很流行用那些韩国的Flash菜单导航，结果把原来的链接都包含到Flash里面，而没有为搜索引擎的蜘蛛留下一个入口，这样的设计对搜索引擎也是很不友好的。另外，也不要把菜单导航放到JavaScript脚本里面，如果需要用JS做菜单，最好先用html标签，然后再用JS对这些标签指定触发的功能，这样就算JS无法工作，导航菜单也能正常运转，并且对搜索引擎友好。

(5)CMS整合论坛程序的

由于已经有许多成熟优秀的论坛程序存在，所以CMS开发也没有必要再弄出一套自己的新论坛，不但要耗费精力，并且做出来的也不一定能比现有的更完善成熟。所以大部分都提倡CMS整合现有的论坛系统，比如ASP方面的动易论坛，PHP方面的Discuz、PHPWind等。结合这些论坛最关键的地方在于注册会员的数据接口整合。CMS和论坛程序使用统一的会员注册数据，才不会出现CMS用户名与论坛分离不一致的问题，并且会员在网页和论坛切换省去再次注册登陆的麻烦。整合问题在比较流行的几个成熟CMS做得不错了，已经为这几个著名的流行论坛预备了良好接口。

四、操作系统平台的决裂

选择哪种操作系统平台是一个CMS首先应该考虑的东西，不但决定了使用ASP语言还是PHP语言，并且关系到成本和负载扩展等未来的麻烦。目前服务器系统主要是Windows和Linux争天下，Unix在中小型应用比较少见。Windows平台上的ASP+Access/SQL数据库和 .Net系列+SQL数据库是两对黄金组合。而Linux上，Apache服务器+MySQL+PHP数据库也是令人喜爱的黄金团队，人们把这个组合的头一个字母连在一起，就是流行的Lamp架构。由于盗版和习惯上的问题，Windows平台在国内占了主要地位，ASP和ASP.Net也理所当然地成了霸主，不过最近PHP也开始崛起。这种情况在国外却刚好相反，因为正版Windows和SQL服务都是需要交费给M$的，所以架设成本远比Lamp架构高，并且PHP是开源的，具有顽强的生命力和丰富的扩展，Lamp在美国等地才是主流，只有为数不多的网站采用了Windows平台。

也许有人要提出编程语言只是一种工具，好坏不是取决于使用ASP和PHP，ASP加上DLL组件一样能实现许多新功能。我承认只要结构设计得当，的确不管什么程序都能发挥很好的能力。但是例如ASP，微软已经不再支持这种语言，鼓励转到新的.Net平台，ASP就已经日渐衰老，并且在缩短开发周期上，自己再去编写一套DLL组件显然比不上利用各种已经现成的开源代码容易。在安全性、对数据库的支持上，ASP等老语言早已显得年老色衰，没有多少吸引力了。例如PHP有图像处理能力，ASP则必须通过组件才能具备。另外在服务端安全性和资源丰富性等方面，ASP也无法与PHP相提并论。选择合适的代码平台，显然能省去许多麻烦事情，并且又得到许多更实用的特性。

五、规模又是CMS的一条分叉路

对于小网站来说，总共的页面数量一般只有几十至几千页，访问量也不大，所以这种网站最常见的就是用ASP+Access建设的。例如我的无剑网http://www.nosword.com就是简单地用了一个Zblog博客程序便足够。Access这样的数据库大概能负载十万篇文章左右的数据，尽管它的标称值可以存放3GB的大小。但是在十万条记录的时候，检索修改之类的数据库操作会开始力不从心。所以当网站页面发展到十几万页的时候，同时在线的用户增多，规模瓶颈逐渐出现了，这个时候就必须开始考虑转用SQL等其他数据库。如果规模再大点，流量再多一些，达到了一个服务器都无法承受的地步了，那就必须再添几部服务器，那更复杂的问题出来了，如何保持这些服务器之间的数据的分布和同步，如何分配资源又成了难题。对于门户网站那是几百台的规模，光处理广告显示和统计日志就需要许多服务器。CMS在这个问题上扮演了一个很重要的协调和优化角色，CMS架构如何设计，不仅是消耗Money和人力了，甚至关系到网站的生死存亡。

因此规模问题都是必须事先考虑好的事情，设计太大则浪费资源和开发精力，设计过小到出了问题再修改麻烦更多。举个最好的例子就是北京奥运的购票网站，页面不多，但是访问的用户极其巨大，官方原本的设计是每小时几百万的访问，但是实际情况是那几个小时来了几千万的访问，严重超出了网站的负载能力，所以很多用户都得到了很坏的感觉。这个"意外"直接导致某人被调职。

同样的事情还出现在那些号称Web 2.0的网站上，因为它们通常提供许多炫目的功能，而这些功能都是消耗数据库资源的大户，频繁的数据库操作，使得一个服务器能承受人数下降了很多。如果是提供软件下载的网站，需要比较高的带宽，那还必须做好电信带宽的预算，因为你会发现每年的带宽租用费用会是很惊人的。部分人对网站不熟悉，只凭着满腔热情，而没有仔细考虑好规模，在吸引到许多用户的时候，服务器却挂掉了。网站长时间无法打开，正常功能无法运转，最终也就是辛辛苦苦拉来的用户严重流失。

六、主流的流行CMS一览

不断有新的CMS开发出来，也有不断有一些老作者不知所踪。所剩下来的一些老牌CMS，都是久经考验的，有些已经成立了专门的公司。目前ASP方面，动易、风讯、新云、创力、乔客、科汛等老资格，也有新秀如JTBC和KingCMS之流。其中比较推荐“动易CMS”以易用性著名，是ASP中最为广泛的CMS。KingCMS也值得参观，虽然时间不长但是却吸收了许多老CMS的优点，并且比较小巧受到许多人追捧，缺点就是它尚未形成大规模。PHP方面就更多了，例如Mambo、Joomla、Drupal等强大的国外优秀CMS，获得无数赞誉。也有国内的例如帝国CMS、PHPCMS、SupSite、DEDE、Xoops等。其中任何一个都能让建站的人兴奋半天，具体特性评价我就不多说，可以自行搜索它们的名字。可以根据自己的需要再定夺。这些CMS之中有一些只是轻量的内容发布工具，离真正意义上的大型CMS还是有一段距离，但本文只谈中小型的网站CMS选择，大型CMS就不在这里举列了。

这里不得不提一点事情，如果你看过一些ASP方面的CMS介绍，他们可能会提到一个叫Tsys的东西，誉为ASP方面最好的CMS。诸如Tsys就是典型的架构和弹性都非常好的CMS。但Tsys生于2005年，后来那作者蒸发了不再开发，所以它到目前为止仍然是个半成的系统，没有多少多余的扩展功能，所以很自由也很荒芜，但是非常适合那些有一定写程序能力的人使用。笔者对它也十分喜爱，曾经考虑过用它架构网站，最后还是因为种种原因放弃了。Tsys像个孤儿，但是它天生具有许多优点，生命力很强。已经有粉丝在为它用.Net版本重写，也有人已经写出了它的PHP版，并且在网络上已经能找到了，名为“Tsys For PHP”。也有一个叫“WoodPlow”的CMS刚发布不久，基本上吸收了Tsys的优点。这些都是题外话了，如果要省事还是用一些比较主流的CMS，无论是上手难度还是功能模板都比较完善丰富，少数地方才需要自己动手修改。

七、根据自己的需要选择合适的CMS

(1)尽量选择已经存在的CMS，在现有基础上进行二次开发，如果有必要的话，购买收费的CMS也可以考虑。(2)事先粗略估计自己的数据量和交互负载。(3)看看自己的开发能力程度，是否有团队和熟悉的专业人员。(4)从未来的发展蓝图规划目标，可以考虑先开放部分功能。（5）如果不是结构性的需要，不要轻易改版，改版意味着对用户习惯和搜索引擎都是一次大地震。所以扩充能力也很重要。（6）从资金预算上考虑。（7）如果要求某些特色功能，多数时候是需要自己开发的，可以考虑先用插件的形式。（8）仿Web 2.0的CMS也已经逐步出现了，稍后我打算再为它们写一个简要介绍，届时会发布于无剑网。

八、总结

尽管本文对CMS提出了诸多要求，但是符合这些条件优秀CMS依然有不少。值得高兴的是随着它们的百花齐放，建网站可用的选择越来越多，样式也更加漂亮，功能更为完善丰富。这些成熟的CMS已经为我们本身节省了无数的时间精力和成本，CMS让未来的网络世界更加精彩。

浅谈Sitemap与生成Google SiteMap的ASP类

violam@163.com (violam) — Sun, 30 Dec 2007 15:31:40 +0800

一、 SiteMap是什么东西？
SiteMap是Google提出一个用于辅助网页收录的XML协议。通过向Google网站管理员工具后台提交SiteMap（即一个XML文件），可以帮助网站更快地被谷歌的蜘蛛爬行和收录。是收录这个步骤中重要工具。

二、SiteMap的作用
SiteMap对于加快Google的收录有非常显著的帮助，同样的对于百度雅虎也有类似的功效。而雅虎更喜欢让人提交RSS Feed订阅。百度也有它的SiteMap，就是那个称为"互联网新闻开放协议"的东东（提交入口也是在这个页面）。

三、SiteMap的制作
虽然Google Sitemap和百度的规范协议不一样，但是它们都是XML格式。网上流传有许多制作SiteMap的方法，参差不齐，有的甚至直接用ASP的Response.Write一行一行地输出XML内容，这是不规范的做法。

因为XML本身就有几个特殊字符被保留了，如果加入的内容中出现这个几个符号，首先必须把它们转义再加入。Response.write方法直接输出的SiteMap有时候会不符合规范，无法通过XML的检查。这几个需要转义的字符是:

字符		转义后的字符
字符		HTML字符	字符编码
和(and)	&	&	&
单引号	'	'	'
双引号	"	"	"
大于号	>	>	>
小于号	<	<	<

谷歌的SiteMap协议地址是（英文）：https://www.google.com/webmasters/tools/docs/en/protocol.html
百度的互联网新闻开放协议地址： http://news.baidu.com/newsop.html
在Google和百度的协议里面已经列出了这些要注意的地方。

一般来说流行的CMS都具有SiteMap插件，只有少数老牌的和自制的CMS需要自己制作SiteMap。制作SiteMap有三种方法：

第一种是用Xenu Link或者SiteMapBuilder之类的软件包爬行一次网站，然后生成全部的URL结果为SiteMap，我个人常用的是“老虎Sitemap生成器”。用软件几乎整站所有链接都会被爬到，并且剔除了不存在的错误链接。但这种方法的缺点是每次都要爬行整个网站，耗费时间很多，并且要拆分成几个部分相当不容易，每次都要手动生成更新频率也很低。

第二种是通过分析服务器的日志来生成。优点是日志格式是规范的，只需要做一些转换即可。缺点是爬行日志是有重复的，并且它没有遍历所有的连接，对它进行分类整理也是难上加难。如果日志文件非常大，也不是一个理想的方法。所以使用日志制作SiteMap的方法用得最少。

第三种是直接从CMS的数据库里面读出URL，然后整理为SiteMap。这种方法的优点是能保持自动更新，并且分类和数量都可以自由的掌握。缺点是数据库中的链接不完全与实际的网页页面符合，可能会出现死链接。同时有些分页列表是不在数据库内的，幸好这种情况是少数。

自己没有写程序能力的人，通常用第一种方法，显然它是要耗费一些手工时间的。而用流行CMS和会ASP的人，用第三种方法较多，代码写完以后一劳永逸，到谷歌网站管理工具后台提交了SiteMap后就不用再去管它了。

这里我提供一个生成Google Site的ASP类，就是属于第三种方法。是从ZBlog的SiteMap文件里面剥离出来的，因为感觉它这个类已经写得很好了，用的是标准的XML节点操作，无需担心会出现多余的错误。只要在它的基础上和数据库做一个连接接口即可。

Google SiteMap生成类(ASP)
·下载地址
http://www.nosword.com/download/google-sitemap-asp.rar
·如何使用？
里面包含了两个文件，tsitemapclass.asp就是这个ASP类，而smdemo.asp则是小弟写的一个使用的简单演示程序，在IIS上运行这个smdemo.asp文件就能看到效果，编辑里面代码则能看到这个类代码如何掉调用。

以上两个文件都使用UTF-8的编码。有了这个ASP类，可以应用到很多地方，从单一的博客和公司网站到五花八门的门户站点，或者是按照频道分类输出都很可以灵活。活用这个ASP的SiteMap类，可以从繁琐的手工劳动中解脱出来，使日常SEO工作轻松不少。

原创作者：无剑网(http://www.nosword.com/)，转载请注明作者和此声明。
原文链接：http://www.nosword.com/200712/google-sitemap-and-create-asp-class/

无剑网