会员及会员组

3.1 会员组简介
为了加强站内管理，控制会员权限，合理分配站内资源，对会员进行分组管理
不同的会员组有不同的权限
首先对权限按内容进行分类
如：
分成两层即可，部分权限点可以设置权限强度：只读/可修改/可删除
权限为系统内置，使用单独的系统文件和表进行处理。

管理员可以自定义组名称和组权限。

权限编码规则，XXYYZ  XX为一级类别，YY为二级类别，Z为权限级别
从00开始编码 Z：0/1/2/3 不限/可读/可修改/可删除

系统内置两个组，管理员可以修改其组特性，但是不可以删除。
（1） 匿名用户组（访客或未登录的用户）
（2） 新注册用户组（默认的新注册的用户所属的组）
3.1.1会员组特性描述
会员在注册前称为访客，注册后为会员，创建博客目录后为博客会员

（1）匿名用户(访客)
 是否允许评论回复
 是否允许浏览
 评论和浏览时是否需要输入验证码

（2）注册后的会员可能并不一定会成为博客会员，有的时候只是为了进行回复和留言
所以对于默认组，可以做如下操作：
 默认允许回复/评论
 是否创建用户目录，如果允许创建用户目录，则增加公共会员组的功能
 是否启用邮件激活
 是否启用申请人机制

（3）博客基本属性
 上传空间大小
 上传文件类型限制
 是否启用缩略图
 是否启用水印
 每天最多发布日志数目
 是否允许使用二级域名
 是否允许绑定顶级域名
 博客头像大小限制（尺寸一样，大小不同）
 是否可以发送邀请
 可以邀请的总数目
 每天最多可邀请数目

（4）团队博客特性：
 默认可以加入申请任何团队
 是否允许创建团队
 最大创建团队数目
 最大允许加入团队数目（系统规定最大不超过10个，否则界面上不好控制）

（5）编辑器强度：
 是否允许FLASH直接播放
 是否允许媒体文件直接播放
 是否允许使用脚本

（6）模板属性
 是否允许编辑模板
 可以使用的模板分类

（7）日志属性
 可以使用的日志分类（只分到一级大类）
 最多使用TAG数目
 最多可发送引用通告数目

（8）功能特性：
 是否允许使用通讯录
 是否允许使用网摘
 是否允许使用个人记事本

（8）除基本组外，还需要设置组本身之基本属性
是否允许会员自动升级到该组
升级条件：发帖数目超过xx，或者积分超过xx

3.1.2 组的创建/修改/删除

会员组由系统管理员进行管理，权限不下放给内容管理员

可以修改组名称
如果该组不包含任何会员数据，则组可以删除
某一整组的会员可以全部合并到目标组，并且以目标组特性为准，但是之前已经发生的与目标组权限不符的动作及动作引发的结果不再进行处理

3.2会员

支持用户目录的脱离，可以指定任意本站下的任意目录。
甚至是根目录，或者可以脱离本目录
如
/blog 存放blog程序
/babyt 存放某一单一用户名

3.2.1注册部分
（1）注册部分增强
可增加注册部分的认证强度来满足不同目的站点的需要，内嵌积分机制

强度0：公开注册，填写基本资料即可完成注册
 附加强度：管理员审核，邮件地址唯一
强度1：邮件认证，填写基本资料后，需使用填写的邮箱进行验证字串的校验
 附加强度：管理员审核，邮件地址唯一
强度2：推荐人机制/邀请机制
 推荐人像被邀请人发送一个邮件，邮件内容为
 welcome.aspmail=xxx@123.com&code=xxxxxxxxxxxxxxxxxxxx
 之类的字串，该字串24~72小时内有效，从此字串开始注册的用户自动被加为推荐人好 友，并且推荐人获取到推荐积分（页可以设定为发表一篇日志后开始积分）。
 推荐人的推荐数目由系统分配，可设定数目规则或者无限。
 类似于Google Mail等的邀请机制。
强度3：手机注册制（以后开发）

（2） 注册信息
首先阅读并同意注册协议，可以进行配置，选择阅读/必读
填写用户基本信息
主要为
 用户帐号(不允许中文，用于登录/生成用户目录，不可更改)
 二级域名(不可更改，可强制为用户帐号，如果默认组不允许生成注册目录，则该处不显示)
 昵称（可更改，但不可重复）
 电子邮件（可更改，但不可重复，根据需要进行有效性校验）
 博客名称（可更改，但不可重复，如果默认组不允许生成注册目录，则该处不显示）
 所在省市（可更改，此处需改成数据库配置，然后每次更改自动生成静态脚本实现，原来的数据进行升级更新）
 可不必再显示博客类别（？）

