? Ruby through CGI and Rails

ruby-talk
21

Shaun Lloyd wrote in post #1061910:

Proxy's are without doubt the most mis-understood element of our network
today.

But i need multi-threaded parrallel exec and async non-blocking io so
proxy need to
layer above above rather than part of platform (hope i made some sense).

Proxy is a separate layer, yes. Proxy can handle multiple concurrent
requests from different clients and direct them to different back-end
servers, yes.

I looking into compilation today, Rubyspec have some really cool stuff !
Getting that code into apache module is the tricky bit but.

You don't want to be putting code into Apache, for the reasons outlined
before (mod_ruby).

Brian i was wondering what platform you is your "favourite" at least for
web distributed code.

Phusion Passenger is probably the easiest to get up and running, and
includes useful features like dynamic pools of workers.

If you need the fastest possible roundtrip time you could try proxying
to one of the ruby HTTP servers (one of unicorn/rainbows!/thin was
optimised for short-lived queries, I can't remember which it was)

···

--
Posted via http://www.ruby-forum.com/\.

22

Shaun Lloyd wrote in post #1061905:
> I don't want any framework. Although i have been looking at rails and am
> extremely impressed.
>
> I just want to know the "fastest" way to execute ruby code in a web
> server and display output.
> Like a hacking challenge one could think of the problem.

You can write applications which talk to Rack directly, and that will be
the fastest way to generate a response. I'm sure there's a "hello world"
Rack example.

If you have this performance requirement in a real-world application,
you can still use Rails. There is "Rails Metal" which lets you connect
certain actions directly to Rack.

Rails Metal is deprecated. Once again railscasts went over this.

Andrew McElroy

···

On Thu, May 24, 2012 at 10:23 AM, Brian Candler <lists@ruby-forum.com>wrote:

--
Posted via http://www.ruby-forum.com/\.