节点服务器GUI前端
那么，我们都知道无头服务器。 其实，可能绝大多数服务器都是无头的。
像往常一样（看来），我的情况还要求别的东西。 基本上，build议的架构看起来或多或less像：
应用程序服务器（node.js）位于与两个屏幕物理连接的物理机器上。
在这台机器和networking之间有各种常规的networking层。 请记住，这种设置的主要原因之一是物理可移植性：即客户端获得必要的硬件作为产品。 服务器本身依靠CDN来处理静态文件等
每个监视器/屏幕需要显示与由相同节点服务器生成的不同内容。
现在这个服务器可能会在Windows上运行，但是给定一个概念（这是我的问题之后），我可以改变代码在目标平台上运行。 那么，根据我的代码，这甚至可以自动完成。
所以，我的实际问题。 节点是非常灵活的，它可以运行任何东西 – 甚至是定制软件（C ++，Delphi，甚至是GM）。 只是shell_exec('node server.js') ，我们离开了。
但是屏幕本身需要非常活跃。 所以节点需要以某种方式影响两个屏幕。 我正在考虑的几个选项：
- 一个自定义的应用程序创build两个可调整的，无特征的窗口与embedded铬浏览器由节点服务器控制某种方式（节点如何反应与这些浏览器？）
- 一个定制的应用程序，根据节点CLI输出，更新两个屏幕的用户界面。 由于我需要用户界面华丽的东西，这个应用程序将创build像GameMaker或类似的引擎。
PS：万一你在问， 与networking相反的物理连接（例如，基于网页的GUI前端）被devise 。
我只需将结果/监视屏幕连接为普通的HTML页面即可。 在您的Node应用程序中，创build第二个HTTP服务器（在非标准端口上，从公共场所防火墙），提供监视页面。
使用socket.io将实时数据发送到监控页面，这可以使一切看起来很漂亮。 在Chrome的全屏幕实例中启动它。
这种方法可以完全将您从任何平台依赖项中解脱出来，并将监控应用程序从服务器应用程序中分离出来。 如果需要的话，您可以在另一个盒子上运行监控应用程序。