Thijs and crew from fingertips is arranging a Rails meet-up in Amsterdam on March 30th. Swing by if you’re in the neighborhood.
It’s been roughly three months since the release of the big one-oh. That’s obviously an eternity in Rails time, so its about high time we’re getting ready for the release for 1.1. And boy, is this an exciting upgrade!
I do believe this is the biggest upgrade to Rails we’ve ever done. We have recorded about 500 fixes, tweaks, and new features in the changelogs. That’s a lot and that’s just counting major new features like RJS as one.
So with all these goodies, we want to make sure we launch without any obvious blunders or backwards compatibility breaking changes. This is why we’re doing a release candidate and why we need your help to test it.
Rails 1.1 is supposed to be just fully backwards compatible with 1.0, but we did change just a couple of defaults, see CHANGED DEFAULT notes in the changelogs. That means we want to test Rails 1.1 with as many 1.0 applications as possible.
To install the release candidate gems, you just need to do:
gem install rake gem install rails --source http://gems.rubyonrails.org
Or you can just install the new Rake gem (Rails 1.1 depends on Rake 0.7) and then call
rake freeze_edge. That’ll pull the latest Rails down from the Subversion repository and bind just that one application to it.
Or you can set svn:externals on vendor/ to be against http://dev.rubyonrails.org/svn/rails/tags/rel_1-1-0_RC1, if you want to pull it in through Subversion automatically.
Lots of options, no excuses. We really need your help to make sure the final release is as solid as Rails 1.0 was. And so we don’t need 1.1.1 two days later.
Once you have the latest Rails installed, you can do
Do note, though, that all plugins may not be upgraded to be compatible with Rails 1.1. Or you may indeed just have an old version of a plugin that has been updated. Keep an eye out for that.
If you’re wondering why to even bother with Rails 1.1, Scott Raymond currently has the best play-by-play overview of what’s new. We’ll be adding to that with more walkthroughs and hopefully movies around release time.
If you need more documentation, I strongly encourage you to pick up Chad Fowler’s Rails Recipe book. It’s currently out in its 3rd beta release and includes a bunch of great recipes on the new 1.1 features. Including RJS, polymorphic associations (and how to do better tagging with them), join models, integration testing, and more. You can get it as a PDF right now for $21.50.
So help us help you. Test Rails 1.1 with your existing applications. Try building new stuff with it. And let us know if something breaks in the process. We will be taking care of all heinous bugs before release. Thank you all!
For those who were interested by last week’s post on the Robot Co-op’s hardware setup,
Eric Hodel has posted a follow up detailing the Robot Co-op’s software setup. If you are working on a large scale Ruby on Rails application, take this opportunity to compare notes. Thanks for the details Eric.
These session have sold out every time, so don’t miss your chance.
For those in Europe or the United Kingdom, Geoff Grosenbach will be doing a one-day Rails workshop in London on March 30 followed by me on April 10 with a four day workshop in London and Rails Core member Marcel Molina, Jr. with a five-day Rails Bootcamp in near Frankfurt, Germany.
To install you can use the plugin script:
ruby script/plugin install rtex
Or grab it from svn:
svn co http://codefluency.com/svn/codefluency/rails/plugins/rtex
In November, PlanetMoon launched Infected, a first-person shooter game for Playstation Portable. The PSP game has two-pieces, one, the actual PSP game (which is C++), and a statistics reporting tool (how many kills did you get, how many people did you infect, where in the world are they). Any time someone wants to grab their stats, it kicks in the PSP Web Browser, which points to a Ruby on Rails server. The team behind this is Jason Wong’s i5labs. Jason blogs about some of the challenges of working within the constraints of PSP console.
i5labs also just finished a Zubio chair massage kiosk at the San Francisco Shopping Center. You schedule 10 or 20 minute massage sessions using a touchscreen, then swipe your credit card. The touchscreen system is implemented with Rails. Jason shares details of the code and hardware.
i5labs is also looking to hire a part time Ruby on Rails developer (who could eventually go full time). If you’re interested drop them a note at email@example.com.
The impetus for this event was SDForum’s interest in producing a top-notch conference with a regional focus but with broad Ruby/Rails
appeal. SDForum asked Ruby Central to co-produce the event, and
the Silicon Valley Ruby Conference is the result.
Who should attend this conference? Everyone who didn’t get into
RailsConf. Plus, everyone who DID get into RailsConf! Don’t let the
subtle marketing fool you: this is one of the major Ruby/Rails events
of the year.
- Marcel Molina (Rails core developer and 37 Signals programmer)
- Jeremy Kemper (Rails core developer and CD Baby programmer)
- Chad Fowler (Rails Recipes author)
- Hal Fulton (The Ruby Way author)
and many others.
Questions? Contact David Black (firstname.lastname@example.org).
Last month on the Rails core mailing list, a thread popped up (that went on and on) wherein the idea was proposed that rhtml templates should automatically sanitize output by default. After much back and forth, David suggested those in favor redirect their energies toward a working plugin.
Enter stage left, Erubis. It’s a customized implementation of eRuby that provides a handful of features, notably that
<%= %> tags automatically sanitize output. You use
<%== %> if you don’t want to sanitize the output. For all those who wish rhtml files were sanitized by default, here is your solution.
Configure your Rails apps to use Erubis templates with