[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Repost ... HTML Musings..

Mark Firestone

3/13/2005 2:42:00 PM


I guess Outlook messed up my post because I hit reply. I should use a
real client. Here it is again, sorry if you saw it twice.


Just looking for some advice, about that boring ruby BBS that I'm always
rambling on about...
...I got the fido, and the smtp working... so I'm looking for a new
challenge, and it would be nice to actually have someone use the bloody
thing, so I thought, I'll hook it up to html...

What's the best way to code this? If I had designed this thing properly
from the get-go, I could just write a separate cgi script in e-ruby ...
as *most* of the data is stored in a postgres database.

The only stuff that isn't in postgres, is the user data, because it
would mean major surgery to change this (because of my poor design...
there are loads of places in the code where the program directly looks
at data.

Anyway, I thought of just building a ruby web server into the program,
in fact I've started playing with this... so should I do this, or go
though a major re-write to put the user stuff in postgres? As far as
http sessions go, can I assume that I'll keep the same TCP session for
an entire "user" session, or do I need cookies? And if so, how can my
web server keep track of this?

Seems like this will be one of those educational projects... again...
1 Answer

Eric Hodel

3/13/2005 7:50:00 PM

0

On 13 Mar 2005, at 06:42, Mark Firestone wrote:

> Just looking for some advice, about that boring ruby BBS that I'm
> always
> rambling on about...
> ...I got the fido, and the smtp working... so I'm looking for a new
> challenge, and it would be nice to actually have someone use the bloody
> thing, so I thought, I'll hook it up to html...
>
> What's the best way to code this? If I had designed this thing
> properly
> from the get-go, I could just write a separate cgi script in e-ruby ...
> as *most* of the data is stored in a postgres database.
>
> The only stuff that isn't in postgres, is the user data, because it
> would mean major surgery to change this (because of my poor design...
> there are loads of places in the code where the program directly looks
> at data.
>
> Anyway, I thought of just building a ruby web server into the program,
> in fact I've started playing with this... so should I do this, or go
> though a major re-write to put the user stuff in postgres?

I would do the rewrite. If you keep extending yourself, eventually
you'll hit the point where you have to do this, and that will cause you
even more pain then :)

> As far as
> http sessions go, can I assume that I'll keep the same TCP session for
> an entire "user" session, or do I need cookies?

You'll need to use either cookies or URLs with a session id attached.

> And if so, how can my web server keep track of this?

You'll also need either a single-process web server like WEBrick to
reattach sessions to TCP sockets, or you'll need a separate process
that holds all the TCP sockets.

DRb works great for the latter, read out the session ID and builds up a
list of commands, then pass it to the DRb process which holds the TCP
session open. The DRb module does the work then hands you back the
results which you can turn into an HTML page.

> Seems like this will be one of those educational projects... again...

--
Eric Hodel - drbrain@segment7.net - http://se...
FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04