admintiger

0.9.2.1 did not resolve the problems here. 0.9.2 and 0.9.2.1 are both flawed. Anyone who hasn’t already upgraded from 0.9.1.3 should wait until W3 Total Cache is fixed to avoid the grief others are having.

@skman22 I don’t know, but I suspect that ‘?51404’ has been appended to the filename to make it unique in case there happens to be another file with the same name in cache. Even though two or more files may have the same name, they may not be identical. One might be a newer version or they even could be entirely different.

@vitalichka My site works fine when logged-out and also when accessed from other desktop computers, so long as I set Minify to cache to disk rather than the APC Opcode cache module.

Incidentally, I am testing Total Cache at a test domain hosted on one of my Windows Servers with Apache 2.2.17 and a virgin installation of WordPress 3.1.2. No other plugins are installed. If access to that website admin system would be of any value to the Total Cache developer for troubleshooting, I would be pleased to provide admin login credentials.

@skman22 your site looks fine here. I agree with robnalexpress’ comment about the beautiful design.

I am new to W3 Total Cache, installed 0.9.2 earlier today, and then upgraded to 0.9.2.1. Page Cache works fine with the APC Opcode cache module, but Minify works only with Disk cache. Enabling Minify APC caching results in this same warning others have reported and web pages are unstyled:

It appears Minify URL rewriting is not working. If using apache, verify that the server configuration allows .htaccess or if using nginx verify all configuration files are included in the configuration.

Selecting the Manual Minify mode does not correct that problem.

EM 3.0.7 installs and runs without errors here using PHP 5.2.14.

I was hoping to be able to do that same thing. That would be a very useful enhancement.

arelithenoob is right. Jarown’s code fix works. Thanks for taking time to post the solution. I had been troubleshooting the problem for hours.