goahead 认证方式

最近在修改goahead的认证方式，有点感悟。

根据最新官方文档的介绍，goahead有三种认证方式：分别为basic认证、摘要认证以及表单认证；

basic认证以及摘要认证方式的验证入口为IE弹出的401验证框，与一般的web登入界面相比不美观，很难满足客户要求；其中表单认证应该可以做到传统的web界面登入，但是只有3.x版本之上才能使用，官方文档只介绍了一些配置信息、代码提示也不多，未仔细研究。有兴趣的朋友可以研究看看。

传统的web应用平台的认证一般基于存储在web服务器的Session会话，当每个用户首次与web服务器建立连接时，他就与这个服务器建立了一个Session，同时服务器会自动为其分配一个SessionID，用以标识这个用户的唯一身份。这个SessionID是由web服务器随机产生的一个由24个字符组成的字符串。通过验证的用户、在后台相对应的Session内的某个属性即被赋值为已通过验证，之后该用户的每个请求中都会带有该对应Session的SessionID（这是浏览器的自动功能）。

由于goahead服务器不提供Session接口（3.x版本已经提供WebsSession接口），因此后台很难使用Session方式进行认证的管理。

最后无奈使用cookie的方式进行认证：其实也很简单，与basic认证的消息传递差不多。

在登入界面上进行登入，登入成功后将用户名以及密码进行编码加密，将加密后的字符串存储在cookie中（例如新建SessionID字段），在goahead服务端的wp->cookie进行存储，然后解码得到相应的用户名和密码。之后的验证方式就和basic认证一样。编写拦截器，拦截你规定的所有请求 然后进行校验！