htz77

@tonyrobins Thanks for such a fast reply!

Great idea, to test other functions. But the backup worked, no errors.

In wp > tools > site health, the only issue is outdated PHP (7.1), and this is literally why I’m trying to setup a staging site.. to safely test the site on php 7.4. No alerts for REST api, https, loopbacks, background updates.. those are all “passed tests”.

HostGator did have a MU Plugin (Endurance Cache), but I disabled it (moved the file out of plugins/ dir.).

I see lots of positive reviews on WPVivid, and I was excited to try it. I wonder why it’s not working here.

I resolved this with PHP that removes from the body tag the particular Elementor CSS class that delivers all the unwanted global styles.

https://pastebin.com/xrHyGkBD

There are surely better approaches, but this worked for me.
Be sure to change the “695” number in the CSS class to the one on your site.
This should really just be a plugin. Maybe I’ll do that soon.

+1
I am using Elementor Pro for just ONE page of a site that otherwise does not use a page-builder, just wp classic and block editors. But EP injects its css classes into *every* pages of the site, even if the page does not use Elementor. What a joke. So I need to either:
– remove EP’s css classes from my non-EP pages, or
– remove EP’s css file(s) from loading on my non-EP page

Good work @pbwebd – for identifying and reporting the bug (and the fix), and persisting here. And thank you SiteGround, for finally acknowledging the bug in the plugin, and providing the incredibly simple fix, so all your users can benefit (rather than having to fix the code in your plugin, and redo it every time the plugin updates).

[rant] Bugs happen, all the time. We know, it’s fine. But what’s so frustrating is when tech support, at SiteGround or anywhere else, ignores legit bug reports like this, or just doesn’t bother to look closely and carefully at the issue, and instead passes it off with claims like “I’ve installed a test site with different site and home URLs, but everything work ok.” – which could not really have been true, as @pbwebd said “I’m not sure how it could possibly work when it’s not looking for the right URL.” And all when the fix is so simple. [/rant]

Good to hear, that’s what I’d expect from SG. Thanks for the fast reply and confirmation.

I *always* use different SiteURL and HomeURL. It’s a 100% legit supported config for WordPress, and in my opinion, a very smart and versatile setup.

Does SG Optimizer really not work in this setup? If so, it’s shocking that SG is so well regarded in the WP community, and yet ignores this perfectly legit, if not very common, config.

I’d also like to hear how Oxygen and SG Optimizer don’t work well together.

Are you saying you edited htaccess, replacing SG’s code with this snippet? I wonder if any changes at all in the SG plugin will update htaccess, again adding their cache rule, and possibly removing your replacement.

When I edit CSS for a client site, I need those changes to work instantly. I’m ok with flushing a wp/server cache, but I’m very concerned about a browser cache that I can’t flush at will.

Someone in the Oxygen user group (on Facebook) said HappyFiles does NOT work inside Oxygen.

+1 for Oxygen support

I don’t know about “random div”, but i do think it’d be good to have a CLOSE button INSIDE the Container. It’s very possible, especially on Phones (320-375px wide) that the Container is 100% width of viewport, thus entirely blocking the original Button. Why not just have an option in the plugin ui to show a Close button inside the container? Or, just let me specify a css selector that can have the Close function.

Huh? MCM adds a DROPDOWN, with an option for each media-category.
The dropdown appears in the WP > Media library. But it does NOT appear in the big popup, when inserting Media into a Post/Page, or setting a Featured Image. That’s the problem.. that’s where this plugin would be most useful.. if it worked.

Any chance this will be fixed soon? The ability to filter media when inserting images into a post basically is the point of a plugin like this.

Yes, the wp>Pages screen ( /wp-admin/edit.php?post_type=page ). Actually since it has alternating-row bg colors, it might not be such a good idea. Instead, maybe a thin left-border on each page/row, based on status. I also added opacity to my custom status pages, as well as Draft and Pending. Helps a lot to easily see which pages (in the All list) are NOT published. Again, I can do this myself in css, but it might be a nice feature in your plugin.

Thanks for looking into it. Whether it’s a “bug” in the plugin or in core, or not truly a “bug”.. it’s certainly confusing that the plugin offers to “Show posts in admin all list”, but does not actually do so.

By the way, I’d suggest to emphasis the word “all” in the UI, like:
__ Show posts in admin “All” list