一个系统允许同一个帐号最多10个人同时登录在线，怎么做呢？
一个系统允许同一个帐号最多10个人同时登录在线，怎么做呢？说说大家的思路。。
------解决方案--------------------
是内部系统么。
建一个表logs表
ip user_id last_time
假设10分钟内算为在线
WHERE last_time+600 > time() 加 GROUP BY user_id 大于10个的话就不允许登录咯。
last_time+600
具体还得实践测试……
------解决方案--------------------
登陆是登陆，限制是限制。
一个登陆一个session，和普通的用户没有任何区别。
限制是额外的附加，每个账号一个数据库计数字段即可，问题是如何给让某个user的某个登陆过期。
用户每次都注销的话，那么操作数据库-1就好了。 用户不注销的话，那么数据库应该在session过期的同时计数-1，这样才对用户比较合理。但是很难让session的有效期和计数-1自动的关联运行, 也就是某个登陆session过期了，而数据库里还没有-1，这对用户就不公平了。
所以，如果能够注册一个session过期的回调来操作数据库计数-1就好了，可惜不知道有没有php.ini可以配置调用个回调php文件？ 估计没有。。
所以，我最终给出的方案为：用户不注销就永远保持其登陆状态，依靠一个单独的COOKIE维护。。。由crontab跑一个php定时脚本，对那些登陆状态保持超过N长的人删除其数据库的COOKIE记录并给技术-1，这样就让位其他用户了，而且原先登陆的那位同学也没话可说，只能重新试图登陆了。
增加一张表：AUTO_ID USER COOKIE， 每个USER的每个登陆点对应一个COOKIE，限制该表同一个USER的COOKIE不超过10即限制了10人登陆，只要把COOKIE生成发给每个登陆者，只要它们不注销，它们在一段时间内都保持在线，PHP检测他们是谁与否就是用查数据库里的COOKIE。为了清理那些没注销的用户，只能跑crontab定时清理了。
总结！~~~~~ 其实就是因为SESSION总会过期，过期了就无从追踪了，所以需要把会话持久化到数据库！！！
再其次，因为SESSION过期没法回调函数，所以只有持久化之后定期跑crontab清理超时COOKIE~~~~
------解决方案--------------------