注册后可以不必马上生成用户目录及相关文件（可设置），在其发表第一篇日志/内容后再生成
界面上的URL流转时需要注意（主要是博客列表和新注册博客，如果当前日志数/含相册数为0），则不显示该人的连接地址，只显示一个无连接的文字即可。
节省系统资源。

（3） 防止垃圾注册的措施
 增强注册码机制（注册码随机变换-尺寸不变，防止影像美观，降低对系统的权限设置要求，且生成的验证码输入input的名称可以随机更换，防止程序默认攻击）
 加强注册时间间隔，cookie与Session并用
 IP限定

（4）注册名称过滤
系统内置部分禁止注册的名称，此处可以采用通用的处理方式，同步处理TAG，注册，发表等。如：色情类/辱骂类/政治类/系统冲突类

第 6 章 现有功能改进
6.1 评论与留言
评论与留言中减少对格式的支持，官方将只支持如下几种HTML特性：
 连接
 字体颜色
 字体加粗
 引用回复
 系统指定图标（系统内置，自动翻译）
并且对连接做一个处理noref，使其不被搜索引擎收录(开关)
增加对Spam的防护,增加后台管理的便利性与可控性

回复与留言错误的返回保留信息。

对于以前的用户，可以仍然沿用原来的模式
不过增加一个开关，有三种级别：
1：全HTML模式，即现有模式
2：简单HTML模式
3：不支持HTML的模式

评论和留言中均增加头像和用户连接功能，匿名用户不显示头像，以统一颜色标记

6.2 样式显示（样式可定义）
博客之星在列表中名称变红，加粗
推荐用户在列表中变蓝
精华日志在列表中变红

6.3 模板的改进
首先模板进行分级，只增加一级类别即可
如暖色调/冷色调等等
圈圈采用单独的模板
同样进行分解

可以针对用户组设定不同的使用权限（控制到组）

整站页面增加一个模板显示列表（详细显示时，只显示一个大的图片即可，防止被轻易盗走）
首页增加最新模板显示标签

净化与控制模板，定义模板标准并简化模板的操作

6.4 友情连接功能
更改为单条插入的功能，而不是直接编辑HTML代码
站点名称/图片连接/网址
可以根据模板自行设定显示方式，横向显示（纵向显示）

6.5 同城博客
同城博客纳入系统数据，分成两个级别，可以修改
修改完成后需要手动生成系统脚本
将现在的文字存储，改为代码存储

6.6 相册问题
仍然按照现在的方式，不过要方便操作，且增加其保密性，如加密后整站上则不再显示等
6.7 其他细节
增加审核用户写了多少文章才可申请博客之星
梳理一下Tag和Trackback

第 7 章 站点交互类
7.1 辩论
首先要发表日志，然后在用户后台申请进行辩论，由管理员进行申请/驳回。
管理员可以对辩论进行备注说明和规整。
辩论包含如下内容：
 辩论标题
 辩论简介
 正方观点
 反方观点
 开始和结束时间

辩论分成3方：正方/反方/中间派，
几方面
最后由发起人进行总计，管理员进行批注。

扩展：可扩展为话题/专题的讨论，不一定为辩论的形式
而是以支持/反对/不明确表态的形式来发表自己的看法。
所有回复以单独日志为准，日志设置摘要，作为主界面的显示

其他用户可以将自己的日志归并到该主题中

7.2 活动召集
首先发表日志，然后在用户后台申请活动，由管理员进行申请/驳回。
管理员可以对辩论进行备注说明，活动必须填写如下信息。

 活动名称
 活动性质（线上/线下活动）
 活动详细地点
 活动进程
 活动聚集时间
 活动正式开始时间
 活动结束时间
 召集人
 联络人联系方式
 活动内容
 费用分担
 活动赞助
 活动激励
用户可以进行报名登记，登记的形式为日志回复。
活动结束后，由发起人进行总结结束，由管理员进行确认总结
活动结束后该日志被禁止回复
参加该活动的成员均可以对其进行发布日志评论，并归并到该活动的主题中来

活动的类型首先区分为线上线下活动，然后区分为其他几种类型，
线上活动有：在线聊天/视频会议/网游互动等
线下活动有：旅游/团购/参观/学习/等

7.3 站内专辑
（专辑可以分类，作成周刊的形式，使用单独的模板封面及内容）
管理员可以将站内的一些日志制作成专辑，如针对某一热点话题，将所有内容归并到一个话题内。
实现方式，只要提供一个界面即可，由管理员自行处理

以上三点在其界面上可以提交一个指定大写的图标/标题/摘要，在整站显示。