走线只要不要太糟，超五都可以跑千兆

@wohenyingyu01 memcpy 会强制拷贝 32 个字节，在这里前面 memset 是多余的，调试模式很多编译器会对变量填 0,release 并不会。

@wohenyingyu01
楼上都告诉你了， memcpy(key,(unsigned char)"test",32); 这个会复制 32 个字节，但是 test 只有 5 个字节
所以你这里应该 memcpy(key,(unsigned char)"test", strlen("test"));或者 memcpy(key,(unsigned char)"test", strlen("test")+1);

user 表 social_account 表分开，用户名和手机号等登录的时候直接判断 user 表用户密码， social 登录的时候判断 social 表拉出 openid 后找对应的 user ，直接登录 user 。直接登录的时候都默认创建一个 user

我准备逃离 laravel 了

头部去掉直接 json_decode

3000 在新天地应该是房间吧

看什么地方了， lo 看到的时候最先想到是 localhost

web 端使用的时候不应该用 token ，而是使用 cookie 。
一般情况下，可以用服务器端做一层 filter proxy ，在 filter 中根据 cookie 生成代理插入到请求头

pyspider

@nonesuccess 没必要每个请求都校验，这样 sso 服务器压力太大。
子系统维护自己的 session,并使用一个 filter 监听退出请求。登陆时定向到 sso 完成登录，退出时由 sso 服务器统一发出登出请求到各个子系统，子系统完成 session 销毁。
oauth 协议只能完成单点登录部分，不能完成 单点退出 这个需求。
cas 本身基于 url 保护的 filter 都是现成的。
其实不管怎么说， sso 登录都有 cas 的影子， cas 不止是一个软件，而是一个协议标准了。
楼下那位远离 cas 我不知道怎么做到的。

单点登录简单点就 cookie 共享，缺点是不够安全，不能跨域。靠谱点就上 cas ， oauth ，用作登录这两个没什么不同

新浪微博是标准的 cas 实现吧

B 的 try catch 是很好的，但是 return false 就醉了。 要不 no catch ，要不包装下抛出来

看到 catch 后 return false 就醉了。

这个适合用队列

你们难道都不考虑 seo 的吗

2016.1.1 正式修改了。

@laoyuan 还需要 md5 ？直接 unique[date,code]不行吗