Your plugin broke my site

Hi @jubalamuse,

Thanks for reaching out, and sorry to hear that you’ve been encountering problems with your site after installing the Performance Lab plugin. I can certainly understand the frustration of not having your site working as expected.

From reviewing your site, the issues you’re encountering may be host or WordPress/security cert configuration related. I’m able to access your site via http, but there are issues from from accessing it securely (recording of experience). In addition, when I check your wp-admin path I’m redirected to a websitehome.co.uk subdomain URL. This is also the URL defined within your WordPress install when checking your public REST endpoints.

What you can do, to ensure the Performance Lab plugin is not running, is manually remove the directory from your WordPress install (wp-content/plugins/performance-lab). Let me know if you need help doing this.

Should the issue be a wider problem with your site overall, and not specific to the Performance Lab plugin, I would advise checking with your hosting provider. They can review your .htaccess file while also checking your security certificate configuration.

Exact same happened to us, https://skymarktrading.com deleting the directory only made it worse.

After turning on all features (yes, I know, dumb move, I know better) I was logged out and when prompted to login again it says the user wasn’t found.

Prior to deleting this plugin’s directory, the site would not load at all, even the admin user had been seemingly removed. Very, very, odd behavior. We’re still not back up yet, all sorts of errors now being thrown after deleting the directory…….

James—thanks for the response. I appreciate you taking the time. I just think maybe those experimental features should come with stronger warnings. Normally when a plugin crashes, WordPress is easy to recover. I have never seem this kind of behaviour. It wrecked the site. Luckily I’m back up now from a clone of the site. But I had to start from scratch.

skymarkceo—I feel your pain. Just wanted to share what I did. Basically I set up the site on a fresh instance of WordPress, importing it from a backup of the site I had made in All in one WP migration. I then transferred the domain name from the broken instance of the site to the recovered version. That may not help you now, so may just be totally annoying to hear, but I throughout recommend the All in one plugin for this kind of situation in the future.

@jubalamuse Thanks, that’s actually good info. I’ll definitely look to using that in the future.

Thanks @skymarkceo. Before using the app, take a look at this YT vid: https://www.youtube.com/watch?v=tIurrwfsCOg (or, if you prefer, search for ‘How To Migrate Your WordPress Website For Free’ by Ferdy Korpershoek). It explains how the app can be used without paying anything (all above board, as he explains) .

@jubalamuse Appreciate you sharing how you managed to get your site back up and running, glad to hear you had to expertise to do so. Do you recall the configurations which you may have applied within the plugin before your site went down? By that I mean did you enable and configure the SQLite experiment or anything else? If so I’d be happy to discuss this with the team, while also performing some checks.

@skymarkceo Thanks for sharing your feedback. It sounds like you may have enabled the SQLite Integration module. Doing so switches to a clean WordPress install. If there is no data on the newly connected SQLite database then the users and other tables typically populated would not have the same data, including your users table, resulting in the issue you encountered. When enabling the SQLite module, the old database is not deleted, so you can revert to this by deleting the plugin in full, before re-installing once more.

I’ll certainly pass on your feedback to the team also regarding this.

@jamesosborne Thanks James. I ticked every experimental setting I could see, being (naively!) keen to see just how much speed it would give the site. So, presumably, it did include the SQLite experiment.

Thanks for the update @jubalamuse. Based on your experience I’ve been doing some testing in various scenarios. The default behavior of the plugin in cases where SQLite is not supported, is to grey out that particular option. In your case I can’t be sure what happened, but glad to hear that you had the technical expertise to get your site back up and running.

If you encounter any further issues, be sure to reach out. Thank you.