WPDogger

I found more info about the hack here:

Found a sysadmin User Account? You Have Been Hacked!

“So I just spoke to GoDaddy tech support and they are claiming that this is a non-issue created by WordPress. Any thoughts on this?”

The GoDaddy tech does not know what he or she is talking about. Their tech support has become so poor that I have given up on them. I am moving clients away from them because of their nonsense responses.

WordPress does not create user accounts.

1. Delete the sysadmin user account.

2. Install the Limit Login Attempts plugin.
https://www.ads-software.com/extend/plugins/limit-login-attempts/

3. Visually scan your site for any embedded links or changed content.

The problem is most likely that you are using the default ‘admin’ account. There are automated bots that repeatedly try passwords with the admin account until they break in. WordPress will not stop them. The Limit Login Attempts plugin locks them out after 4 failed login attempts.

I found that the [Show picture list] link does get removed if you clear that text from the box on the Options -> Gallery page.

Just remove the text from the box and save the change.

Gallery tab -> Options -> Gallery -> Remove the checkbox from “Integrate slideshow”

This does not work with version 1.9.3. It appears to be a bug.

I am specifically looking for a way to disable Cool Video Gallery on any page where I do not need to use it. I thought this is the Hacks section for that plugin, although the page does not make that clear.

I need the array because I will probably want to run the Cool Video Gallery plugin on other pages in the future.

You have a good point about the multiple scripts and style sheets. There are multiple scripts and style sheets loaded with the Cool Video Gallery plugin. I didn’t realize that I had to deregister them all. I did notice that when I deregister the jquery script, Contact Form 7 does not work correctly, but does work properly when I add contact-form-7 to the array.

Cool Video Gallery is a nice script, but some of the scripts loaded with it degrade the site’s speed performance.

I see the same problem with Advertising Manager. I was about to switch to AdSense Manager when I saw these messages.

Does anyone have a fix?

Did the AdWords team inject a bug or are they preventing plugin authors from using the editor toolbar?

I’m also seeing the same problem. It will not allow me to assign pages or text. I check the box on the editor page and click Update, but the Sliders Admin page shows that nothing has been assigned.

I have the same issue as gnwilson. I just installed version 0.2.1 with a new install of WP 3.0.4. Whenever I try to enter an SEO Title, Description or Keywords, it takes about 10 seconds to reflect each character in the snippet and if you enter more than a few characters, FireFox becomes unresponsive and locks up. I’m using the current version of FireFox (3.6.13). I just tried it with Internet Explorer 8 and it works fine.

I think the JavaScript code for the snippet is the problem.

Is there a way to disable the snippet? It is a bells-and-whistles type of feature that is almost useless.

The second problem that I noticed is that when the XML site map was created, it assigned a date of 1999-11-30 to the home page. The About Us and post pages look fine.

YSlow, is referring to objects it found that are not compressed most likely. For now, there’s a commented file you can use in wp-content/plugins/w3-total-cache/ini/_htaccess to enable compression for your entire site (not only pages handled by W3TC).

Thanks for the quick response. I will try the htaccess file. I wasn’t sure it it would create a conflict if I enabled gzip through htaccess.

OK, I found the temporary files in the wp-content directory. For some reason, they did not show up when I refreshed the FTP window shortly after installation.

My next question has to do with gzip. I have gzip enabled on the admin configuration page and I see the gzip files in the temporary file directories, but YSlow says that it is not enabled.

Do I need to enable gzip in the .htaccess file or in the Apache config file?

Hi donncha

I just did a new install of WordPress 2.8.4 and installed the latest WP Super Cache. If I try to run it on full cache, I get error 404s. It looks like the cache URL is being substituted for the actual URL.

The site works fine on half cache.

I’ve used your plugin on other sites with a no problems.

The site uses the following plugins:
adsense-deluxe
akismet
all-in-one-seo-pack
contact-form-7
exec-php
wp-pagenavi
wp-user-online

Any ideas as to why the cache URLs are being substituted when running in full cache? It seems like an .htaccess problem, but that file is using the code generated by WP Super Cache.