当我们设计的站点应用对安全有一定要求的话，就可能会涉及到需要记录使用者的操作记录，比如什么时候登录什么时候做了些什么之类的，你也可以称之为用户操作足迹。具体来说要实现的最终要得到的数据是如下的： 吴给力在 2012-02-18 01：14：13 上了厕所 吴给力在 2012-02-18 01：17：23 回到床上 吴给力在 2012-02-18 02：26：43 接起电话 吴给力在 2012-02-18 02：27：11 放下电话

这不是什么新的技术，所以如果你已经知道如何实现可以忽略此博文了。关于同步登陆的需求，大网站可能有几个子网站或者是子系统，不能设计成每次进入其他子网站就登陆一次，而应该是在子站点登陆了就可以漫游于其他子站点，当然用户帐号与密码也应当保持一致。当需求明确后而且你对登陆这个概念有理解的话，那么你完全可以动手了。

这应该是个很长久的问题……长久得在网上一搜大把解决方案，就是关于如何防止表单重复提交的问题，而paperen这里也就再来解析一下解决的方法与原理，毕竟也是一个实用的技 术。如果您已经知道如何解决的话那么这篇文章可能不适合你的口味，paperen这里也打算从基础开始讨论，所以希望一步看到解决方案的您也可能不太适合，所以请注意。So~开始吧

话说很久以前有个人，他的名字叫paperen，他一直想弄一个聊天工具……而又在同时他不知不觉间步入了WEB的领域，但他依然想弄个聊天工具，于是直到这篇Just For Fun的面世，一个很囧的引子，其实呢，paperen我在毕业之前就弄了一个，那时打算将它作为毕设的，但结果用了那时在诺网期间那个IP屏蔽的东西作为自己的毕设~~这次再弄了一个，纯属是弄着玩而已，不过也花了些少功夫，代码架构上就一般般，并没有太多面向对象的味道，其实一开始是想发表一个关于在线的东东，结果弄着弄着就加上了聊天对话的东西

WEB驱动事件与交互的最基本的方法就是通过GET参数，我想你懂paperen说的是什么意思的。简单来说就是那个问号后面的都可以称之为GET参数，因为这种形式会让浏览器向服务器请求时将问号后面的字符都加到请求数据中，只是那不是我们要了解的事情而已，而很直接的表现就是在地址栏看到这些很长的参数。不知道大家有没有去修改这些参数的冲动，因为修改它们实在是太容易了，而且是暴露在地址栏的，我们都可以随便修改，或者将id=2改为id=test，但正如有写过web代码的人都应该知道一件事情就是“很可能这个参数会