Ruby And Ruby On Rails?

[Phillip Lindsay]

http://www.rubyonrails.org is getting a lot of attention today. Any chance HostPC will support Ruby via fast cgi or mod_ruby? Very friendly on machine resources (leverages web server cache, etc.)
-phil

[Joe]

HostPC owns a number of domains:

rubyrails.com
rubyrails.net
rubyrailshost.com
rubyrailshost.net
rubyrailshosting.com
rubyrailshosting.net

That we plan on using to support Ruby on Rails - as well as offer hosting with.

We'll be implementing this hosting scenario, and major resource center during the summer.

Joe

PS: These domains are not being "squatted" on, we have full plans to use each one for a specific purpose.

[Joe]

I'm looking for some beta testers for Ruby... anyone experimenting with it?

[eugene]

Oh wow, I wish I had time . . . ;)

[osap]

hi,

if u would confirm that ruby&rails & fastcgi will be available with the budget plan
within say - the next 1 -2month i would sign up and take part in some beta testing.
( my rails experience is still at the beginning though ;)



olli

[dbmasters]

I don't know nuttin' about it yet, but I'd give it a go...Learning VB.Net now (again), might as well toss this on the pile too...

[hparmar]

Originally posted by dbmasters@Jun 17 2005, 01:33 PM
I don't know nuttin' about it yet, but I'd give it a go...Learning VB.Net now (again), might as well toss this on the pile too...

Quoted post


So are we going to get Ruby on Rails?

Thanks.

[mrshiney]

Ok, sign me up!


Originally posted by Joe@May 29 2005, 08:34 PM
I'm looking for some beta testers for Ruby... anyone experimenting with it?

Quoted post

[Joe]

Nobody, and I mean NOBODY in DA circles has gotten this to work correctly in a shared environment yet. We tried it on one server, it's all there - but nobody could access the right modules needed for interpreting.

We're still trying tho.

[c]

Originally posted by Joe@Aug 9 2005, 02:56 PM
Nobody, and I mean NOBODY in DA circles has gotten this to work correctly in a shared environment yet. We tried it on one server, it's all there - but nobody could access the right modules needed for interpreting.

We're still trying tho.

Quoted post


Since hostPC is running Python and I assume mod_python you might want to consider Django (http://www.djangoproject.com/). The project is out to mirror the Ruby efforts and is gathering moment very fast.

I would like to volunteer a for Rails and Django if they can be put on the same server that is running PHP 5. You can kick any Perl support to the curb.

Maybe it's time for a more custom backend set up for HostPC servers? Out of the box DA seems to bottleneck everything.

[scottnj]

Any updates on this topic? Did anyone get this working yet?

[c]

I would like to know also. I have nailed down some alternative hosting but have been waiting to see if anything pans out at Hostpc.

[Joe]

RoR should be ready for testing / implementation this weekend... just fine tuning the installer so we can get it running on all servers at the same time.

[c]

Some interesting things to know about Ruby to read over while you waiting

DO

jeopardy music

Ruby has simple syntax, partially inspired by Eiffel and Ada.

Ruby has exception handling features, like Java or Python, to make it easy to handle errors.

Ruby's operators are syntax sugar for the methods. You can redefine them easily.

Ruby is a complete, full, pure object oriented language: OOL. This means all data in Ruby is an object, not in the sense of Python or Perl, but in the sense of Smalltalk: no exceptions. Example: In Ruby, the number 1 is an instance of class Fixnum.

Ruby's OO is carefully designed to be both complete and open for improvements. Example: Ruby has the ability to add methods to a class, or even to an instance during runtime. So, if needed, an instance of one class *can* behave differently from other instances of the same class.

Ruby features single inheritance only, *on purpose*. But Ruby knows the concept of modules (called Categories in Objective-C). Modules are collections of methods. Every class can import a module and so gets all its methods for free. Some of us think that this is a much clearer way than multiple inheritance, which is complex, and not used very often compared with single inheritance (don't count C++ here, as it has often no other choice due to strong type checking!)

Ruby features true closures. Not just unnamed function, but with present variable bindings.

Ruby features blocks in its syntax (code surrounded by ' ... ' or 'do' .. 'end'). These blocks can be passed to methods, or converted into closures.

Ruby features a true mark-and-sweep garbage collector. It works with all Ruby objects. You don't have to care about maintaining reference counts in extension libraries. This is better for your health. ;-)

Writing C extensions in Ruby is easier than in Perl or Python, due partly to the garbage collector, and partly to the fine extension API. SWIG interface is also available.

Integers in Ruby can (and should) be used without counting their internal representation. There *are* small integers (instances of class Fixnum) and large integers (Bignum), but you need not worry over which one is used currently. If a value is small enough, an integer is a Fixnum, otherwise it is a Bignum. Conversion occurs automatically.

Ruby needs no variable declarations. It uses simple naming conventions to denote the scope of variables. Examples: simple 'var' = local variable, '@var' = instance variable, '$var' = global variable. So it is also not necessary to use a tiresome 'self.' prepended to every instance member.

Ruby can load extension libraries dynamically if an OS allows.

Ruby features OS independent threading. Thus, for all platforms on which Ruby runs, you also have multithreading, regardless of if the OS supports it or not, even on MS-DOS! ;-)

Ruby is highly portable: it is developed mostly on Linux, but works on many types of UNIX, DOS, Windows 95/98/NT, Mac, BeOS, OS/2, etc.

End

[c]

This part is most important for web hosts I think:


Ruby features OS independent threading. Thus, for all platforms on which Ruby runs, you also have multithreading, regardless of if the OS supports it or not, even on MS-DOS! ;-)