Comments on: Sass production woes in Rails

By: Chu Yeow

Chu Yeow — Thu, 07 Aug 2008 19:46:55 +0000

“Thanks for pointing this out! I’ve been puzzling over this for awhile and with ideas from your blog post and everyone’s comments, arrived at manually generating the stylesheets after each deploy. I have a rake task with this task: namespace :sass do desc ‘Updates stylesheets if necessary from their Sass templates.’ task :update => :environment do Sass::Plugin.update_stylesheets end end And have a cap task mirroring this that is called “after ‘deploy’”: namespace :sass do desc ‘Updates the stylesheets generated by Sass’ task :update, :roles => :app do invoke_command “cd #{latest_release}; RAILS_ENV=#{rails_env} rake sass:update” end # Generate all the stylesheets manually (from their Sass templates) after each deploy. after ‘deploy’, ’sass:update’ end “

By: Josh Adams

Josh Adams — Thu, 17 Jul 2008 17:47:34 +0000

Ari,

My only change to your suggestion would be to use ‘latest_release’ a la http://pastie.org/235754

By: Nathan Weizenbaum

Nathan Weizenbaum — Fri, 21 Mar 2008 17:47:19 +0000

I guess I’m misunderstanding the problem. If the issue isn’t getting Sass to regenerate the CSS files when they change, what is it?

Also, I’d advise against undefining Sass::RAILS_LOADED to fix this problem. That constant is an implementation detail; it’s possible that it will change or mean something different in future releases.

By: Geoff

Geoff — Fri, 21 Mar 2008 17:47:19 +0000

I don’t quite think I understand the problem here. Are you consistently changing your SASS file on the production server? Surely you’d be better making your changes, testing those changes, committing to version control and then deploying the latest changes to your production server. Restarting the application server on the production server would be done as part of the deployment process.

By: Nathan Weizenbaum

Nathan Weizenbaum — Thu, 20 Mar 2008 17:47:19 +0000

The issue here is that Sass stylesheets take a long time to generate, and there’s some overhead for just checking if they need to be regenerated. Thus, in production mode the default is to never check for regeneration except during server startup.

There are a couple easy ways around this. First, you could manually call Sass::Plugin.update_stylesheets. Here’s a Capistrano task that should work for it (hoping this is the right code block formatting):

desc “Update Sass stylesheets” task :sass do run “cd #{releasepath} && ruby -rconfig/environment -e ‘Sass::Plugin.updatestylesheets’” end

A better way, if you want Sass to check to see if updates need to be run for each request, would be to configure Sass in environment.rb:

Sass::Plugin.options[:always_check] = true

——-
Okay, no code formatting, I guess. Here’s a pastie of that cap task: http://pastie.caboo.se/168250.

By: Ari

Ari — Thu, 20 Mar 2008 17:47:19 +0000

Problem is that the always check will cause the check to run, which is still not ideal. Problem with rails 2.0 is that the Sass: :RAILS_LOADED constant is set when it gets to the gem.

You can do it either with that cap task or by unsetting the constant. Otherwise, you still incur that overhead during the runtime.

This way, you get the best of the development environment while maintaining the production-ready environment