我们使用Pharo和Seaside编写了一个小的原型web应用程序,现在我们想向套件演示该应用程序可以部署到我们的标准Linux构建中。我们混合使用CentOS,Ubuntu Server和Gentoo,因为我们的大多数应用都是基于JAVA/Apache的,所以它们是无头运行的。只有80和443端口对外开放。
你在托管Seaside/Smalltalk服务器端应用时有什么经验?
发布于 2010-01-07 07:28:58
我只是使用ssh隧道在我的本地机器上获得X显示。我使用的是来自荷兰的slicehost (美国),所以我的ping时间是135ms。这不是很好,但还好。
下一步将是Lukas Renggli的远程帧缓冲器包,以使用vnc查看器。
让我们看看Miguel Cobá在Gemstone邮件列表上对此有什么评论:
如果你已经在你的机器上安装了RFB,那么就使用它。如果您在映像中安装了RFB,并且可以从客户端计算机访问它,请使用它
但是,它们都是未加密的。如果你想加密,你必须建立一个隧道(可能使用ssh或TLS)。
我认为这是多余的,因为您必须使用隧道,然后使用RFB。因此,在linux中,我要做的就是安装最小的X库,然后将X会话转发到我的本地计算机。
在服务器中(Debian/Ubuntu说明):
智能更新
智能安装xbase-客户端
智能安装xtightvncviewer
从客户机上测试它:
ssh -X remote_server squeakvm gemtools.image &
这将在服务器上启动squeakvm进程,但所有图形都将显示在本地计算机(此特定场景中的Xserver )上。
另外,如果你在你的一些镜像上安装了RFB,并且启动的时候是无头的,那么你可以通过RFB服务器使用xtightvncviewer来连接到镜像内部。
ssh -X remote_server本地主机:0&
这将在远程服务器上运行xtightvncviewer,但在您的本地计算机上也会显示。假设在第一个显示中运行RFB的远程服务器上有您的图像。
这就是优点:-您不必在远程服务器上为RFB打开端口-您可以通过ssh传输加密的所有内容-您只需在远程服务器上按需运行命令即可。您不必让VNC始终运行。-您可以在镜像中配置您的RFB,以仅接受本地主机连接,而不接受来自任何地方的连接。
Martin McClure建议我去看看NoMachines NX (不太健谈的X),但它仍然在我的待办事项清单上。
有关另一组部署说明,请查看Miguels博客
发布于 2010-01-07 07:40:08
它运行得很好,顺便说一句,你可以在以下地址免费托管你的海滨应用:
当然,为了获得更多的能力,你需要自己的服务器……
这里有一些基准测试:
http://gemstonesoup.wordpress.com/2007/10/19/scaling-seaside-with-gemstones/
发布于 2010-01-07 14:48:03
Seaside Book有一章是关于deployment的。它描述了我通常如何部署Seaside应用程序。
https://stackoverflow.com/questions/2017124
复制相似问题