Samuel Aguilera
Forum Replies Created
-
Forum: Plugins
In reply to: [Clean Filenames] Updating failed. The response is not a valid JSON response.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.
Forum: Plugins
In reply to: [Clean Filenames] Updating failed. The response is not a valid JSON response.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/
Forum: Plugins
In reply to: [Fresh Forms for Gravity] support for nginx / do-not-cache: trueYou’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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] support for nginx / do-not-cache: true@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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Filter / hook for custom post typesHi, 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.
Forum: Plugins
In reply to: [GF No Duplicates] Doesn’t stop feeds from processingIt’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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Litespeed Page OptimizationHi 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 usesLITESPEED_DISABLE_ALL
which disables everything (cache and optimization). So I see no benefit in addingLITESPEED_NO_OPTM
.Just in case, I did a scan of LiteSpeed Cache plugin files and found that
LITESPEED_NO_OPTM
is only used in thesrc/core.cls.php
file. AndLITESPEED_DISABLE_ALL
is also in that file, processed beforeLITESPEED_NO_OPTM
, confirming there’s no need to useLITESPEED_NO_OPTM
whenLITESPEED_DISABLE_ALL
is already in use.Forum: Plugins
In reply to: [Fresh Forms for Gravity] Only Bypass Form Caching Not Page CachingI don’t have any relation with the Gravity Wiz team. Gravity Wiz is a third-party developer.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Only Bypass Form Caching Not Page CachingYou’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.Forum: Plugins
In reply to: [Fresh Forms for Gravity] How to Remove Header Entry?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.
- This reply was modified 1 year ago by Samuel Aguilera. Reason: typo
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Only Bypass Form Caching Not Page CachingFresh 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.Forum: Plugins
In reply to: [Fresh Forms for Gravity] Latest Update – Critical Error@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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] WPE Advanced NetworkYou’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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Latest Update – Critical ErrorI 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.
Forum: Plugins
In reply to: [Fresh Forms for Gravity] Latest Update – Critical Error@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.