[Plugin: W3 Total Cache] minified js and css wont get rewritten to cdn

as an update, it seems litespeed doesnt liket the rewrite rules for the css and js files… switching back to apache allowed the css file to be served from the cdn (even if it didnt update the cssimage urls)
js still serving from local server and not cdn though

Would be best to submit a bug submission form from the support tab of the plugin so I can debug.

i can do this but it does seem to be an easily reproducible issue, now have this issue with several clients on a range of different servers from shared to vps

i forgot to add that i have only been able to verify this happens with s3/cloudfront i dont have any other cdn’s to test with

Well I haven’t been able to duplicate it.

I’m using W3TC 0.9.1.3, WP 3.1 and Cloudfront and I *think* I have a similar problem.

I have “Host minified CSS and JS files” checked, I definitely hit the button to upload these files, I see them in my S3 bucket, but no dice, even after emptying all caches, my page still refers to the combined CSS file on my local disk, not the CDN:

<link rel=”stylesheet” type=”text/css” href=”https://iko.wp_bm/wp-content/w3tc/min/b7912a/default.include.548125880.css&#8221; media=”all” />

yet it was definitely uploaded by W3TC to the CDN:
https://s3.amazonaws.com/static-testing.barre.me/wp-content/w3tc/min/b7912a/default.include.548125880.css
or via my CNAME pointing on Cloudfront:
https://static-testing.barre.me/wp-content/w3tc/min/b7912a/default.include.548125880.css

Some other elements on that same page are using my CDN correction, for example:
<script type=’text/javascript’ src=’https://static-testing.barre.me/wp-includes/js/l10n.js.gzip?ver=20101110′&gt;

I’m using W3TC 0.9.1.3, WP 3.1 and Cloudfront and I *think* I have a similar problem.

I have “Host minified CSS and JS files” checked, I definitely hit the button to upload these files, I see them in my S3 bucket, but no dice, even after emptying all caches, my page still refers to the combined CSS file on my local disk, not the CDN:

<link rel="stylesheet" type="text/css" href="https://iko.wp_bm/wp-content/w3tc/min/b7912a/default.include.548125880.css" media="all" />

yet it was definitely uploaded by W3TC to the CDN:

https://s3.amazonaws.com/static-testing.barre.me/wp-content/w3tc/min/b7912a/default.include.548125880.css

or via my CNAME pointing on Cloudfront:

https://static-testing.barre.me/wp-content/w3tc/min/b7912a/default.include.548125880.css

Some other elements on that same page are using my CDN correction, for example:

<script type='text/javascript' src='https://static-testing.barre.me/wp-includes/js/l10n.js.gzip?ver=20101110'>

Same with me, exact same actually.

My CDN works great for all my “file uploads” but it will not rewrite the URLS for the CDN on my theme or my minified CSS / JS files.

Cleared all of the cache and made sure they were enabled.

Using wordpress 3.1 and Rackspace cloud hosting.

You can see my page load test at the following link:
https://tools.pingdom.com/fpt/?url=pcmichiana.com/&id=4172636

All of the files are stored on my CDN for sure, double and triple checked.

Not sure where the rewrite rules are for themes and minified CSS, but they don’t seem to be affected by checking (or unchecking) the option to CDN them in the configuration.

Any help would be much appreciated. If you need any additional information, let me know.

Seems like a bug then. Can you file one from the admin W3TC UI in WP? At the bottom of the form you can enter the URL to this forum thread. I filed a different bug yesterday, I don’t want to push my luck ??

Just submitted it. Thanks for letting me know, didn’t know there was a bug report feature. Hopefully we’ll get it figured out. I am absolutely amazed at the performance increase I have gotten through this tool so far.

With the partial CDN and working with all cache enabled my highly graphic site gets as low as 4 seconds on load time.

Not bad considering it was 10 to 12 before.

Can’t wait to see what it will do with all of the CDN working properly.