从数据库角度,看Z-Blog2.0新版的变化

  应用中心写烦了,就写这么一篇文章来休息一下。

从数据库角度,看Z-Blog2.0新版的变化 三微文章网教程

  首先,先看Z-Blog 2.0的数据表。相比1.8,只增加了blog_Config和blog_Function。前者保存包括系统配置在内的一切配置,后者用于对侧栏进行管理。

  打开blog_Article表(即文章表)

  可以看到,相比1.8,它多出了“YEA”“NAY”“RATTING”“TEMPLATE”“FULLURL”“ISANONYMOUS”“META”

  Yea、Nay、Ratting三个列的初衷是存储文章的评分的三个列。这三个列系统没有使用到。很多人都知道Z-Blog 1.8有一个插件“用心打分”,它有自带一个数据库。现在,Z-Blog2.0直接在数据库里加入了这三个列,插件可以任意调用了。

  Template列是用于存储模板的。在后台的显示,就是这个:

  这个功能的意义,我想各位都知道,也就不用说了。

  IsAnonymous这个列,在系统里也没有用到。这个列的初衷是什么我也不知道,这是一个废列。。

  Meta这个列基本每个表都有,在后面解释。

  再看blog_Category:

  同样的,多了一些新的东西。与上面相比,它有一个新的列——ParentID。

  它的用途,就是指定二级分类的父分类。

  接着,打开[blog_Comment]

  这里有三个废列。。分别是“Reply”“LastReplyIP”“LastReplyTime”。。“Yea”“Nay”“Ratting”的用途一样。。不过貌似RATTING在这里没什么用吧?

  Z-Blog 1.8的回复评论广受诟病。它是通过UBB标签[REPLY=XXXXX]实现的,相当于你每回复一次评论就编辑了一次原评论。如果有SPAM,又难找又难清理。

  在2.0,你对评论进行回复,就相当于发表一条评论的子评论。这样,前台用户体验更好,评论管理更方便。

  IsCheck是专门为反SPAM插件量身定做的列。如果它的值为TRUE(或1),则后台评论管理和前台均不显示该评论,相当于评论进入了审核列表,等待用户的审核。相比以前的TOTORO插件用负的LOG_ID作为待审核的依据,isCheck列省去了插件在调用过程中还要手动POST+RESPONSE.END的麻烦,直接设置它为TRUE即可。

  blog_Config只有两个列,一个用于保存插件名,一个用于保存具体配置项和配置值。

  配置值的格式如下:

  中间有几个CHR(1)和CHR(2)作为分隔符,全部的内容先ESCAPE一遍再存入数据库,保证了配置项的原汁原味。

  最大的改动该blog_Counter莫属了。在1.8中,它是一个废表。2.0中,它的功能进行了强化,也有了一个类用于操作该表。

  这个表里的内容不再赘述。它有什么意义呢?

  开启了伪静态时,它可以为你记录蜘蛛行踪而不必去翻IIS日志。

  某插件出现问题,它可以为你忠实记录下错误发生时的浏览器环境,也可以写入出错原因。

  系统运行正常,但需要知道某些插件是否正常工作,没关系,它可以为你胜任。

  为了保证效率,Z-Blog2.0系统内未使用该表,但是有现成的类可以调用。

  这个表,是我们的blog_Function,侧栏管理的存放表。

  1.8制作侧边栏,是众所周知的麻烦。于是,这个表配合“侧栏管理”应运而生

  你还在模板里直接修改代码?你OUT了!有了它,可以直接在后台拖拖拉拉开开关关然后文件重建!

  这个表,彻彻底底解放了模板,解放了制作者,也解放了使用者。

  keyword表是历史(1.6版本)遗留表,不管他。

相关搜索: 冒险岛766新版数据库 oracle数据库最新版 冒险岛新版数据库 冒险岛新版游戏数据库 最新版net 数据库下载 java监听数据库表变化 php监听数据库变化 监听数据库变化