Embracing Ruby on Rails

What is Rails and why would you want to use it over the myriad of other web application frameworks? From the website: Rails is a full-stack framework for developing database-backed web applications according to the Model-View-Control pattern. However, the second question is much harder to answer and is at the heart of a much heated debate in the developer community. Every developer has their favorite tool, framework, web server, text editor, etc… Moreover, the will vehemently defend their selection regardless of the faults of their platform of choice. In all honestly, I am just like other developers. I have my favorites and I often find my self trying to deploy it no matter how inappropriate a choice it may be. With my last design, I was finding Perl more and more of a hinderance than alleviating the workload. That’s not to say that Perl is not a great option for developing web software. However, my choice of programming language (Perl) and framework (CGI::Application) were just not created for what I wanted to do. Originally, I was very please at how lightweight CGI::Application was, but in the end, it was that fact that lead me to look elsewhere. Now there were plenty of other Perl frameworks for me to consider: Maypole, Catalyst and Jifty, Woodstock, and who knows how many others by now. After all the Perl mantra is <acronym title="there is more than one way to do it">TIMTOWTDI</acronym>. So why did I abandon Perl? David Cross sums up the main reasons in his post <a href="http://www.oreillynet.com/onlamp/blog/2006/05/mvc_frameworks_in_perl.html">MVC Frameworks in Perl</a>, fragmentation. All of these Perl frameworks work great in some niche areas and suck in others. Having all these options is great in once sense as you can choose the tool that best fits your initial idea of what you need to accomplish. However, what I set out to do very rarely resembles my finished product and I often find myself struggling to accommodate my new vision with the set of restrictions I have imposed upon myself by selecting a certain tool. I had a similar instance a few years ago when I switched my templating system from HTML::Template to Template::Toolkit. My needs grew, and although I could accomplish them with my original choice, it be increasingly obvious that a different solution would be a better fit. With Ruby, Rails is your only choice and because of that the ceiling of what you can accomplish is much higher. However, although I have not yet hit it, there are plenty of people who have. So what is my impression of Ruby on Rails after creating my first real site? Do I think it lived up to all the hype? Yes and no. I certinally can’t deny that it is very powerfuly MVC framework. However, there are certain aspects, especially coming from the Perl developer community, that I found quite lacking. First there is no Ruby equivalent of <a href="http://www.perlmonks.org">Perl Monks</a>. While similar sites do exist, such as <a href="http://www.railsforum.com">RailsForum</a>, they are no where near as complete or active. I would often post some perplexing problem and get a slew of high quality answers within the hour, sometime even big shots in the community itself (for instance perl Randal Schwartz, one of the authors of the Perl O’Reilly books is an active member). Second, I missed <a href="http://www.cpan.org">CPAN</a>. Rails plugins are found everywhere from RubyForge to the person svn servers of the developer. However, I do believe that <a href="http://www.github.com">GitHub</a> is going to change this fragmentation. It is a great collaboration tool. Finally, all of the hype has caused a flow of developers to the platform, a large majority of whom are first time programmers. Now a huge influx of developers is usually not a bad thing for any programming language, but because many of them are inexperienced, it makes it harder to find definitive answers. Everyone is still searching for ways to do it themselves. However, when this developer base matures, this will become a great asset. My website has always been a personal project designed for me to grow in my programming skills. Throughout the years I had become very comfortable with Perl. Unfortunately, with comfort comes stagnation. By choosing Rails, I was in effect choosing to learn a whole new paradigm, programming language, and join a whole new developer environment. I may eventually go back to Perl, but if my experience with designing this site are any indication of the future, I think I will be sticking with Ruby on Rails for quite some time.

2008-06-09T22:46:01Z

1 There has been so much hype surrounding Ruby on Rails. Even the mailing list for my beloved CGI:Application framework was being littered with posts comparing the two or about how to make thinks more railsesque. But on the other hand, I had spent so much time coding my previous site engine in Perl and perfecting it that I didn’t know if it would be worth the effort to learn a new platform, a new language with a different set of idioms, and rewrite working code. Well in about two months (my first commit was April 6th), I have a working site that is nearly feature comparable (and in some cases far surpasses) with my previous design. Rails really is a very powerful web development platform. embracing-ruby-on-rails Embracing Ruby on Rails

2008-06-16T14:59:54Z

1 Although the version of <a href="http://prototype-ui.com/">Prototype-UI</a> that is currently available is considered a release candidate, I found their carousel to be quite stable. I have yet to try out some of their other components, but the autocomplete does look quite promising. You can start off by <a href="http://prototype-ui.com/download/rc0/carousel.zip">downloading</a> the code (javascript and css files) from their server. Once you have extracted the files, put the carousel.js and prototype-ui.css in your sites public folder. You can also copy their next/back buttons as well, but I went ahead and created my own. I am going to assume that you have some model that contains an array of photos. In this example that model is called <code>album</code>. In your view that you want the image carousel, put in the following rhtml: <pre><code class="multiline_code"><div id="horizontal_carousel"> <div class="previous_button"></div> <div class="container"> <ul></ul> <div id="spinner" style="display: none;">Loading ...<br /></div> </div> <div class="next_button"></div> </div> <script type="text/javascript"> // <![CDATA[ function runTest() { carousel = new UI.Ajax.Carousel("horizontal_carousel", {url: "/albums/<%= album.id %>/elements", elementSize: 140}) .observe("request:started", function() { $('spinner').show().morph("opacity:0.8", {duration:0.5}); }) .observe("request:ended", function() { $('spinner').morph("opacity:0", {duration:0.5, afterFinish: function(obj) { obj.element.hide(); }}); }); } document.whenReady(runTest); // ]]> </script> </div></code></pre>The important thing to notice here is the value of the URL passed to the <code>UI.Ajax.Carousel</code> function call. I have decided to call the method that returns the request images <code>elements</code>. It is found in the <code>album</code> controller and is expecting the id of the album that contains the photos to be displayed. Next we will update our album’s controller. This is the part that gave me the most trouble. I orignally though I just had to supply the HTML that should be inserted inside the UL element, however after some digging I found out that it was actually accepting JSON. Luckly for us, it’s not that hard using some Rails magick. <pre><code class="multiline_code">def elements @album = Album.find(params[:id]) count = @album.photos.size - 1 to = [params[:to].to_i, count].min from = params[:from].to_i more = count != to ? true : false html = @album.photos[from..to].collect { |photo| "<li><img src='#{photo.public_filename(:thumb)}'></li>" } data = { :html => html, :from => from, :to => to, :more => more } # Rails magick to get output in JSON format render :json => data.to_json end</code></pre>The last thing we need to do is update our routes file so that the path /albums/:id/elements is recognized by our Rails application. Add the following line to your routes.rb config file: <pre><code class="multiline_code">map.resources :albums, :member => { :elements => :get }</code></pre> After a quick restart of your server (since we updated the routes file) and you should be ready to go!

2009-02-20T10:04:49Z

15 I happened to be looking for a better way to show a preview of my web albums when I came across <a href="http://prototype-ui.com/">Prototype-UI</a> which is a suite of user-interface components. Their carousel component was just want I need to spruce up my site design. The only problem was that documentation on the site is quite sparse and it took me a while to get things sorted out. creating-an-ajax-image-carousel Creating an AJAX Image Carousel

2010-01-15T13:17:38Z