Starting with Ruby on Rails
February 24th, 2007 by morning
The time has come to learn Ruby on Rails. Iâve been delaying it for few months now, but my new SitePoint book, Build Your Own Ruby on Rails Web Applications just arrived and there are no more excuses left.
Installation
In the book, in second chapter author recommends installing Instant Rails for Windows users. As I already had that installed, Iâve decided to install Ruby and RubyGems separately. As being PHP developer, I got used to install Apache, PHP and MySQL all separately as I like to have complete control over them. Configuring Apache sometimes can be tricky if you forget few settings or if youâd like to keep your server files in different places. Same stands for MySQL. I like to keep all MySQL db files and web server files on D partition of my hard drive, just so I donât need to think about it when formatting C.
Installation of Ruby, RubyGems and Rails is painfully easy. If you do decide to go with Ruby with Windows installer, installation is just few clicks away.
Installation of RubyGems is as easy. It requires from you just to run
Rails installation can be started with
All done!
Yes, itâs THAT easy. (more info (which is not really more info, because you don't need more!!!) can be found at http://rubyonrails.org)
I'm at 51st page of the book and all I did so far is installed everything I need to get started. I'm inpatient to start coding!!
- Posted in Ruby On Rails, Programming, Web development
- 2 Comments »

The problem I had, mentioned in previous post, was odd and at first I didnât have a clue where it was coming from. Basically, w3 validator was reporting an error that input field wasnât within block level element which is required to validate correctly in XHTML 1.0 Strict and XHTML 1.1. I did put input tags between fieldset, but error was still remaining. Form elements on index page were within fieldset and when I checked page source, it looked fine to me, and I couldnât figure out how come validator reads my page differently. Problem lied at server side and PHP settings. Next thing I checked was phpinfo and realized that I was running PHP 4.4.4 with register_globals, magic_quotes_gpc and session.use_trans_sid set to on!!! /Yes, believe it or not, hosts which leave those setting turned on by default still exist! Iâm afraid reason for that are crappy coders which probably request those things./ Apparently, when session.use_trans_sid is set to ON, PHP rewrites the form to add hidden input field with sessionid and it places it just after form tag. There are few solutions to this problem: