基于mysql的bbs设计（四）

5。版面模块设计
所谓分类，更多的是为telnet服务端考虑的，在cq66模式下，用户可以按
照自己的意愿进行分类，反正最后都是直接以版为基本单位访问的。
对于版面文章的访问，存放的时候以整篇文章为参数，文章的分块由本层
完成，如果上层以块为单位传送，则在上层全部传完，组合后，再传参到本层
分解；在读取 的时候，本层则以块为单位访问，如果上层要以全文为单位访问
，则在上层做合并 工作，本层不管。
至于要不要独立出索引，不影响上层的操作，主要和下层的数据库构造有
关， 主要考虑可行性，效率需求等。
权限的检查放在哪里进行呢？还是放在上层吧，其实就telnet服务器端，
和cq66 的客户端，根本不会给一般用户显示特殊指令的菜单，当然，用户可
以直接发送cq66 的指令，服务器方还是要检查的。但应该不用在它下面的功
能模块层再检查一次吧
。
　 Class BoardManage {
private:
public:
// 有关分类的操作
int GetClassNameInfo( int maxclass, char **classid,
char ** classname );
返回分类的信息，中英文名。
int GetBoardName( int maxboards, char *classid,
char **boardname );
返回某分类中的版面信息，一般分类，直接select ..
from sboard
where boardclass == .... 特殊分类则查相应的表。。。。
// 修改需要版面管理员以上的特权
int NewClass( char * newclassname, int type );
新建分类，普通分类还是特殊分类，
int DeleteClass( char *newclassname );
删除分类，但不cascade，即本层不负责一致性，由上层负责将
相应的版面的分类信息改为别的。分类改名也是先删再建，
int AddClassBoard( const char *classname, char *newboardname );
将已建好的版加入某分类中，专门针对特殊分类，对一般分类，其
效果和modifyboardinfo一样，
int DeleteClassBoard( const char *classname, char *boardname );
从分类中删除某个版，也是针对特殊分类，对一般分类，效果也
是和modifyboardinfo一样，一个版的分类属性可以为空，即不属
于任何分类。
4。用户模块设计
对于底层数据库，调用mysql的C API函数来进行数据库的修改，内部保存
一定的状态变量（例如用户名，还是留给上一层完成？），对上一层，则提供
用户管理的接口。
Class UserManage {
private:
char myuserid[20]; // 用户的id，未登陆前为空
time logintime; // 用户登陆时间，并用于计算停留时间
char loginhost[20]; //上站地点。
public:
int NewUser( char *userid, char *passwd );
新建一个用户，判断是否已经有，其他资料暂时为空，
firstlogintime，权限等设缺省值。
int UserLogin( char *userid, char *passwd );
用户登陆，验证密码，
int ChangePasswd( char *oldpasswd, char *newpasswd );
修改密码，要求原密码一致。
int ChangePriData( char *newname, char *newemail,
char *newaddr );
改变基本数据，泥称，email，住址。。。。
int ModifyNumData( int addlogin, int addpost );
修改文章数，上站次数，等数据。。。。注意调用对象。
int UserLogout();
用户退出，修改lastlogin，staytime，loginhost等
// 普通查询命令
int QueryCommonData( const char * userid, int& loginnum,
char * username, int& postnum,
time& lastlogin, char *lasthost );
查询网友基本信息。
// 特权指令，函数在完成功能前，先判断权限。
int QueryPriData( const char * userid, char *email,
char *addr );
查询基本信息，普通人只能查自己，有特权才能查其他人。
int ModifyUserLevel( BOOL isAdd, unsigned long level );
修改用户的权限，
int ModifyUserId( char *oldid, char *newid );
char *newemail, char *newaddr );
修改用户的基本数据。
int ModifyUserNumdata( char *userid, int addlogin, int addpost );
修改用户的文章数等数据。
int ModifyUserPasswd( char *userid, char *newpasswd );
修改用户的密码。
}
以上各个函数难度不大，都是执行相应的sql语句，访问mysql数据库，
是否将一般指令归到特权指令中去呢？权限的检查，是放在这一层还是上一层？
这更多的是看考虑的着重点，是看程序的清晰性还是代码的简练，可能还是
看代码吧，毕竟要考虑访问量，另外，上层服务层是否也应该考虑权限检查
问题呢？
3。数据库设计
关键还是mysql的效率问题，合理分配mysql的内存，特别是table cache的
大小。另外，当系统突然掉电呢？mysql是否robust？
table的名字设计，采用一位前缀表明类型，全部用小写表示（？），例如：
系统的数据库，以s为前导，如用户表：suser（sUSER 呢？），具体如下：
s ：系统表，suser，sclass
m ：用户信件表，msysop，mdrangon
w ：用户消息表，wsysop，wdrangon
a ：版面索引表，alinux，acampus
b ：版面文章表，blinux，bcampus
c ：特殊分类版面表，cnewboard
i ：精华区索引表，ilinux，ilinux01，icampus，icampus04
j ：精华区文章表，jlinux，jcampus，
另外，是使用字串还是数字作为标识呢？例如，一个叫sysop的帐号，其
id是1，他的信的表是msysop还是m00001呢？同样，一个叫campus的版，对应的
代码是5，则这个版的文章的表名是bcampus还是b00005呢？可能用字串会容易
理解，查错吧。
用户信息表：suser
usernum int unique, // 唯一标识符，最多30000个帐号，会不会太少了？
userid char[20] primary key, // 排序的关键字，id，全小写。
passwd char[20], // 密码，存放加密后的密文。
realid char[20], // 实际id，大小写混合。
username char[24], // 用户的泥称
userlevel longint, // 64种权限？
numlogins int,
numposts int,
firstlogin time,
lastlogin time,
staytime time, /* 总共停留时间 */
lasthost char[32],
email varchar[100],
address varchar[100],
// 还需要其他数据吗？是否需要留出一定的保留值，以后alter table来
// 增加新的字段时，效率如何？
版面分类表：sclass
classnum int unique, // 分类标识
classid char[20], // 分类的英文id：computer
classname varchar[100],// 分类的中文描述：电脑世界
classtable char[20], // 特殊分类对应的版面表
// 一般来说，每个版面只属于一个分类，对于特殊分类，例如拳头版块，
// 新版面，可以用专门的表来描述
版面表：sboard
boardnum int unique, // 版面的标识（需要吗？）
1。系统架构：
采用模块化思想，分为3层：
a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息，
文章数据，用户信件，用户消息，系统数据（？），关键问题：
数据库的规划，是否用文件来辅助。
b。系统功能层：完成bbs的基本功能，由多个并列模块组成，向下
调用mysql的函数访问数据库，向上，接受处理请求，将处理的
结果返回上层，根据请求类型，返回成败结果和其他数据。而且
模块高度灵活，可以方便的修改增加。包括：
** 用户模块，处理用户的注册，基本数据的修改，权限的变化，
网友信息的查询。
** 版面模块，完成文章发表，文章的读取，文章的删除，文章
的加标记，读改删权限检查，此模块对数据库的要求最高。
** 精华区模块，包括精华区的文章，目录的增加，删除，上下移 动
（？）读改删权限检查，目录结构是其中的难点。
** 信件模块，包括发新信件，读删信件，信笺标记，新信件的通
知
** 消息模块，包括发送消息，接受消息，新消息通知，消息回顾，
消息存信件。
** 系统动态模块，包括当前上站人数，当前动态，由于变动频繁，
此类数据用共享内存实现可能更好。
** 聊天模块，双人聊天是否能借鉴icq的做法，由双方直接通话，
但聊天结果存信件可能较麻烦，同时，为兼容telnet功能，当
上层服务层为telnet时，增加专门的模块来进行处理。
** 聊天室模块，利用共享内存还是数据库？开房间，里面的权限
问题。
根据需要，还能增加新的功能。例如：活动看板模块，但对于非
telnet终端，意义好象不大。。。。。
c。服务层：直接和客户机对话，根据客户机的请求，调用功能模块取得
数据，然后将数据发送回客户端，根据客户端的类型，分别开发不同
的服务模块，并且尽可能合理进行抽象，使对不同的服务层，能共用
系统功能层的模块。具体包括：
cq66服务端，采取原cq66的方式，并重新规划协议，支持系统功能
层的所有功能，但要用专门的客户端程序（cq66），如果能做到向
下兼容则更好，客户端程序要随服务端的升级而升级，用户可能有
点不便。有需要可以在传输过程中加入加密功能，类似ssh。
<?php
// bi bolo monggole huen !
//
// v2.0.5
// <?
// include("linuxfreak.php3");
// ?>
// dreamphp boy = sunboy
$link_prefix = "&nbsp;&nbsp;o ";
$link_postfix = "<BR>n";
$cache_file = "/tmp/linuxfreak2.cache";
$cache_time = 1200;
$max_items = 8;
$target = "_top";
// End of customizations
$backend = "http://www.linuxfreak.org/backend/linuxfreak.rdf";
$items = 0;
$time = split(" ", microtime());
srand((double)microtime()*1000000);
$cache_time_rnd = 300 - rand(0, 600);
if ( (!(file_exists($cache_file))) || ((filectime($cache_file) $cache_time - $time[1]) $cache_time_rnd < 0) || (!(filesize($cache_file))) ) {
$fpread = fopen($backend, 'r');
if(!$fpread) {
} else {
$fpwrite = fopen($cache_file, 'w');
if(!$fpwrite) {
} else {
while(! feof($fpread) ) {
$buffer = ltrim(Chop(fgets($fpread, 256)));
if (($buffer == "<item>") && ($items < $max_items)) {
$title = ltrim(Chop(fgets($fpread, 256)));
$link = ltrim(Chop(fgets($fpread, 256)));
$title = ereg_replace( "<title>", "", $title );
$title = ereg_replace( "</title>", "", $title );
$link = ereg_replace( "<link>", "", $link );
$link = ereg_replace( "</link>", "", $link );
fputs($fpwrite, "$link_prefix<A HREF="$link" TARGET="$target">$title</A>$link_postfix");
$items ;
}
}
}
fclose($fpread);
}
fclose($fpwrite);
}
if (file_exists($cache_file)) {
include($cache_file);
}
?>
【本文版权归作者与奥索网共同拥有，如需转载，请注明作者及出处】