这是一个创建于 3783 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司有一个大屏幕，上面需要实时显示注册人数数量和其他交易额度。之前前端做的是ajax 2秒请求一次,不过开个个把小时浏览器就崩溃。。。卤煮这两天又在研究关于PHP的Server框架,自己撸了一个简单的Boardcast,前端和后端websocket连接,后端有一个定时器,每秒拉取数据发现有数据更新再广播给前端。
那么问题来了，大屏幕实时显示这个东西不是我做的，不过我很想把我的放上去试试。由于我读书少，怕我做的东西放上去也挂了(挂了的代价不大，就是出丑，费力不讨好)。 那么，该是叫那个前端改改他自己的代码，还是装逼的自告奋勇？
那么问题来了，大屏幕实时显示这个东西不是我做的，不过我很想把我的放上去试试。由于我读书少，怕我做的东西放上去也挂了(挂了的代价不大，就是出丑，费力不讨好)。 那么，该是叫那个前端改改他自己的代码，还是装逼的自告奋勇？
 | 1 refresh 2015-06-11 22:27:49 +08:00 1. 浏览器崩溃和ajax无关，我猜内存没释放 2. 如果可以不考虑浏览器的兼容性，实时数据ws比较好，但如果你服务器是用nginx代理，则需要一些小小的配置 |
 | 2 geeglo 2015-06-11 22:37:58 +08:00 别人的东西就多一事不如少一事，自己的东西果断折腾。。 原谅我年少无知，胆小怕事，怕出丑。 |
 | 3 void1900 2015-06-11 23:53:49 +08:00 当然是 websocket |
 | 4 zkd8907 2015-06-11 23:55:19 +08:00 资源许可的情况下练练手呗，没啥坏处。 |
 | 5 clino 2015-06-11 23:56:41 +08:00 via Android 崩溃的是什么浏览器？ |
 | 6 lincanbin 2015-06-11 23:57:19 +08:00 怕浏览器挂，最简单的就是加个定时器，半小时后刷新页面。 如果有能力，可以开开发者工具，我猜是递归层级太多，或者是DOM树没清理。 实时更新当然推荐websocket，如果用Ajax的话，可以用长连接，对性能也有明显的提升。 |
 | 7 johnsneakers OP @clino chrome |
 | 9 NemoAlex 2015-06-12 00:10:40 +08:00 via iPhone 楼主的公司没有友好的讨论技术问题的氛围，还是别待了 |
 | 10 loading 2015-06-12 07:39:23 +08:00 via Android 你看到别人做不好，然后你也没做过，就别先bb咯…自己做出来，在自己机器其他几天，没事再讨论别人技术！ 让我想起很多老板的话: 应该很简单吧！稍微改一下，这对你来说很简单的吧… |
 | 11 lucky2touch 2015-06-12 08:44:19 +08:00 via iPhone 看题目我以为是后台压力的问题呢......看来前台的问题大点 |
 | 12 lwbjing 2015-06-12 08:57:31 +08:00 上吧少年。。能出啥丑。。。 |
| 13 lucky2touch 2015-06-12 09:51:02 +08:00 @loading 技术讨论归讨论，但是实施起来还是不妥，如果楼主在一个公司的话，试想楼主真的解决了问题，原来的前端不是被打脸。然后以后各种问题都会找楼主，而楼主的收入一般不是翻番，所以我建议楼主还是自己捣鼓下技术，公司的问题走一步算一步...... |
 | 14 seasolzombie 2017-12-19 16:27:34 +08:00 我在网上看过一篇做过连接测试的文章，结果是 ajax 非常耗时，性能估计也是比较差的，这也就是为何 jsonp 在很多大公司得到十分广泛的应用的原因，大家可以去看看淘宝的是加入购物车都是 jsonp 的。ajax 是一个好技术，它的最佳应用应该是低频率的无刷新更新，但是这些场景的请求频率非常低的，所以如果你的应用需要极强的即时性，websocket 是首选。我们做技术，一定要有一个宗旨，适合的场景应用适合的技术！一个页面 5、6 个 ajax 就为了所谓的前后端分离实践真的是违背了 ajax 的本意。 |
Select Language