chrisphast

I had cleared my cache before posting this request for support. My system must still have retained a cached version of the pages, because today my webpages are all working correctly. Marking this as resolved.

Your updates to code work. I’m now able to see my iframes and embedded videos. Thank you!

I don’t see how to access the shell from my interface. I can contact my hosting service to see if they’ve tried Mysqlcheck or can give me feedback on how I can use it myself.

Thanks for the update plugin, I’ll give that a try.

@jackie: Thanks for your help. But I’m not seeing anything to suggest that I’m experiencing the same problem you had. My prefix setting matches my db tables, and there are no “extra” tables in my schema.

Where are the settings to disable auto-installation? My system has never auto-installed an update until this latest database update. In fact, I have a couple of plugins and the latest version of WordPress waiting for me to install as I type this. I’ve been holding off on installing these until I can try to resolve these database corruption issues.

@songdogtech: Thanks for the feedback. I have access to the MySQL utilities through my control panel, just now ran a check and repair on the database, but that hasn’t resolved the issues.

We do regular backups, and I always back up before applying any updates, but this flawed update automatically started at the end of my work day without granting me access to the admin panel so that I could initiate a backup.

I had been concluding that going to my last good backup is the safest choice in case other tables are corrupted, but wanted to avoid that if there were any other possibilities.

Thanks again.

In wp_posts.

Jackie,
The only tables in my schema with “posts” in the name are wp_posts and wp_postmeta. There are no other variant “posts” tables.

Thanks.

Thanks, Jackie for your reply.

The $table_prefix is set to ‘wp_’ in my wp-config.php file. All the tables in my database start with the wp_ prefix, so I don’t believe this is the problem. Plus some of the data display correctly in my WordPress admin panel (Users, for example), so I am accessing (most of) the database tables correctly.