crdunst

Hi guys, we’re using an alternative plugin now and don’t have access to the logs from the time.

I don’t know if you’ve pushed an update and fixed this, but I’ll close the thread as my query is resolved (using another plugin).

Just more updates, if that helps you…

I tried to download v3.3.1 from your repo, but when installed, it seems to think that’s v3.3.0. I tried activating anyway, and it gave a WP feedback message that ‘it can’t be activated as it’d give a fatal error’.

Instead, I deleted the copy from your repo, and grabbed a copy of the original plugin from our server backup, from before we updated the plugin yesterday. When re-installing this (which was in fact 3.3.0), I tried activating this, but it re-introduced the error we had in the first place, i.e. the products listing screen isn’t loading (and presumably exhausting memory). It was working before we updated most of the plugins on the site yesterday.

So in summary, your plugin was working. We updated plugins including Woo and your plugin. This started exhausting memory. Rolling back your plugin to the previously working version still didn’t fix the issue.

I’d therefore best guess that the latest Woo version (that we also updated yesterday), isn’t compatible with your plugin from at least 3.3.0 onwards?

Best regards.

• This reply was modified 1 month, 1 week ago by crdunst.
• This reply was modified 1 month, 1 week ago by crdunst.

+1, came here to see if it was just our client sites.

+1

A client of ours is experiencing the same thing, so likely an issue with the plugin rather than a particular website?

That’s great, thanks for the heads-up and the quick response. I’ll close the thread.

Best regards.

It was a while ago now, so apologies, but I can’t remember the specifics of your plugin enough to offer feedback. I recall it worked great though straight out of the box.

On a general note, working with all kinds of sites every day, a couple of bug bears with plugins in general:

1) Plugins that add their own top-level menu item in the dashboard, particularly when it’s just their brand name. Worse, when they add to the top nav. Most plugins could comfortably fit their options under ‘settings’ or ‘tools’.

2) Over-styling their front-end. I can usually tell if a plugin is written well or not, by whether they leave their mark-up as vanilla html tags, to pick up theme styling, or whether they add lots of their own styling, requiring lots of overriding on my part with greater and greater css specificity. Some plugins offer a checkbox to apply plugin styling or not, which is fine too.

I’m almost certain your plugin did neither of these things, and it did the job as intended, so no complaints from me. Thanks again for your time developing it.

Thanks for coming back to me. Yes I ended up using an Advanced Custom Fields field to indicate premium listings (didn’t use ‘sticky’ with the other plugin).

I then built in my own form, populated with tax terms, and used pre_get_posts as you suggested. I had greater control over other requirements that way in any case.

Was impressed with your plugin though, and thanks for the follow up!

Best regards.

Hi Ben, our host support came back to confirm there was no record of the firewall blocking access. I tried the onboarding process again, but this time added my own IP to the list of ‘authorised hosts’ during the onboarding, and I was then able to complete and go through to the dashboard.

It looks like it was the plugin blocking me in this case. Now I’m in the full settings, I can see there’s a ‘Automatically Temporarily Authorize Hosts’ option – I don’t remember seeing that during the on-boarding – it might be worth enabling that during the onboarding process?

Either way, this is resolved now, thanks again for your time.

Hi Ben, thanks for taking a look, I appreciate your help. I also appreciate the plugin, so thanks.

Upon further investigation I can see in my browser console I’m getting a 403 error, which is most likely the firewall on the site. It just happened to coincide with my first run through this version of the on-boarding process, so I assumed (probably mistakenly) that it was the plugin.

I have a ticket in with our hosting support to see if they can see this being blocked in the firewall logs, but if I have no joy there I’ll come back to you.

That being said, a ‘skip onboarding’ link would be great – I’d much sooner just jump into the settings, it’d be nice to have that option back again.

Thanks again.

Hi guys, I figured it out. I was pulling in a dynamic form ID into the page, rendering the form with do_shortcode();

My shortcode was being pulled in as [ninja_form id='1'] instead of [ninja_form id=1] with the ID quoted in single quote marks. This seemed to cause issues.

I’ve corrected it, and all seems fine, so marking as closed.

Actually guys, please ignore my point about the contact form, that wasn’t your plugin, sorry to feed you wrong information.

So “Give the plugin some attention, and it’ll stop demanding your attention (until next time)”.

Just trying to give you some constructive feedback – many people will just deactivate and won’t bother letting you know. Trying to help you out here.

Also, the reason I was editing those 4 sites mentioned, is the contact form stopped working. They’re using Contact Form 7, and your plugin was stopping the Rest API from working for some reason, in turn stopping the forms from working.

Deactivating your plugin made the forms work again. Again, please take as constructive feedback.

Fantastic PDF, thank you. I’ve taken part in surveys, but never seen the results.

Couple of interesting points of note:

1) WP use as a CMS is massively more than as a blogging platform, and mostly for other people. This begs the question, how often do end-users, who didn’t build their site, play with their site design/layouts?

2) About half of professionals use classic editor.

3) Classic Editor is the second most ‘essential plugin’, more than doubling from 2019.

I’d very much like to see a 2021 or 2022 version, I’ll do some digging.

Thanks again for your comments @fierevere , much appreciated.

Thanks for the links, I appreciate the reply.

I’ve had a look around https://make.www.ads-software.com and again, I love the transparency and open source nature. I’m not sure jumping in a devchat, trying to plead my case, will do any good (understandably).

The stats for WP CMS share is mind-blowing, I’d just love to see some stats on usage – i.e. what are people doing with WP, rather than how many are using WP.

If someone asked the question: “Who uses WordPress, what do they do with it, how do they use it day-to-day?”, there must be an answer? There must be stats to justify the development of Gutenberg; showing the majority of end-users want to have that level of control over typography, spacing, menu blocks and so on?

I refuse to believe the World’s most used CMS is deciding direction based on gut-feeling, or a handful of people in a devchat, who might be pulled along by perceived consensus.

I guess in summary, I’m just trying to find statistical justification for the WP direction, at the highest level, rather than trying to change it myself. Do those stats exist?

Thanks for the reply. Looking at that link you posted, someone mentioned deleting the plugin and reinstalling to refresh settings.

I just tried this, and in the debug ‘file-change’ settings screen, I no longer have the incorrect path from our demo server I mentioned, and crucially it does list the ‘error_log’ exclusion, so fingers crossed this works.

Feel free to close the ticket, I’ll re-open it again if this didn’t work and I need further advice – thanks again.