6。bbsd和cq66服务器端改造 bbsd中，关于用户的模块应该比较好改，只要将写.passwd文件的操作换为 操作数据库的usermanage类的成员函数即可，但可能要先判断什么数据更改， 要调用哪个函数。并发操作的一致性，则由数据库的加锁功能保证，mysql应该 支持这种的锁吧。文章方面可能比较麻烦，也是将原来对文件的操作转换成操作 数据库的boardmanage类的成员函数即可。 cq66模式应该比较好改动，可能就是原来取文章的协议要变化一下。取文章 标题的时候，同时也将文章的长度发送过去，然后客户端可以根据显示区的大小， 逐步请求文章的内容，请求文章的时候要给出请求的范围。 关于系统模块层，可能做成so的形式会不会较好，（so是不是相当于dll， 容不容易做的，有没有必要？），同时系统模块层应不应该保存一些局
1. 67.220.91.30 bbs 基于mysql的bbs设计（五）
简介：67.220.91.30 bbs:67.220.91.30 bbs 基于mysql的bbs设计（五）：6。bbsd和cq66服务器端改造 bbsd中，关于用户的模块应该比较好改，只要将写.PASSWD文件的操作换为 操作数据库的UserManage类的成员函数即可，但可能要先判断什么数据更改， 要调用哪个函数。并发操作的一致性，则由数据库的加锁功能保证，mysql应该 支持这种的锁吧。文章方面可能比较麻烦，也是将原来对文件的操作转换成操作 数据库的BoardManage类的成员函数即可。
2. bbs.txtnovel.com 基于mysql的bbs设计（二）
简介：bbs.txtnovel.com:bbs.txtnovel.com 基于mysql的bbs设计（二）：3。数据库设计 关键还是mysql的效率问题，合理分配mysql的内存，特别是table cache的 大小。另外，当系统突然掉电呢？mysql是否robust？ table的名字设计，采用一位前缀表明类型，全部用小写表示（？），例如： 系统的数据库，以s为前导，如用户表：suser（sUSER 呢？），具体如下： s ：系统表，suser，sclass m ：用户信件表，msy
3. bbs.5isotoi5.org 基于mysql的bbs设计（四）
简介：bbs.5isotoi5.org:bbs.5isotoi5.org 基于mysql的bbs设计（四）：5。版面模块设计 所谓分类，更多的是为telnet服务端考虑的，在cq66模式下，用户可以按 照自己的意愿进行分类，反正最后都是直接以版为基本单位访问的。 对于版面文章的访问，存放的时候以整篇文章为参数，文章的分块由本层 完成，如果上层以块为单位传送，则在上层全部传完，组合后，再传参到本层 分解；在读取 的时候，本层则以块为单位访问，如果上层要以全文为单位访问 ，则在上层做合并 工作，本
简介：基于mysql的bbs设计（五）。6。bbsd和cq66服务器端改造 bbsd中，关于用户的模块应该比较好改，只要将写.PASSWD文件的操作换为 操作数据库的UserManage类的成员函数即可，但
简介：基于mysql的bbs设计（四）。5。版面模块设计 所谓分类，更多的是为telnet服务端考虑的，在cq66模式下，用户可以按 照自己的意愿进行分类，反正最后都是直接以版为基
简介：基于mysql的bbs设计（一）。1。系统架构： 采用模块化思想，分为3层： a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息， 文章数据，用户信件，用户消息
简介：基于mysql的bbs设计（二）。3。数据库设计 关键还是mysql的效率问题，合理分配mysql的内存，特别是table cache的 大小。另外，当系统突然掉电呢？mysql是否robust？ table的名
简介：基于mysql的bbs设计（三）。4。用户模块设计 对于底层数据库，调用mysql的C API函数来进行数据库的修改，内部保存 一定的状态变量（例如用户名，还是留给上一层完成
简介：基于mysql的bbs设计二。3。数据库设计 关键还是mysql的效率问题，合理分配mysql的内存，特别是table cache的 大小。另外，当系统突然掉电呢？mysql是否robust？ table的
简介：基于mysql的bbs设计一。1。系统架构： 采用模块化思想，分为3层： a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息， 文章数据，用户信件，用户消
