SunnyConf is a single-track, one day conference taking place Sept. 25th in Phoenix. There will be 8 speakers and a keynote, as well as lightning talks. There will also be time after the conference set aside for hacking. We’ve managed to pull together a great group of rubyists to share their knowledge. The speakers include:

• Jeremy Ashkenas (Keynote)
• Les Hill & Jim Remsik of HashRocket
• Charles Nutter
• Blake Mizerany
• and more!

You can find all of the date, time and location information in the widget to the right. You can also visit the official SunnyConf website or just jump straight over to Eventbrite to register for SunnyConf.

Late September is a great time to visit Phoenix! If you live nearby (e.g., Southern California, Nevada, Utah, Colorado, New Mexico, etc.) then we’re only a short drive, and an even shorter flight, away. If you’re outside of that area, we have a major international airport, and plane tickets should be pretty cheap

I encourage you to come out to Arizona in September to learn, hack and meet other rubyists. I hope to see you at the conference!

Essentially, with honeypot captchas you add fields into public facing forms that you expect to not be filled in, then you hide them through CSS (or other means). Since spam bots don’t usually apply CSS styles, the fields are visible to them, yet styled away for normal users. And we all know how spam bots love to fill in whatever fields they find… When the form is submitted, you simply check for these honeypot captcha fields to have values. If they do, then you stop processing the request and return as if everything completed a-okay.

I used this technique on a site several years ago and meant to package it into a gem. This weekend, I finally checked that off my todo list! Now, I’d like your feedback on whether this is useful and what I can do to make it better. Feel free to fork the repository and mess with the code. If you add a feature, please send me a pull request. Thanks!

You can find the repository here: Honeypot Captcha on Github.

References

• Honeypot Captcha by Phil Haack
• Stopping spambots with hashes and honeypots

Company.find(:first, :conditions => [
  "state = :state AND name = :name AND division = :division AND created_at > :some_date",
  { :state => :approved, :name => 'Flatterline', :division => 'First', :some_date => '2009-02-27' }
])

This is also very handy when you have the same value for multiple parameters, since it will replace all matching bind variables with the value (e.g., the current time).

Event.find(:first, :conditions => [
  "state = :state AND starts_at <= :now AND ends_at >= :now",
  { :state => :active, :now => Time.zone.now }
])

References

• ActiveRecord::Base API documentation

So now, you can indicate which scenarios should pass and which are still be worked on, then run them separately if you like. Simply add some meta-data to your scenarios like this:

This will tag the scenario as a test that should work. If you have a work-in-progress, simply tag with @wip.

Read about some other ridiculously awesome cucumber and webrat features on the thoughtbot blog.

Strangely, though, Rails does not have an inflection that deals with the singularization of these words correctly. From the command line, try singularizing the word “business”:

While this seems like a contrived situation, it’s actually not as hard to hit as you’d think (e.g., common code that needs to singularize the incoming argument). I saw this while using Acl9, a role-based authorization system for Rails…

Here’s a quick fix that you can add to your config/initializers/inflections.rb:

You can read more about how this won’t be fixed in this ticket.

Here's what you do to patch Rack:

You should now be back in business. Hopefully it won't be too long before an update is released for Rack that includes the patch.

Happy uploading!

References

• Rails Ticket #2497: Rack in Rails 2.3.2 throws fatal error with small uploads
• Rack commit log: Fix multipart uploads on 1.9
• Ruby NYC: paperclip triggering a “invalid byte sequence in US-ASCII” ruby 1.9 rails 2.3

The plugin code in question had two named scopes: one for the visible objects and one for the non-visible. The system uses a timestamp to determine if an object is visible or not, so part of the conditions of these named scopes was to check if the object had been marked as not visible earlier than the current time.

So, you see the problem, right?

Since this code is contained within the plugin, it will be evaluated once in production mode, meaning that the time will remain whatever it was when the plugin was loaded. This will cause the strange behavior that we saw. By using a lambda, we can ensure that the code is evaluated every time it is run and not just once.

Note the use of double curly braces. The outer is for the lambda and the inner if for the hash. This is necessary for this code to work correctly.

Thanks to Chris Chandler for helping me to figure this out.

Have you seen similar strange behavior in your Rails plugins?

map.resources :time_entries

would yield the following URLs

What if you want them to be something else entirely? I guess you could rename your controller, update your routes.rb file and everywhere you use a URL helper… or, just use the “as” modifier!

