From: Nick Dr Date: 2009-11-27T02:11:17+09:00 Subject: Re: Ruby a good choice for CGI? Seebs wrote: > On 2009-11-25, Nick Dr wrote: >> Can someone point me in the right direction here? My app is VERY small. >> Practically no code, no HTML output. All I need is to execute the 2 or 3 >> Ruby functions I already have, on the net, with some basic >> cookie/session support. What's the least headache(and not terribly slow) >> way to do this? > > How many hundred thousand hits a day do you have to process? > > If the answer is "less than one", you probably don't care much about > speed in practice. > > Past that... If you want something more interesting, I am pretty happy > with rails/passenger. Relatively low setup effort and works great, and > while it might be overkill for what you want to do, I really do find > it pretty rewarding. Well, HOPEFULLY I'm expecting a lot of hits, but these scripts will also be available via a facebook app, so hopefully the time zones will spread it out for me, and I'll be getting several hit per minute, 24/7, but never a lot at once. That brings up another question I had. Does FastCGI/Mongrel/Thin/Passenger deal with multithreading for me? Like if two people request an HTML page I figure it can just serve two copies of it. But what about scripts? In theory my scripts only take milliseconds from request to response, but just for arguments sake, if one person requested it, it started running, hitting the db etc, and then another person requested it before it was finished, what happens? -- Posted via http://www.ruby-forum.com/.