Super cache plugin seems to remove all post text and pictures from all posts

It is obviously a conflict of some sort, you’ll need to experiment to find out which plugin (or indeed plugins) is/are causing this.

So start with just theme and the supercache plugin. That’ll rule out a theme conflict (or not!)

The add back the plugins one at a time, and see which one(s) are causing the issue. It may be more than one, and can be a combination, so you may need some extensive testing !

Once you have worked it out, you’ll need to contact both plugin authors to try and get a resolution, or look for similar functionality in another plugin to the offending one.

Good luck !

Thanks Robin! I’ll take a look just the way you prescribe.
Only thing is, I have many visitors on the site and I don’t know when they’ll get off the site.. gotta wait.

Having a test site is a good idea, then you can test in peace !

Here’s the backup and testing strategy that I use.

This lets you

know your backups work,
can test upgrades to theme, plugins and wordpress without affecting live site
Test new plugins and themes without affecting live site

Most (maybe all) host providers let you have sub-domains

I use this to create a testing.mysite.com

CREATE YOUR SITE and copy files/folders

If your hosting provider gives you one click wordpress, install this on the sub-domain.
If you don’t know what database this links to, then look in WP-config, this will give you the details.
Once created you’ll have a base wordpress install. Then if you copy your wp-content directory across from your live site this will give you all your themes, plugins and uploads.

If you cannot create a new wordpress automatically, then do a manual install and create your own database. You can copy across all the WordPress files and folders, but then you’ll need to edit wp-config to point to the new database. If you only have one database, if you look in wp-config this will give you database prefixes, so you can create duplicate tables using php-myadmin with a different prefix to give your test area. However using two separate databases is far preferable as backup and restore are then painless.

COPY THE DATA

So now you have a testing domain with all the files and folders that you live site has, but you need to copy the data.

So do a phpmyadmin backup of your live site database to your PC – this is good practice to do each week in any case, and after any upgrade or serious alteration/addition to your site.

Then in your test database you can restore this. If this is a different database, then you can simply restore. If both sites share a database but have different pre-fixes, then restore needs much more care and attention to ensure you don’t overwrite your live site, which at best will mean you test site is wrong, but at worst can corrupt you site or take you back to previous backups.

CHANGE THE SITE REFERENCES

Now once restored, the test database with have the urls of your live site in the Wp-options table – you need to change this.

In you mysql enter the following command

UPDATE wp_options SET option_value = ‘https://testing.mysite.com’ WHERE option_name IN (‘siteurl’, ‘home’)

Where testing is your subdomain and mysite your site

That’ll get the site pointing correctly, but all the references for media will still be to the live site. So in your test site upload the velvet blues plugin – just search within plugins for it.

This gives you a tool where you can easily change all the urls in one easy move. Change the url from https://www.mysite.com to testing.mysite.com

TAKE OUT SEARCH ENGINES

Finally in dashboard>settings>reading change the search engine visibility to discourage search engines from indexing your test site.

GREAT now you have a backup and testing site !

It mirrors your live site, so any changes can be done here first.

So can you can test upgrades to themes, plugins and wordpress without affecting live site, add new plugins and play with them and alter themes without affecting live site.

But alongside this, if you regularly backup you live site AND YOU SHOULD, you can do test restores to the test site. This means you can have confidence that your backups work, so stop the heart-thumping when that critical restores looks like it’s hanging.

This simple methodology should mean that you now upgrade with confidence, and can play with your site more boldly, doing everything in testing first, and only committing to live once you have satisfied yourself that it works !

Having a test site should be standard for any live site that the owner isn’t happy to see crash.

I looked a little further into what was causing the issue and decided it was better to switch to another plugin. Unfortunately, I still have the problem even after removing Super cache. Now it’s swiss cheesed.

Will have to work on this for another hour; but luckily i found a better plugin with less headache than super cache. (btw they mention this bug occurs, so they know about it and it is super cache, not any other plugin. I shut them all off, removed ones I wasn’t sure about.
I even ran tests on a bunch of the options, over and over and nothing yielded consistent results; for example, Chrome wouldn’t show images and content properly. I checked on my mobile as well.

Thanks for your advice on backups, I will see when I get some more time to do that. It will be worth it to learn to run a backup test site.