map.resources :time_entries, :as => :time

now yields the following URLs

All of your existing uses of the URL helpers can remain the same and it will generate all URLs correctly. Quick, simple and painless!

References

• Module ActionController::Resources

Thin configuration

# == God config file
# http://god.rubyforge.org/
# Authors: Gump and michael@glauche.de
#
# Config file for god that configures watches for each instance of a thin server for
# each thin configuration file found in /etc/thin.
# In order to get it working on Ubuntu, I had to make a change to god as noted at
# the following blog:
# http://blog.alexgirard.com/2007/10/25/ruby-one-line-to-save-god/
#
require 'yaml'
config_path = "/etc/thin"

Dir[config_path + "/*.yml"].each do |file|
  config = YAML.load_file(file)
  num_servers = config["servers"] ||= 1

  (0...num_servers).each do |i|
    # UNIX socket cluster use number 0 to 2 (for 3 servers)
    # and tcp cluster use port number 3000 to 3002.
    number = config['socket'] ? i : (config['port'] + i)

    God.watch do |w|
      w.group = "thin-" + File.basename(file, ".yml")
      w.name = w.group + "-#{number}"

      w.interval = 30.seconds

      w.uid = config["user"]
      w.gid = config["group"]

      w.start = "thin start -C #{file} -o #{number}"
      w.start_grace = 10.seconds

      w.stop = "thin stop -C #{file} -o #{number}"
      w.stop_grace = 10.seconds

      w.restart = "thin restart -C #{file} -o #{number}"

      pid_path = config["pid"]
      ext = File.extname(pid_path)

      w.pid_file = pid_path.gsub(/#{ext}$/, ".#{number}#{ext}")

      w.behavior(:clean_pid_file)

      w.start_if do |start|
        start.condition(:process_running) do |c|
          c.interval = 5.seconds
          c.running  = false
          c.notify   = 'developers'
        end
      end

      w.restart_if do |restart|
        restart.condition(:memory_usage) do |c|
          c.above  = 150.megabytes
          c.times  = [3,5] # 3 out of 5 intervals
          c.notify = 'developers'
        end

        restart.condition(:cpu_usage) do |c|
          c.above  = 50.percent
          c.times  = 5
          c.notify = 'developers'
        end
      end

      w.lifecycle do |on|
        on.condition(:flapping) do |c|
          c.to_state     = [:start, :restart]
          c.times        = 5
          c.within       = 5.minutes
          c.transition   = :unmonitored
          c.retry_in     = 10.minutes
          c.retry_times  = 5
          c.retry_within = 2.hours
          c.notify       = 'developers'
        end
      end

      w.transition(:up, :start) do |on|
        on.condition(:process_exits) do |c|
          c.notify = 'developers'
        end
      end
    end
  end
end

Email through Google Apps configuration

require 'tlsmail'
Net::SMTP.enable_tls(OpenSSL::SSL::VERIFY_NONE)

God::Contacts::Email.message_settings = {
  :from => 'user@domain.com'
}

God::Contacts::Email.server_settings = {
  :address        => 'smtp.gmail.com',
  :tls            => 'true',
  :port           => 587,
  :domain         => 'domain.com',
  :user_name      => 'user@domain.com',
  :password       => '******',
  :authentication => :plain
}

God.contact(:email) do |c|
  c.name  = 'Dev 1'
  c.email = 'dev1@domain.com'
  c.group = 'developers'
end

God.contact(:email) do |c|
  c.name  = 'Dev 2'
  c.email = 'dev2@domain.com'
  c.group = 'developers'
end

References

• God
• A Thin God
• A Gmail God

Add the following to your environment configuration file:

config/environment.rb

config.time_zone = 'Arizona'

Replace Arizona with your own time zone. You can find a list of valid values by running any of the following rake tasks:

rake time:zones:all
rake time:zones:local
rake time:zones:us

Your data will still be stored in UTC time, but it will be converted into the specified time zone when it is type cast on retrieval.

Update: If you set both your server’s time zone and your applications time zone then you may see some incorrect times. I believe this is because you’ll be storing local times and the Rails app will be trying to convert them to local – a double conversion. So be careful.

References

• What’s New in Edge Rails: Easier Timezones
• Rails 2.1 Time Zone Support: An Overview
• Updating MySQL DATETIMEs for Rails 2.1 Time Zones