mprindle

General question, is there a way to exclude thumbnails from having the watermark applied?

Tried the updated file and it does activate and works with PHP 5.3. I just updated my site to 5.5 and it works. Thanks for the info.

I heard back from support and I have the option to change the php version among various versions. I’ll try the updated file tonight and I’ll let you know. Besides that I’ll upgrade to the latest 5.x version once I test it.

Your right. My host is reporting the installed PHP version is 5.3.29. I have sent a support ticket to have it updated to the latest 5.x version.

You may want to put a note in the install or FAQ about this issue to prevent negative reviews.

Ok last update. Figured it out. This plugin does not work when using the JetPack Comments. When the JP comments is disabled then the plugin works as expected. Any way to update the plugin to work with JP Comments?

A little more troubleshooting. It seems it’s failing in the p_ssc_process function hitting the wp_die. The error says to copy the code below, but there is no way for the code to show up since it’s being issued by the die function. The fail error may need to be clarified a little bit to prevent confusion.

Also, it’s not dependant on the theme or browser. I switched to the default 2014 theme with the same error. I have also tried Firefox & Chrome.

Well got it all worked out. How ever they broke in the hackers modified every php file in my entire account. They ejected some encrypted php code. I deleted everything, uploaded old clean backups, uploaded the latest WP version, upgraded the database, and changed the password and salts in WP-Config.

It appears they were unable touch my databases or they didn’t try, not sure. I didn’t have the tables with the default prefixes and the database passwords were 18 characters randomly generated.

All I can say is what a PITA!

@kmessinger – Thanks for the link to the sucuri scanner that helped to make sure I was clean before resubmitting to Google to crawl.

General lessons learned:
* Keep wordpress updated to the latest version!
* Backup – wp-db-backup plugin is your friend to keep your db backups current
* Backup your wordpress files on a regular basis. If your site is hacked you just nuke the files in your account and copy your backup in.
* Don’t use the same database account/password across multiple WP installs
* Use a random password generator with as long/strong as a password possible in wp-config, you’ll be the only one that see’s it and if you forget it you can look in wp-config.
* If a break-in is suspected, change the salts to invalidate all cookies

I thinking I’m working w/ my host on this issue cause it doesn’t appear to be wordpress. Fresh install with a new database, no 3rd party templates and the code is still there. One thing odd is I only see the code being injected when my UserAgent is set to FireFox. When it’s set to Chrome it’s not there.

I’ve got database backups going back to 2010 so that’s no an issue. I may try to change the database name, but not sure how that could help. Right now I’m wondering if my host has been compromised.

For the others that are having this issue are you seeing the same iframe entries?

I’ve stripped the site to the bare bones. It’s got a fresh newly created DB, I deleted all of the WP files and copied them fresh from a fresh DL from WP.org. It’s using the stock 2011 WP theme with nothing added to it.

To see the gzip entry you have to be logged out of the WP dashboard. Log out, clear your browser cache, refresh your page and you should see the gzip entry at the bottom of the source.

A few things to check-try, make sure the cache directory in wp-content and it’s subdirectories are set to 777. Click the check box in the dashboard to disable file locking.

I remember reading somewhere that you have to be logged out of your dashboard before you’ll see the supercache version. I also found a site that said that if other plugins are not written correctly they can cause super cache to break. The original site isn’t loading right now so here’s the google cache.

https://209.85.229.132/search?q=cache:laFfNwjYVNoJ:dentedreality.com.au/2008/09/wp-super-cache-not-creating-meta-files/+wp-super-cache+meta&hl=en&client=firefox-a&gl=us&strip=1

Also, here’s a site that gives you some quick info on your site to see if the caching is working.

https://ismyblogworking.com

Did you ever get your question answered? Also, have you been able to get antileech to work? I’m using it w/ 2.7.1, but it’s not mucking up the rss feeds that I have selected.

Thank you donncha! I was having a TON of php errors in my logs. After grabbing the files all is now good. ?? I hope the author see’s this thread and updates the plugin for everyone else.

Agreed, I installed it on a 2.7 WP install. Worked great. The only bug I had was it was telling me my sql database user didn’t have privileges to alter the database, but according to the mysql the user did. That ended up being to my advantage cause there were some database issues that I needed to clear up first.