Forum Replies Created

Viewing 15 replies - 1 through 15 (of 150 total)
  • +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?

    Thread Starter crdunst

    (@crdunst)

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

    Best regards.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

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

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    Thanks for the links, I appreciate the reply.

    I’ve had a look around https://make.www.remarpro.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?

    Thread Starter crdunst

    (@crdunst)

    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.

    Thread Starter crdunst

    (@crdunst)

    Hi guys, sorry for the delayed reply, but I have identified two more sites doing this now. Both are having issues with the ‘file change’ check incorrectly sending emails.

    Both have the directories/files in question added to their ‘exclude’ lists, but the file change email triggers anyhow in both cases.

    One site is trying to exclude a ‘error_log’ file, without success. The other site is trying to exclude Rank Math xml file changes.

    On the first site (error_log file) I’ve set your debug to ‘true’ and clicked the reset button as advised above, but I’m still getting emails.

    One thought – in the debug screen, in the ‘settings’ section, I selected ‘file-change’, and the ‘expected_hashes’ value is incorrect – it still has the path from the previous demo URL it was sitting on before go live. Could this be causing the false-positive?

    Thanks in advance.

    crdunst

    (@crdunst)

    +1 and nothing in the changelog security related.

Viewing 15 replies - 1 through 15 (of 150 total)