lifeatthecircus

Just an update. I never heard back from the author about the bug fix (which is understandable since I am sure he is really busy with his own life) but for what it’s worth, I had to reinstall the plugin (developer version) for another reason and now it seems to be working correctly. I don’t know if it just took doing a full uninstall and reload or if he/she corrected the bug without letting me know. Whatever the case, It seems to be working now and I am happy about it. Thanks kepoma for your support and to the developer if you did in fact change anything.

Thanks for letting me know how to submit the bug report (I may not have found it otherwise). I sent it in last night. I also offered to leave it up in the “bugged” configuration so he could see it if that helped him ID the bug.

I had tried all the standard trouble shooting stuff already (though I had not known the “shift + crtl + delete and press clear” trick before). I am not a REAL web developer so without firebug I would be lost. Anyway, I am pretty sure the glitch is on the developer version of the plugin side.

Not sure how much a mom blog will interest you but your welcome to check it out if you feel so inclined (lifeatthecircus.com).

Well I seem to have found a pretty serious glitch. My troubleshooting can’t seem to solve it so I am gonna try and figure out how to do a bug report. I am using minify as I did before and it consolidates my javascript and css like it is supposed to. However, it does not remove others so now users end up downloading both the minimized one and the originals. (now theirs 5 css instead of the original 4).

I messed with it for a while and am pretty sure it’s not a setting on my end. Pretty sure it is an issue with the developers version.

Ok. Wish me luck. I’m gonna switch to the developer version now.

I understand. Life is all about risk :-).

Thanks again for your help. Will wait until tomorrow.

Thanks anyway. I hope to give it a try tonight (or should I wait till tomorrow given the problem you two were discussing?)

figured it out. Go here and look for the link near the bottom…

https://www.ads-software.com/extend/plugins/w3-total-cache/download/

I too am having this problem (But I am using amazon cloudfront).

Where/How do I get the development version?

Sorry for being so slow on this but how do you get the developer version? I am having the problem listed here (https://www.ads-software.com/support/topic/plugin-w3-total-cache-cloudfilescdn-new-images-throwing-object-already-exists-error) and the suggested solution was to use the development version.

I am not trying to crash this post accept that you two seem to be in the know on such things and the link I referenced is fairly old and likely no longer active.

Thanks.

Thanks for all your help. I just saw that I can log threads as “resolved” and am going to do that. Firebug says my html does not compress but I guess that will have to be ok. It is just a “mom blog”.

A summary for those that find this via search engines over time…

– If you don’t have mod_deflate and mod_headers available, run WP super cache (v.0.9.4.3) in half “on mode”

– If you use the PHP_speedy plugin (v.0.5.2) with the WP_super_cache plugin, make sure you do not select the “gzip_page” option. (the gzip_js and gsip_css options are ok and do work). If you do select gzip_page, it may appear to work in your browser but some of your IE7 users might be getting a bad error.

If you have questions about these summary bullets, read the thread.

A few followup questions:
– Do you still suggest I use “half-on” mode? Had you suggested it because I didn’t have mod_deflate and mod_headers (still true) or because of the IE7 problem (now avoided)? (I currently have “on” mode selected and I think it is working…)

– WP_Supercache offers the “compression” option only when in full “on” mode. Assuming you change your recommendation w.r.t. supercache “on” mode, will there be a benefit to selecting the compression option you offer in the “wp_supercache” plugin (remember, I still won’t have have mod_deflate)? If using your compression option, should I then un-check the “gzip js” and “gzip css” options in php_speedy? (I currently do not have supercache compression selected.)

I have isolated the problem. There appears to be a conflict between the WP Super Cache and PHP Speedy Plugins. They can work together so long as you don’t select the “gzip page” option in PHP_Speedy. This is really too bad since, given my inability to have mod_deflate do server side compression, it means I get no compression of my .html page. Thankfully though, they both seem to play nice together when the “gzip js” and “gzip css” are selected. At least something gets compressed.
It should also be noted then when “gzip page” is selected, the serving of the cache WP cache file is unreliable (i.e. it does not cause pc based Safari to break but Safari does not get the cached file either.). All this to say, while it is not the responsibility of plugin authors to accommodate each other, it may be worth mentioning this in the troubleshooting section of your next release since both plugins deal with site optimization and therefore it would not be unheard of for them both to be loaded by your plugin users. Without this warning, you would have no knowledge of this really bad problem if they don’t test IE7.

Note: I did all my testing in half-on mode and thus I cannot comment on performance or conflicts when in “on” mode.
Note2: If your sever does compression, you are unlikely to have “gzip page” selected anyway and you will never see this problem.

Thanks for your time donncha. I just donated to your login to “put my money where my mouth is” w.r.t. this plugin and your support of it.

Thank you so much for your interest in my problem. Yes, the problem occurs even when in half-on mode. I have no problem using FF, IE6, Chrome, and even PC based Safari but IE7 fails in the worst way. It does not just give me a 404 error. Rather. Explorer comes up with the window:
*******************************
Internet Explorer cannot display the webpage

Most likely causes:
You are not connected to the Internet.
The website is encountering problems.
There might be a typing error in the address.
********************************

Please note the the browser has no problem with the plugin in off mode. Any ideas?

I should note, near the bottom of my page source there is the following code:

<!–[if lte IE 7]>
<div id=”ie_clear”></div>
<![endif]–>

This code is added by my template and I am not sure why it is there. Perhaps it is part of the problem (though I doubt it because when caching is not active the page loads find and, as I understand caching, the cached page should just be a copy with the same source). Any thoughts? I recognize that the time you choose to put into this may be limited since it does not appear to be a common issue within this forum. I’m not sure why that is however because I can’t imagine there is anything all that special about my blog apart from the absence of the modules I noted at the beginning of this thread.

Thanks again for any of your time you can offer. If you are so inclined, the site address is https://<enter my login name as it appears to the left>.com. Right now wp_supercache is deactivated because of the IE7 issue but I would be willing to turn it on for a time if anyone requested it.

Thanks so much Donncha. I have done what you said and feel much better hearing from you of all people that it is still a helpful plugin given my situation.

Unfortunately, I had to turn off the plugin because of the IE7 problem I alluded too. I still have some troubleshooting to do on my own before I pester the forum with details (like disabling all other plugins and making sure there is no obvious conflict). However, if anyone knows of what the IE7 problem is before I formalize a thread about it, feel free to steer me in the right direction.

Thanks again.

I too am having this problem with IE. Did you ever get it figured out?