I have a current system which is build as a Windows Application, and does certain tasks in very close to real time. There are nodes in a network that communicate with our custom server, communicating status, and sending and receiving commands.
我有一个当前系统,它构建为Windows应用程序,并在非常接近实时的情况下完成某些任务。网络中有节点与我们的自定义服务器通信,通信状态以及发送和接收命令。
We are looking to move to a web deployed platform. The nodes, say 60-100 of them, need to communicate with the server, and display to the client quickly. I'm talking milliseconds, not seconds. The network connection is LAN/100mbit or gigabit, with a reliably fast connection from the clients to the server. The node communication is also small, and it already sent as XML messages, which are not huge in size, and not overwhelming in quantity.
我们正在寻求迁移到Web部署平台。节点,比如60-100个节点,需要与服务器通信,并快速显示给客户端。我说的是毫秒,而不是秒。网络连接是LAN / 100mbit或千兆位,从客户端到服务器的连接速度可靠。节点通信也很小,并且它已经作为XML消息发送,这些消息的大小并不大,而且数量不大。
Our System Architect is confident, and assures us, that this can be done with LAMP + AJAX. I personally have been involved with similar systems before, and I'm skeptical about the guarantee delivery of messages this close to real time.
我们的系统架构师对LAMP + AJAX可以做到这一点充满信心并向我们保证。我个人之前一直参与类似的系统,而且我对这个接近实时的消息保证表示怀疑。
In order to have a sanity check, am I wrong? Can this be done (well) with LAMP, or any similar language? (Not Java, I know a launched Java applet can do this).
为了进行健全检查,我错了吗?这可以用LAMP或任何类似的语言完成(好)吗? (不是Java,我知道推出的Java applet可以做到这一点)。
2 个解决方案
#1
2
If you're talking about a near-realtime application such as a messaging program and not actual realtime then it can be done. The technique is called 'long-polling' or comet and has been used successfully by several major web startups (Meebo for example).
如果您正在谈论一个近乎实时的应用程序,例如消息传递程序而不是实际实时,那么就可以完成。该技术被称为“长轮询”或彗星,并已被几家主要的网络创业公司(例如Meebo)成功使用。
HTML 5 specifications also include a built-in messaging API which should really propel those techniques into the mainstream as it is implemented in the next generation of browsers (and some of the current generation as well).
HTML 5规范还包括一个内置的消息传递API,它应该真正推动这些技术进入主流,因为它是在下一代浏览器(以及一些当前一代)中实现的。
#2
-2
The AJAX part of this is fine. Products like Lightstreamer and other Comet (Http server push) servers can provide near real time communication.
AJAX的一部分很好。 Lightstreamer和其他Comet(Http服务器推送)服务器等产品可以提供近乎实时的通信。
The LAMP part of the equation is the one that worries me. You'll probably need a custom back end of sorts in order to achieve high performance. The LA parts are fine. The needs of your application may cause you to reconsider the MP.
等式的LAMP部分让我担心。为了获得高性能,您可能需要定制后端各种类型。洛杉矶部分很好。您的应用程序的需求可能会导致您重新考虑MP。
#1
2
If you're talking about a near-realtime application such as a messaging program and not actual realtime then it can be done. The technique is called 'long-polling' or comet and has been used successfully by several major web startups (Meebo for example).
如果您正在谈论一个近乎实时的应用程序,例如消息传递程序而不是实际实时,那么就可以完成。该技术被称为“长轮询”或彗星,并已被几家主要的网络创业公司(例如Meebo)成功使用。
HTML 5 specifications also include a built-in messaging API which should really propel those techniques into the mainstream as it is implemented in the next generation of browsers (and some of the current generation as well).
HTML 5规范还包括一个内置的消息传递API,它应该真正推动这些技术进入主流,因为它是在下一代浏览器(以及一些当前一代)中实现的。
#2
-2
The AJAX part of this is fine. Products like Lightstreamer and other Comet (Http server push) servers can provide near real time communication.
AJAX的一部分很好。 Lightstreamer和其他Comet(Http服务器推送)服务器等产品可以提供近乎实时的通信。
The LAMP part of the equation is the one that worries me. You'll probably need a custom back end of sorts in order to achieve high performance. The LA parts are fine. The needs of your application may cause you to reconsider the MP.
等式的LAMP部分让我担心。为了获得高性能,您可能需要定制后端各种类型。洛杉矶部分很好。您的应用程序的需求可能会导致您重新考虑MP。