3. 用户功能简介
  用户的功能配置在Say Frame中，能够选择发言贴图、说话的语气等。发言经过特别的处理后存储到Mysql，例如选择了一个贴图后，系统将添加到发言的前面，就能够实现贴图的效果。
  对于聊天室常用到的Emote，例如用户A输入“/hello”按发送，List Frame中显示出来的是“用户A愉快地和大家打招呼”，为了保持效率，用户输入的Emote会原文直接保存到数据库，而解析转换的工作由List Frame来完成。

  悄悄话只有自己和聊天对象能够看到，实现上因为发言预先保存有发言人和聊天对象，只要做一个简单的判断即可。更有聊天室常有的屏蔽某用户发言的功能，通过配置一个临时的阵列来实现，没必要保存在用户的数据库中。

  聊天室人多的时候，大家争先发言常使人眼花缭乱，这时能够选择是否屏蔽无关的发言，即意味着只要不是对任何人和自己的发言将不会显示出来。当然，因为系统会用特别的颜色来标识和自己有关的发言，就算不选择该功能，用户还是能快速地从众多发言中找到和自己相关的。

  用户能够在特定时间（系统比较空闲时）将当天和自己有关的发言打包。因为存储发言的表数据增长速度很快，为保持运行效率，系统隔天就会把他复制后清空。这样用户检索打包发言内容就不会影响聊天系统的运作。

  出于安全的考虑，聊天室的管理功能是单独的，并没放在聊天页面中。主要有用户资料管理和将捣乱用户Kick Out（踢人）两种功能。将用户踢出聊天室后将使他在一定的时间内不能再进入聊天室。

  聊天室的安全需要虽然不象电子商务那样高，但假如用户被冒名顶替、用户的发言被窃听，或乱踢人，是很令人不快的。用户都要在Login中填写名字和密码才能进入聊天室，但是通过查看Login的源代码，虽然不能看到Php的部分，Htnl部分的源码却显示Login是调用Chat.php程式从而进入聊天室的。所以为了防止用户直接进入聊天室，系统会首先判断新建立的聊天室是否由Login产生的，不是则退出。同理，在聊天室的List Frame和Post Frame也可加上这样的防护。当然，在List Frame和Post Frame中检查用户的身份和密码，就万无一失了，只是加重了系统的负担。
  综上所述，能看到系统的源代码无疑是危险的开端，所以系统的编写尽量用看不到源码的Php；配置由Login开启的聊天室隐藏了浏览器的工具条、状态栏等，并且屏蔽了鼠标的右键及快捷键。

4. 总结
  用Php编写的聊天室具备高效稳定的特点，是编写网络交互程式的最好选择。