Forum Replies Created

Viewing 15 replies - 1 through 15 (of 497 total)
  • Plugin Author Samuel Aguilera

    (@samuelaguilera)

    You’re welcome. I have this plugin enabled on multiple sites and I’m not getting any errors.

    Are you able to replicate the issue in a clean WordPress installation, with no other plugins enabled and using a default WordPress theme? If so, please provide me step by step instructions on how to replicate the issue in this scenario.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    That’s not a specific plugin issue but a generic WordPress error. If you search the WordPress.org forums you will find a lot of people having this issue in different scenarios.

    I recommend you checking those threads where you will find how people resolved it. You can find also many third-party articles providing tips that could help, here’s one: https://www.wpbeginner.com/wp-tutorials/how-to-fix-the-invalid-json-error-in-wordpress-beginners-guide/

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    You’re welcome @davedecc

    I see that Nginx Helper doesn’t have any option to exclude pages from cache, which suggests it’s not possible to do this from WordPress. Which makes sense to me because in my experience with nginx it’s a server that tends to avoid dependencies from external sources to improve its performance.

    So it wouldn’t be possible for me to add support for cache exclusion into Fresh Forms. I could look into adding support for the Purge option provided by Nginx Helper (e.g. to purge the cache after saving changes to a form), but for this I would need the staging site as I don’t have access to any nginx server currently.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    @davedecc Fresh Forms is intended to work with WordPress caching plugins.

    To be able to deal with server side caching directly, your server would need to provide a way to configure the cache exclusion from WordPress side of things somehow. Examples of this are LiteSpeed Cache, WP Engine or Kinsta, where the caching is done at the server side of things, but there’s a WordPress plugin which integrates with the server caching engine, so it’s possible for Fresh Forms to deal with it.

    If your server caching engine provides a way to do this, and you can provide me access to a staging site, I would be happy to look into it.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    Hi, you can use something like this:

    add_filter( 'freshforms_post_has_gform', function ( $post_has_form ) {
    global $post;

    // Run Fresh Forms for all posts of a custom post type.
    if ( is_object( $post ) && 'product' === $post->post_type ) {
    array_push( $post_has_form, $post->ID );
    }

    return $post_has_form;
    } );

    In the above example Fresh Forms will run for any post of product type. Change product to your post type, and that’s all.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    It’s not running late, it’s just not running, because stopping feed processing is not a feature of this plugin.

    For most feeds, which need the entry to be saved first in order to be able to process the feed, preventing the entry from saving will also prevent the feed processing. But this is not the case for feeds which run before saving the entry, like Authorize.net feeds.

    I’ll look into this as a feature request.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    Hi Nathan,

    Thanks for the plugin highlight, I’m glad to see you are so happy with the plugin. Don’t forget to leave your rating 😉

    Regarding the LITESPEED_NO_OPTM constant, I think we have talked about it some months ago (by email).
    Fresh Forms uses LITESPEED_DISABLE_ALL which disables everything (cache and optimization). So I see no benefit in adding LITESPEED_NO_OPTM .

    Just in case, I did a scan of LiteSpeed Cache plugin files and found that LITESPEED_NO_OPTM is only used in the src/core.cls.php file. And LITESPEED_DISABLE_ALL is also in that file, processed before LITESPEED_NO_OPTM , confirming there’s no need to use LITESPEED_NO_OPTM when LITESPEED_DISABLE_ALL is already in use.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    I don’t have any relation with the Gravity Wiz team. Gravity Wiz is a third-party developer.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    You’re welcome 😉

    I’m not familiar with Gravity Wiz’s Cache Busting add-on internals, but according to the Overview section in the add-on page it deals with caching by loading the form via AJAX. So it’s a completely different approach.
    I recommend you reach Gravity Wiz support for further clarification and help with their add-on.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    Adding a custom header to the page is a pretty common action done by most caching plugins to confirm the caching is active for the page.

    In the same way Fresh Forms adds its custom header to confirm it was able to exclude the page from cache.

    There’s no way to remove this. I’ll consider adding a filter in a future version of the plugin. In the meantime, the plugin is open source and available at GitHub, feel free to fork it.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    Fresh Forms relies on what the supported caching plugins offer. None of them offer the ability to only exclude the form from cache, only per page exclusion is available. So Fresh Forms can’t do what you are looking for.

    In other words, Fresh Forms is just a helper to automate what you could do using the caching plugin options. Eliminating the need of having to remember to configure a new exclusion each time you add a form to a page.
    If the caching plugin doesn’t offer you the option to exclude the form only, Fresh Forms can’t offer you that option either.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    @pttony It is not the same problem that was reported by the previous users, but the main change from 1.4.12 to 1.4.15 was enabling ACF support by default. So the above should be some content that you added to an ACF field and Fresh Forms is scanning it looking for a form.

    I see no reason for the above content to require 2GB of RAM, but in any case I have reverted ACF support back to disabled by default, as it was in 1.4.12. Just update to 1.4.17 and everything should be fine.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    You’re welcome 😉

    Fresh Forms doesn’t include any specific support for it and it hasn’t been tested in a site using that.
    The only documentation that I found for WP Egine’s Advanced Network doesn’t explain how it works internally or if it supports any kind of cache exclusion. The only mention to Cache is clearing it once manually from the panel.

    But it’s supposed for that feature to just enable Cloudflare for your site, the only difference would be that you enable it from WPE’s control panel instead of going to a Cloudflare account dashboard.

    The section linked in my previous reply explains that Cloudflare requires a cache-control header set for the page to exclude it from cache, and WPE doesn’t allow this. It also explains that, by default, Cloudflare doesn’t cache pages. It’s expected for this to be the case when you enable Cloudflare from WPE too, because WPE doesn’t allow other page caching solutions for their customers, therefore I bet they are just providing the Cloudflare integration to make use of the CDN and DDoS features.

    In any case, it’s pretty easy to confirm if Cloudflare’s page cache is enabled for the site, just check the value for the cf-cache-status header in a page, if it says “DYNAMIC”, Cloudflare’s page cache is not enabled so you can forget about it.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    I don’t have access to the pro version of Essential Addons for Elementor, but I tried the Gravity Forms widget provided by the Lite version and there’s no issue.

    It sounds to me like some kind of conflict because in the end the problem is that the post content that Fresh Forms is receiving to check if there’s a GF shortcode is an array when it should be a string. I’m unable to replicate this scenario, but in any case I have deployed a new version of Fresh Forms (1.4.16), that should prevent the fatal error in that scenario.

    Thanks for your cooperation guys, I really appreciate it.

    Plugin Author Samuel Aguilera

    (@samuelaguilera)

    @bradyjosephmills Are you adding the form shortcode directly into an Elementor widget or maybe using an ACF field for it? If so, please confirm which ACF field you use.

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