锁定老帖子 主题:关于火车票订购网出现的一些问题
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2012-01-05
也是SSH的?咋不用重量级的EJB?
|
|
返回顶楼 | |
发表时间:2012-01-06
其实这样的网站应该做一个排队等待队列, 直接在前端架一套排队等待的管理服务. 然后根据后台服务器的繁忙程度,业务处理的能力来分配用户是否进入买票的程序.
这样用户一进入网站,就弹出一个窗口或者页面告诉用户当前排队所处的位置. 如果用户刷新,那么就重新排队.这样就可以避免用户反复刷新给系统带来的压力. 还可以根据排队人数来即使调整服务器. |
|
返回顶楼 | |
发表时间:2012-01-06
最后修改:2012-01-06
楼上这个方法不错,既对用户比较友好,又缓解服务器压力。
不过异步的问题就是要考虑排到某用户时怎么给用户返回信息,毕竟是BS系统不是cs系统。 |
|
返回顶楼 | |
发表时间:2012-01-06
straw 写道 其实这样的网站应该做一个排队等待队列, 直接在前端架一套排队等待的管理服务. 然后根据后台服务器的繁忙程度,业务处理的能力来分配用户是否进入买票的程序.
这样用户一进入网站,就弹出一个窗口或者页面告诉用户当前排队所处的位置. 如果用户刷新,那么就重新排队.这样就可以避免用户反复刷新给系统带来的压力. 还可以根据排队人数来即使调整服务器. EJB天然就具有排队的功能,不用自己实现的。 |
|
返回顶楼 | |
发表时间:2012-01-06
这种高压力下的东西,应该使用管理人员比较熟悉的技术,特别是涉及到服务器的负载/监控之类的任务。方便管理员有针对性地调整和性能调优
|
|
返回顶楼 | |
发表时间:2012-01-07
straw 写道 其实这样的网站应该做一个排队等待队列, 直接在前端架一套排队等待的管理服务. 然后根据后台服务器的繁忙程度,业务处理的能力来分配用户是否进入买票的程序.
这样用户一进入网站,就弹出一个窗口或者页面告诉用户当前排队所处的位置. 如果用户刷新,那么就重新排队.这样就可以避免用户反复刷新给系统带来的压力. 还可以根据排队人数来即使调整服务器. 排队靠谱... 让我想起了 魔兽世界公测... |
|
返回顶楼 | |
发表时间:2012-01-08
最后修改:2012-01-08
bonny 写道 但是代码质量风格和可读性非常好。
是客运服务简写为kyfw这样的嘛? 比较好奇哪里能看到源码,想瞅瞅。 |
|
返回顶楼 | |