小雨公馆 - Nicol's Journal

　　因为说出来就会被嘲笑的梦想，才更有去努力实现的价值。
　　　　　　　　　　　　　　　　　　　　　　　　—《转角遇到爱》

又好久没更新博客了，最近在忙啥

2008.08.07 03:49 PM

最近在对我以往ASP的所学做一个象征性的总结。

自从开发了CoreCMS之后，做内容发布型的网站变得非常简单，因为这个系统简单灵活，最主要是符合自己的习惯。

但是后来想想，如果我要做一个动态网站，这个CMS就会显得力不从心了。因为基于它还需要修改很多东西才能形成一个通用的动态网站程序。

然后就准备着手把它修改成另一套程序，一个通用的动态网站框架。

怎奈CoreCMS的代码当时设计的时候就完全没考虑到这种需求，所以改动比较大，还不如重做一个呢。

于是决定弄一个框架（FrameWork）出来，暂时就取名做Core FrameWork好了。

这个框架会把一切都规范简化好，例如response.write可以用System.Rw代替，Response.write:Response.end则用System.Rwx代替就可以了。

另外会重写一下模板引擎，让它变得更高效更通用。

然后还会引进一个叫ORM的新东西。这个东西将集成IO类和代码生成器最大程度地解放程序对数据库内容的增加、修改、展示。

这个框架会尽量挖掘OOP的长处但绝不滥用OOP。

目前用VBScript实现，等稳定版发布之后，我会以JScript再重写一次，这样可以离OOP的实用更进一步了，例如函数的重载、更完善的错误机制等。

目前已经实现的模块有System类、IO类、Data类、正则应用类、Cache类、StringBuilder类、String类。

正在开发的有Proxy类：跟一般的小偷不一样，本类将尽量遵循HTTP 1.0协议来传输转发内容和协议信息，不仅具备基本的（标准）内码识别功能，还可以智能转化HTML、CSS、部分JavaScript内的地址，使得代理更加透明化。

还有HTTP类，当中有一个识别远程主机是否正常工作的函数，还有一个下载远程文件的函数，例如下载远程图片，传统的下载远程图片函数只能识别HTTP开头的图片，对"../"、"/"等开头的图片、文件地址无法识别和自动转换。

另外就是ORM类了，这个类只是一个核心类，不能单独起作用，必须配合数据库和代码生成器使用，代码生成器还未开发。

今天总结到这，详情以后再说~

再次升级CoreCMS 2.2

2008.06.03 01:41 AM

时隔半年，心血来潮再一次对 CoreCMS 进行内核层次的升级。

这次不仅优化了一些标签解析和 Sql 解析提高了效率，还进行了架构层面的升级。

主要有以下几个方面的更新：

修复 Bug 和存在有被入侵可能性的代码（漏洞）；
优化了一些标签解析代码和 Sql ，性能提升约8%；
对 CoreCMS 内核进行架构层面的升级，通过了较严格的性能测试⁽¹⁾，性能提升约130%；
增加节点下文章数目的统计，包括：对文章增删的自动更新；
增加了系统属性功能，相当于内部的 Tag 。属性与文章的映射为 一对多 彻底解决“专题”问题；
并且升级了标签语言，以便于利用升级后的标签系统根据系统属性来列出相关文章。包括：单属性筛选、多属性的“或”运算筛选以及多属性的“与”运算筛选；
CoreStorage 1.0 版本上线。利用 CoreStorage 1.0 可以让 CoreCMS 或其他应用方便地对图片、影音、程序等文件进行统一的部署、存储和管理，并能提供完善的防盗链和一些简单的图片实时编辑功能。包括：图片的模糊、锐化、黑白以及单独限制图片的宽属性，把图片按照比例缩小；单独限制图片的高属性，把图片按比例缩小；同时限制图片宽高属性，把图片缩小（策略为缩小+裁减，并提供九宫格式的设定方式以决定保留部分）。

备注：1、关于性能测试：硬件为Intel Core 6550，内存3G。操作系统为 Vista 旗舰版（Windows 2003效率会略高一些）。数据库为 Access 。系统内信息数量总数约为40万，磁盘容量为1.98G（大部分 Content 字段都比较大，平均为20K一条内容），节点总数为52个节点，40万条信息不均匀分布在约28个节点中。普遍单节点信息量约为2-5万，其中最多的单节点最多信息量为近8万条。在这样的情况下能获得较好的管理以及比较优秀的静态生成性能（由于 Access 的容量限制，近 2G 的数据库对于增加修改信息的操作变得很不稳定，改为 SQL 保守估计单表能负载300 - 500万条信息）

这次更新的最大意义在于“系统属性”的增加以及内核的更新，能够使 CoreCMS 以更灵活的方式、更高效的性能管理和发布中量级（30-60万）数据。