Specifically, the 2nd, optional parameter is the radix of the parse. By passing 16 as the radix, you get automatic hex string parsing.

I created a squished-down version that utilizes this signature along with eliminating subString expressions by utilizing captures in the regular expression.

http://gist.github.com/278311
Duncan Beevers´s last blog ..Cookie Path Handling Inconsistencies

exactly the same question that blacky asked was coming to my mind!
thanks for the answer! i will check it and will ask more if i need any help!

thanks

-adil

Okay, I figured out why the cache_path is lost. In the override method

caches_action_with_content_for

options = actions.last.dup

Needs to create a deep copy otherwise somewhere else those options are removed from the original Hash.

1. In Controller
caches_action_with_content_for :predl,
:expires_in => Conf.general['cache_expire'].minutes,
:layout => false,
:cache_path => Proc.new{|controller| controller.params.merge({:region => controller.current_region.name_lat})}
So, I merge external parameter “:region” (which is taken from the user session in my case) into the cache key.

These are the relevant lines from the server log (region is “ua”):
calling our version of the render method # -> predl
caching names: [:description]
use cache: cryo.feta.apress.ru/predl/computer/communications;description :predl -> {:expires_in=>1800 seconds}

Cached fragment hit: views/cryo.feta.apress.ru/ua/predl/computer/communications (34.9ms)

So, the content of the action itself is cached with correct key (views/cryo.feta.apress.ru/ua/predl/computer/communications), but all content_for blocks have no “ua” in their cache_key (cryo.feta.apress.ru/predl/computer/communications;description).

Can’t figure out how to fix it. Seems that rails somewhere inside throws :cache_path option away and the line
“options = view.controller.class.instance_variable_get(:@action_caches)”
get options without :cache_path.

What should I do get the desired behaviour?

Thank you.