Steve

Thanks for the offer. I have received a reply from the support team.

The answer to anyone who searches or stumbles across this topic is that no, it’s not possible for this plugin to work on the wp-login.php screen and there is no workaround.

Hi @mlchaves yes I am already using a custom login page but it retains the WordPress wp-login.php defaults.

Which scripts do I need to load? I have tried to identify them, I got the stylesheet in the header and the Javascript in the footer. What am I missing?

Still can’t work this out. The emails keep arriving, several per day. Very annoying!

How do I disable these emails?

Hi @wpdkv I’m sorry but that code is not working.

As the site administrator, I am still getting the password reset notifications every time a user resets their password.

I have even tried this on a fresh WordPress installation.

I have no idea why, but the following code is not working and it’s driving me nuts!

I am getting 10 or more “Password Changed” emails per day on an active website.

if (!function_exists('wp_password_change_notification')) {
    function wp_password_change_notification($user) {
    return;
    }
}

How annoying, I don’t need an email. I know what I am doing.

Turn it off!

@moiseh is this tax issue now resolved?

It’s not managed in different locations in cPanel. It’s all in the SuperCacher: static cache, dynamic cache and memcache.

It seems only in SG Optimizer that you want to decide to manage it different locations. Although you report there is no way to manage static cache at all. So your statements appear to be completely contradictory.

You do have complaints from other plugins, there are other similar plugins that would be affected by the inability to exclude files and directories from SiteGround’s static cache. SiteGround support staff have conceded that. It is a known flaw.

I am not the only one using this plugin that has issues, that’s why the developer themselves has been dealing with it directly with SiteGround. What a completely absurd statement.

Perhaps that feature needs to be added to the plugin. Alternatively it should be added to the cPanel SuperCacher module. Though that means managing SG cache in two places, via cPanel and via SG Optimizer. That seems pointless.

Sorry I don’t have the ticket ID. The plugin developer submitted the ticket as many SiteGround customers are impacted.

It appears to be a fundamental flaw in the way SiteGround delivers its caching services. They provide a plugin to manage dynamic cache and add URL exclusions, but the same plugin cannot apply those exclusions to static cache. So the whole lot, static cache and dynamic cache has to be disabled.

A free version of the plugin we are using is here: https://www.ads-software.com/plugins/prevent-direct-access/

Almost 4,000 websites use the premium version. Although I imagine many other plugins are impacted by this SiteGround issue.

Hi @hristo-sg

Yes that is the issue. Exclusion URLs entered into the SG optimizer plugin don’t seem to apply to static cache. There’s no way to manage that at all. You simply have to login to cPanel and turn it off completely (and therefore lose dynamic cache as well).

SiteGround support are aware of this issue. They were able to replicate the problem on a test website I setup in conjunction with the “Prevent Direct Access” plugin developer. Here is what they have said: https://www.dropbox.com/s/hjmr5t4h3tyr4e9/iblekmllnjclmeoa.png?dl=0

@cutu234 it’s not hidden you can scroll through the entire list of blocks when you click the add block button.

I think a lot of people seem to have had a really emotional reaction to the new editor, rather than sitting down with a sandwich and a cup of coffee and actually assessed the situation.

If people just tried it for 5 minutes without panicking or complaining I’m sure it would be fine.

Gutenberg in WP 5.0 broke this rule.

@cutu234 I didn’t experience any issues updating to version 5.0. What specific problems did you have, can you give an example?

Is it possible you were you using the old WYSIWYG editor in a way you shouldn’t have been using it?

@jonsisk surely your clients don’t expect a website to last 10 years without any upgrades? That seems unreasonable.

Are they still using the same version of iOS or Android on their phone that they were 10 years ago?

That’s super easy @cutu234 using the column block

This took me about 30 seconds: https://screenshots.firefox.com/FuomhV0AAa2SpY0B/www.prefix.com.au

If you want more advance control over columns and rows you could even try one of the many block plugins that are already available, such as: https://www.ads-software.com/plugins/kadence-blocks/

• This reply was modified 5 years, 11 months ago by Steve. Reason: Added plugin suggestion

Hi @mediaryte

Link to the WooCommerce thread I posted: https://www.ads-software.com/support/topic/user-switching-plugin-woocommerce-not-clearing-cookies/