我们知道SF与SW定位不同，SF的目标是大站，是高端。

以前没有做大站的经验，我一直坚信SW没有做不了的站点，现在我参与到一个大点（只是大点而已）的网站，确实感到了一些吃力。

 第一、分布式部署的无力。WEB服务器虽然可以分出动态静态两部分，但是两部分不能分开在两个服务器部署，因此当后台在大规模更新内容或者上传的时候，对前台访问仍有较大影响。（我们高峰时同时有近二十个编辑在大量更新内容），同时还有在线视频新闻在占用带宽。（这个暂时可以想到图片、附件、视频等静态内容全部采用ftp方式传到另一个服务器后调用来减轻压力）； 第二、静态文件和动态文件混合，备份麻烦。目前网站目录不包含数据库有近10G文件，打包一次需要近3个半小时（在高配置备用服务器运行，主要是静态文件数量多，所以影响速度），如果不备份静态文件，以后要生成几十万的静态内容可能更花时间和人力。

 第三、修改导航栏、模板、静态标签之后，需要重新生成大量的静态页，可以采取shtml服务器端包含来解决部分问题，但是不能彻底解决问题。

以上只是目前已经遇到的问题，我们期待采用采用SF来减轻目前的压力或者解决问题。因此对SF有这样的期待：

1.结合URLRewriter功能，让所有生成的静态文件统一存放在指定的目录比如“Achive”或者“html”文件夹下，但是访问地址允许隐藏这个根路径，也就是静态首页是“/html/index.html”但是访问地址还是“index.html”。这样我们只需要对配置文件夹、上传文件夹和生成文件夹赋予写权限，不用给根目录写权限，从而提高安全性。也方便备份和自定义开发程序文件；

2.允许生成静态xml而不是静态html，在客户端浏览器里通过xslt自动转换成html输出实现网页结构，结合css实现网站表现，从而彻底将网页的内容、结构、表现分离，以减小静态文件尺寸，节约服务器空间、资源和带宽；修改模板时不用重新生成，公共数据可以共享，网页更加符合WEB标准。

3.允许后台程序和静态数据部署到不同服务器（点击数、用户登陆状态等可以通过ajax、webservice等任意方式实现，但是纯静态内容和后台管理可以分开），比如用admin.xxx.com访问管理系统，生成时远程发布到www.xxx.com（可以ftp生成或其它任意方式实现），用户访问静态内容时不受后台管理操作影响，缓存也只占用后台服务器空间，可以将主站速度和性能发挥到最大。

4.专题已经实现了专题分类和专题两级，希望允许专题分类有独立一个页面，可以理解为专题首页，例如“汶川地震”这个大专题，允许有一个专题页，在该页面中灵活调用下属各个专题栏目的内容，比如有“救灾进展”、“专家访谈”、“记者播报”等子栏目，且大专题页可以有“专题描述”、“专题头条”等一些无需设置子专题的内容。目前的专题栏目无法实现任何一家门户网站或者新闻网站的专题需求。必须通过自定义页面或者用一个同级专题来实现大专题功能。SF可以采用节点来实现，但是那样的话专题完全失去了意义。

从SF1.1版本的进步看到了PowerEasy2006随着SP发布逐渐成为经典的影子，期待SF占据70%大中型网站市场的一天！还期待动易的WEB2.0系列套装的出台，讨论区、博客、圈子、SNS、Digg，基于统一的用户中心，一个都不能少。

作者：小李刀刀
原文链接：SiteFactory面向的是高端，但是应该更高端
裁纸刀下版权所有，允许非商业用途转载，转载时请原样转载并标明来源、作者，保留原文链接。