待决。 答案吗? 我是否只是使用袖珍。 io io create create create server server server server server server server server server server server server server server server server server 然后,在客户方面,只有一种功能,即把服务器的袖珍书像每秒一次? 这是否是使用袖珍的正确途径? 如果我每秒处理服务器资源问题,那么这一进程就会受到关注?
If you want something realtime. The structure might be different.
首先,需要一名中男子帮助您在浏览器和服务器之间沟通。
解决方案1: 每30秒要求实时(与现行方法相同)
解决办法2:精简。 一旦向服务器提出要求,该服务器就会收到。 服务器可以继续向浏览器发送回复。 由于许多安全浏览器问题,摘要。 io出生。 Socket. io提供了许多方法,即: htmlfile stream,xhr request,flash...
第二,你们需要服务器来接受这一联系,并提供长期投票服务。 感谢! 页: 1 io为你们做了这项工作。
第三,最重要的人! 这是数据。
解决办法1:每一项请求/触发 电话db或Nosql数据库(SQLserver,mysql,Mongodb)。 相信我! 你们即将去世。
解决办法 2 会议服务。 诸如Redis pub/sub、rabbitQ等服务。 它只是使用电文并在电文中公布电文。 它使用特殊程序发布电文,并不储存类似电文。 因此,它能够发出电文和大字;100千方千方千方百日! 超级快车。 Wow ! 利用这些服务能否解决实时解决办法? 不舒服。 为什么? 由于使用这种服务,你无法储存数据,因此,要根据您的数据需要定制数据。
解决办法3:主题进程。 Redis,memcastal。 记忆很快! 您可以保存您的最后展示成果。 记忆可以达到,可以达到;100千卡/秒。
Conclusion. To build a really realtime web application like facebook or tweeter. We need to apply all solution above + some cheat. Example, facebook friend notification. When you get friend news update, it use messaging services to publish alert to all friends (Max 5000 people).Because heavy publish will slow down message performance. After that cache (Memcached) the notification message to reduce calling db(mysql). How about we can get group message with over 1 million people ? Of course we dun publish to all over 1 million people. But we ask 1 million people to call our latest group messages which store in memory.
- Reminder : Scaling your server is important to achieve the realtime goal. Good luck !