您现在的位置： 
1。系统架构：
采用模块化思想，分为3层：
a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息，
文章数据，用户信件，用户消息，系统数据（？），关键问题：
数据库的规划，是否用文件来辅助。
b。系统功能层：完成bbs的基本功能，由多个并列模块组成，向下
调用mysql的函数访问数据库，向上，接受处理请求，将处理的
结果返回上层，根据请求类型，返回成败结果和其他数据。而且
模块高度灵活，可以方便的修改增加。包括：
** 用户模块，处理用户的注册，基本数据的修改，权限的变化，
网友信息的查询。
** 版面模块，完成文章发表，文章的读取，文章的删除，文章
的加标记，读改删权限检查，此模块对数据库的要求最高。
** 精华区模块，包括精华区的文章，目录的增加，删除，上下移 动
（？）读改删权限检查，目录结构是其中的难点。
** 信件模块，包括发新信件，读删信件，信笺标记，新信件的通
知
** 消息模块，包括发送消息，接受消息，新消息通知，消息回顾，
消息存信件。
** 系统动态模块，包括当前上站人数，当前动态，由于变动频繁，
此类数据用共享内存实现可能更好。
** 聊天模块，双人聊天是否能借鉴icq的做法，由双方直接通话，
但聊天结果存信件可能较麻烦，同时，为兼容telnet功能，当
上层服务层为telnet时，增加专门的模块来进行处理。
** 聊天室模块，利用共享内存还是数据库？开房间，里面的权限
问题。
根据需要，还能增加新的功能。例如：活动看板模块，但对于非
telnet终端，意义好象不大。。。。。
c。服务层：直接和客户机对话，根据客户机的请求，调用功能模块取得
数据，然后将数据发送回客户端，根据客户端的类型，分别开发不同
的服务模块，并且尽可能合理进行抽象，使对不同的服务层，能共用
系统功能层的模块。具体包括：
++ cq66服务端，采取原cq66的方式，并重新规划协议，支持系统功能
层的所有功能，但要用专门的客户端程序（cq66），如果能做到向
下兼容则更好，客户端程序要随服务端的升级而升级，用户可能有
点不便。有需要可以在传输过程中加入加密功能，类似ssh。
++ telnet服务端，采用旧bbs的方式，有些功能不支持，客户端无须
升级，服务器端要保存客户方的状态，并根据客户端的按键来判断
状态的转移，并由此得出所需的数据，（例如阅读某篇文章），然
后再向系统功能层请求数据，然后将数据加以处理（例如加上顶行，
尾行）然后返回数据，可以在现有的bbsd上修改，可以省去io模块
的设计但难度较大，除文章方面好一点外，其他比较难改，但从头
写起太费力。
++ httpd服务端，所需的功能更少，相对较简单，本来直接调用mysql
数据库也行，直接可以用php，但考虑到分层的原则，建议仍用c编
cgi的方式实现不知能不能在原来的基础上修改呢？估计不行。
系统的关键和难点：
a。数据库的设计，mysql支持大量的table吗？例如几万？每个
用户至少一个表，然后每个版一个表，精华区的表结构可能更复杂。
但应该总会比现在bbs的文件结构清晰一些，效率也高一点吧，排序
和cache的功能可以信赖mysql吧。
b。mysql中文本字段的大小限制，限制一篇文章不得大于64k不过分吧，
而且从效率的角度，将一篇文章以最大2k的块为单位存放可能更好，
这样，当telnet用户看文章时，telnet服务器不用每次都查询数据库
读取几十k的数据，再将其中的某2k传给用户，可局部补偿数据库字段
不能象文件那样从中间读取一部分。不过这样文章字段数据的管理
比较复杂。
2。系统开发计划：
先考虑用户模块和版面模块，规划好数据结构，应该很容易和现有bbsd结合
起来的。然后再考虑其他模块？。。。。。。。
（//以下有空再写。。。。。先睡觉去。。hmm.........）
3。数据库设计
4。用户模块设计
5。版面模块设计
6。bbsd和cq66服务器端改造
7。初步测试计划 。
采用模块化思想，分为3层：
a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息，
文章数据，用户信件，用户消息，系统数据（？），关键问题：
数据库的规划，是否用文件来辅助。
b。系统功能层：完成bbs的基本功能，由多个并列模块组成，向下
调用mysql的函数访问数据库，向上，接受处理请求，将处理的
结果返回上层，根据请求类型，返回成败结果和其他数据。而且
模块高度灵活，可以方便的修改增加。包括：
** 用户模块，处理用户的注册，基本数据的修改，权限的变化，
网友信息的查询。
** 版面模块，完成文章发表，文章的读取，文章的删除，文章
的加标记，读改删权限检查，此模块对数据库的要求最高。
** 精华区模块，包括精华区的文章，目录的增加，删除，上下移 动
（？）读改删权限检查，目录结构是其中的难点。
** 信件模块，包括发新信件，读删信件，信笺标记，新信件的通
知
** 消息模块，包括发送消息，接受消息，新消息通知，消息回顾，
消息存信件。
** 系统动态模块，包括当前上站人数，当前动态，由于变动频繁，
此类数据用共享内存实现可能更好。
** 聊天模块，双人聊天是否能借鉴icq的做法，由双方直接通话，
但聊天结果存信件可能较麻烦，同时，为兼容telnet功能，当
上层服务层为telnet时，增加专门的模块来进行处理。
** 聊天室模块，利用共享内存还是数据库？开房间，里面的权限
问题。
根据需要，还能增加新的功能。例如：活动看板模块，但对于非
telnet终端，意义好象不大。。。。。
c。服务层：直接和客户机对话，根据客户机的请求，调用功能模块取得
数据，然后将数据发送回客户端，根据客户端的类型，分别开发不同
的服务模块，并且尽可能合理进行抽象，使对不同的服务层，能共用
系统功能层的模块。具体包括：
++ cq66服务端，采取原cq66的方式，并重新规划协议，支持系统功能
层的所有功能，但要用专门的客户端程序（cq66），如果能做到向
下兼容则更好，客户端程序要随服务端的升级而升级，用户可能有
点不便。有需要可以在传输过程中加入加密功能，类似ssh。
++ telnet服务端，采用旧bbs的方式，有些功能不支持，客户端无须
升级，服务器端要保存客户方的状态，并根据客户端的按键来判断
状态的转移，并由此得出所需的数据，（例如阅读某篇文章），然
后再向系统功能层请求数据，然后将数据加以处理（例如加上顶行，
尾行）然后返回数据，可以在现有的bbsd上修改，可以省去io模块
的设计但难度较大，除文章方面好一点外，其他比较难改，但从头
写起太费力。
++ httpd服务端，所需的功能更少，相对较简单，本来直接调用mysql
数据库也行，直接可以用php，但考虑到分层的原则，建议仍用c编
cgi的方式实现不知能不能在原来的基础上修改呢？估计不行。
系统的关键和难点：
a。数据库的设计，mysql支持大量的table吗？例如几万？每个
用户至少一个表，然后每个版一个表，精华区的表结构可能更复杂。
但应该总会比现在bbs的文件结构清晰一些，效率也高一点吧，排序
和cache的功能可以信赖mysql吧。
b。mysql中文本字段的大小限制，限制一篇文章不得大于64k不过分吧，
而且从效率的角度，将一篇文章以最大2k的块为单位存放可能更好，
这样，当telnet用户看文章时，telnet服务器不用每次都查询数据库
读取几十k的数据，再将其中的某2k传给用户，可局部补偿数据库字段
不能象文件那样从中间读取一部分。不过这样文章字段数据的管理
比较复杂。
2。系统开发计划：
先考虑用户模块和版面模块，规划好数据结构，应该很容易和现有bbsd结合
起来的。然后再考虑其他模块？。。。。。。。
（//以下有空再写。。。。。先睡觉去。。hmm.........）
3。数据库设计
4。用户模块设计
5。版面模块设计
6。bbsd和cq66服务器端改造
7。初步测试计划 。
