只显示主题贴
check this: http://humani.st/scalable-web-apps-erlang-python/
the way is: python(urllib2) < -- json -- > (mochiweb)erlang
port(pipe/stdin-stdout) to python is also available, and more efficient anyway.
- 进入论坛 综合技术 版
但是因为没有shell所以目录的内容没有被列出来。erl -noshell -eval 'io:format("~s", [os:cmd("ls")]).' -s init stop貌似是没有打印？
- 进入论坛 综合技术 版
great demo! but, full stack = javascript level integrate?
- 进入论坛 Java 版
具体到你的应用场景，可以在每一个机器上构建 erlang 环境，分别通过 port 与本机的 python 程序通讯。然后这一组机器形成一个 erlang 的服务群。彼此之间通过 erlang 的通讯机制来互相通讯实现分布逻辑。如果你的 client 是 python 的，那么最外层可以再用一个 port ，可以通过它来提供 python 的 api 。即， 最终可以形成这样的结构：python <- port -> erlang --(分布层)lan-- (*)erlang <- port -> python不过，如果这么做架构的话，因为 erlang 主要的业务其实还是 io ...
- 进入论坛 综合技术 版
你可以使用 erlang 的 port 机制。port 机制即利用 os 的 pipe 来与外界程序进行通讯，也就是 stdin/stdout 作为通讯的数据流。启动 port 程序，发送命令，等待反馈。在 port 的外层，可以包裹 erlang 的程序接口，或者放到 otp gen-server 中。这里有一个 erlang - python 利用 port 进行通讯的例子，很简单，但足以作为参考。
- 进入论坛 综合技术 版
fins 写道
现在还有一种可怕的事情是 客户端提交js脚本,服务端用rhnio运行
(我曾就就做过这种可怕的事 呵呵,但是那个系统尤其客观性,不过其实完全可以避免的,只是当时懒了).
好奇的八一句卦。分享下，那个系统怎么个“可怕”法？
最近正在考虑“ServerSide JS 的可能性”。
- 进入论坛 Java 版
个人比较倾向于赞同 mryufeng 同学“质疑-询证”的独立思考与严谨求证态度。我认为这里是两个问题：A，以 c 的视角来看 erlang 的网络底层代码，在性能上有进一步提高的空间。profile 结果表明了这一点。B，erlang 在并发/分布的高度复杂问题上提供了目前仅见的统一而且优雅的一揽子解决方案。这似乎是大家的共识。我想这两个问题之间，并不存在非此即彼的逻辑。更进一步， mryufeng 有难得的 c 网络编程视角与丰富的实践经验，我建议你继续深入 hack erlang 的源码，从性能角度优化 erlang 这部分 c 代码(比如，将 yaws 的 ab 测试的数据从 c3k ...
- 进入论坛 综合技术 版
哈哈，看完全部回复，我的收获是——老婆常报怨我“你们搞程序的，是不是都是一根筋啊”——似乎还真有这么点意思。
引用a说了观点1.1，
b理解为观点1.2，反驳a，祭出观点2.1，
c理解a的为观点1.3，同意a，反驳b，提出的是1.4，
d来掺合，宣传他的观点3.1，
e出来说话，ab各打50大板，提倡大家和谐社会，
……鸡同鸭讲[无恶意的广东方言]怎一个乱字了得~。
鄙视自己一下，8页回帖全看完，真是闲的。
- 进入论坛 入门讨论 版
评论排行榜