同时在线万人以上,如何采用$_SESSION

北京野狼

原帖由 "tonera" 发表：


内存表和cookie是我认同的两种方法.

怎么使用内存表？
内存表不是一个好办法。实践中根本不可行。

hitty

纯粹用COOKIE还是有很大的局限性,必须有种策略在COOKIE禁用，也能保持其它程序下能不断地间歇性连接来保持同步。

比如在WEB中加入隐藏的<iframe>;的值在后台定时刷新,服务端一但在某段时间内没有收到信息则可以认为用户已经离线....

北京野狼

原帖由 "hitty" 发表：
纯粹用COOKIE还是有很大的局限性,必须有种策略在COOKIE禁用，也能保持其它程序下能不断地间歇性连接来保持同步。

比如在WEB中加入隐藏的<iframe>;的值在后台定时刷新,服务端一但在某段时间内没有收到信息则?.........

疯子的计划，完全胡言乱语。连基本的用户技术水平都算不上。
:D  :D  :D  :D  :D

要是在我公司，我就建议去看医生。

hitty

说说不可行的原因，不要在这里不懂装懂

北京野狼

[quote]原帖由 "hitty"]说说不可行的原因，不要在这里不懂装懂[/quote 发表：


就以cu论坛来说。你在frame里面不停的刷新，那我只要打开论坛就永不过期了
你总见过页面不操作过半小时过期的事情吧。所有的web浏览方式都有。

不停的刷新你知道真的在线上万是多大的负载吗？
用COOKIE没有任何局限性没有COOKIE什么都没有

tonera

原帖由 "北京野狼" 发表：


怎么使用内存表？
内存表不是一个好办法。实践中根本不可行。

把session存入内存表.为什么不可行?

这和把session存入文件是一样的道理,唯一不同的是:内存开销上升,但速度更快!

还有,可实现跨域.(当然和前段时间讨论的用户跨域认证是不一样的.)

hitty

原帖由 "北京野狼" 发表：


就以cu论坛来说。你在frame里面不停的刷新，那我只要打开论坛就永不过期了
你总见过页面不操作过半小时过期的事情吧。所有的web浏览方式都有。

不停的刷新你知道真的在线上万是多大的负载吗？
用COOKIE没有?.........

理论上本身就是，只要页面在本机打开，就不能算过期！

之所以过期那也是SESSION没有办法的办法，也是C/s和B/s不同的一部分

不停地刷，并没有指要多长时间刷一次，你当然可以30秒刷一次，还嫌不够再加也行，我想在这个时间段以内大多数用户还是会有所动作的

其实这么做的根本也是为了能更好地管理在线用户的情况，而不像传统意义上的完全分离的模式，并可能由此实现某种意义上的互动

北京野狼

原帖由 "hitty" 发表：


理论上本身就是，只要页面在本机打开，就不能算过期！

之所以过期那也是SESSION没有办法的办法，也是C/s和B/s不同的一部分
.

这世界上只有你一家网站准备这么做。而且不用cookie每次用户刷的时候你拿什么方式认证用户？

lares

可能处于基本点不同,

一般有大网站工作经验的程序员是推崇COOKIE的, 因为他们面对的是10W，100W级的用户量.

门户网站一般对流量大的程序做轮询. 有一堆服务器组, 放同样的程序去实现, 这样的环境SESSION没有很好的分布式解决方案, 因为你这次在这个服务器上面，很可能一会又跳到另一台服务器上, SESSION就没有了(别跟我谈F5, 后话).

用内存实现的SESSION, 解决分布式的话, 要么用NFS，要么用MYSQL，首先要考虑有一台终端SERVER，专门用来存放内存数据，这样解决分布问题, 但增加了实现的复杂度. 又有另一个弊端，这个SERVER需要超级强！比如有这样的网站，要分析用户行为，记录用户访问顺序, 一天有千万级的用户访问, 那找什么样的计算机来提供给SESSION去实现呢.

野狼可能在大网站工作, 或者处理用户量非常大的那种网站, 用COOKIE应该是他的环境下的经验之谈, 这些程序员的使用习惯都是在不断的开发环境中总结出来的.

我也推荐前台能用COOKIE就用COOKIE, 安全性方面加一个干扰串MD5一下基本就可解决，当然有条件的可像门户那样去写自己的加密/解密算法.

hitty

晕倒哦，太恶心了吧你

随便找个马甲就能替自己拍马屁