Web Resource Bundler - New word in resource management
The main purpose of WebResourceBundler gem is to minimize request & response round-trips count. This could be done by bundling particular resource (css or js) in one file. Encoding images in base64 and putting then in css directly.
WebResourceBundler parse your head html block, finding all css and js resource
It can bundle resource of particular type in one single file. Base64 filter
encodes images in base64 putting them in css directly. Separate files for IE
and other browsers created. Conditional comments (like
<!--[if IE 6]>) also
supported. You can use external image hosts to server images in css:
cdn filter can rewrite image urls for you. Resulted filename is a md5(filenames.sort)
- Base64 image encoding
- CDN url rewriter
- CSS/JS compress (in master)
- uses yui-compressor, which requires jre
gem install web_resource_bundler
Declare web_resource_bundler in your Gemfile like this:
Add this two lines in your application.rb file on rails config dir:
WebResourceBundler::Bundler.setup(Rails.root, Rails.env) ActionView::Base.send(:include, WebResourceBundler::RailsAppHelpers)
Now in your view files you can call
web_resource_bundler_process helper like this:
For Rails < 3
you should use
<% web_resource_bundler_process do %>
And For Rails >= 3
<%= web_resource_bundler_process do %>
And as result you'll got something like this:
!!! Don't forget to clean your cache directory after deploy to clean old bundles
To disable bundling and see raw results add no_bundler param mysite.com/?no_bundler=1
To configure bundler by your self you can create your custom config file - web_resource_bundler.yml
development: base64_filter: use: true max_image_size: 23 bundle_filter: use: true cdn_filter: use: false http_hosts: ['http://localhost:3000'] https_hosts: ['https://localhost:3000'] compress_filter: use: true obfuscate_js: true
- Be mindful while organazing and linking your resource files WebResourceBundler combines all resource file in one. This resulted file could be huge.
- Don't link all resources in layouts! Be sure to link resources (css\js) only for pages that using them, in other case your users will be forced to download huge css\js files with unused content.
- One css for one page. Try to slice you css files - separate file for each particular page.
- Separate bundle block for crucial resources To make crucial resources (basic styles\scripts for user can see basic page layout ASAP) load first - just bundle them in separate web_resource_bundler_process block and put this block at the top of your head block.
Don't set max_image_size to big values. The main reason of using Base64 filter is to avoid unnecessary server requests and minimize load time, but when encoded image is very big, traffic overhead time (encoded image base64 code is bigger for apprx. 30% than source image size) could be bigger than request time. In this case your site could be even slower than without a WebResourceBundler. Recommended max_image_size value is 1..20kbytes
Unexistent resources handling
- Be sure to link in html only existent resource files, otherwise bundler won't work.
- If you have unexistent images in css, bundler will work but you've got info messages in log.