coolite.axd and cache private

[jeybonnet]

Hi guys,

When I set debug on false, webresource.axd starts to cache data, no coolite.axd.

Do I miss something in configuration file ?

Thks

[jeybonnet]

I think you miss something to not taking seriously this subject.

If you don't set cache to public, on every load page, you download all axd calls instead of loading from cache.

[Vladimir]

Hi,

Browsers automatically caches javascript files. So, js files which gives coolite.axd handler downloaded only once. At least such behaivor have all my browsers


May be you can provide more details about your problem. We will be gald to help you

[jeybonnet]

Hi,

Can you check with firebug, I have other behavior on Firefox.


I agree on the fact browser cache js files, but calling coolite.axd and getting javascript file from it, it's not equal to download directly a js.


Here is the response header, you can see the cache_control, set to private. It implies not caching it.


I attached a print screen of firebug to show headers.


With WebResource.axd, the behavior is : if you set debug to true, resource are always downloaded. If false, cache takes care of optimization.




Jerome

[geoffrey.mcgill]

Hi Jerome,

I think the "Cache-Control" header always returns "private" for all files when running under Cassini (local VS web server).


The "Cache-Control" should return "public" when served from IIS.


We also just fixed a couple bugs and revised the caching logic for coolite.axd files. They appear to be caching properly now and returning a 304 response if nothing has changed. The caching works properly in IIS and localhost.


The changes have been committed to SVN and will be publicly available with the next release.

[jeybonnet]

Hi Geoffrey,

Great news, a lot of call to coolite.axd is done on load, I'm sure your changes will improve loading time !


Have a nice day !


Jerome