steve1215

Many thanks. And yes, it would be a pleasure to do a review. Now done.

Cheers.

This turned out to be something specific to the server, possibly SSL related. Not an issue with MetForm.

Many thanks Prosenjit – good luck.

Steve

Hi Prosenjit,

Thanks for taking the time to respond, it’s much appreciated.

We run nginx on all our sites, not Apache so sadly .htaccess wasn’t relevant. Also the suggestions with Permalinks didn’t make any difference I’m afraid – HOWEVER I do now seem to have a solution.

We’re using Metform with MailChimp and chose not to use Metform’s “Store Entries” option in Form Settings for saving responses into the local db. Here’s what I found:

? With “Store Settings” disabled on my form, whenever a user submits my form the page does not redirect. It displays the “Thanks for your message” string and remains on the page where the form is<

? With “Store Setting” enabled on my form, the redirect works as expected when the user submits the form/ul>

This is 100% reproducible; switch off Store Settings, and the redirect doesn’t happen – switch it back on, and the redirect happens fine.

I’m happy to send you a video if you have a support email address.

Thanks again,

Steve

• This reply was modified 2 years, 4 months ago by steve1215.
• This reply was modified 2 years, 4 months ago by steve1215.

Update: I reverted to Elementor 3.80 / Pro 3.7.7 – the issue remains.

I have no other plugins active aside from Elementor/Pro, MetForm and Duplicator Pro (site backup solution)

Your explanation ^^ is all I need. Thanks again

Brilliant, thank you. I added:

pagespeed ModifyCachingHeaders off;

to the .conf for my nginx based site and am getting 100% in performance and structure from GTMetrix.

Just curious to help my understanding; what is it that gets deployed to Cloudflare Workers from the plugin? I presume it’s not an entire duplication of WordPress running on Workers, is there something I can read to better understand what’s involved?

Excellent product and fantastic support.

Thanks again for your input.

Hi,

Thanks again for the response.

It’s strange, I now get the following as a response from wget, but GTMetrix still says I have “none” as the cache TTL! ??

Serve static assets with an efficient cache policy
Potential savings of 540KB	
A long cache lifetime can speed up repeat visits to your page.

Learn how to improve this
Consider using a plugin like WP Rocket to leverage browser caching automatically ?

GTMETRIX RESULT:
----------------

URL	CACHE TTL	TRANSFER SIZE
https://www.streeyt.com/wp-content/uploads/2022/06/image01-6.png
none	118KB
https://www.streeyt.com/wp-content/uploads/2022/06/image-02-158x300-1.png
none	53.2KB

WGET REPONSE:
————

wget --server-response -qO /dev/null https://www.streeyt.com
  HTTP/1.1 200 OK
  Date: Tue, 14 Jun 2022 14:16:10 GMT
  Content-Type: text/html; charset=UTF-8
  Transfer-Encoding: chunked
  Connection: keep-alive
  CF-Ray: 71b3aeaa3e2976ba-LHR
  Age: 1285
  Cache-Control: s-maxage=31536000, max-age=60
  Last-Modified: Tue, 14 Jun 2022 13:54:45 GMT
  Link: <https://www.streeyt.com/wp-json/>; rel="https://api.w.org/", <https://www.streeyt.com/wp-json/wp/v2/pages/60>; rel="alternate"; type="application/json", <https://www.streeyt.com/>; rel=shortlink
  Strict-Transport-Security: max-age=31536000; includeSubDomains
  Vary: Accept-Encoding
  CF-Cache-Status: HIT
  Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
  x-wp-cf-super-cache: cache
  x-wp-cf-super-cache-active: 1
  x-wp-cf-super-cache-cache-control: s-maxage=31536000, max-age=60
  x-wp-cf-super-cache-cookies-bypass: swfpc-feature-not-enabled
  x-wp-cf-super-cache-worker-status: hit
  Report-To: {"endpoints":[{"url":"https:\\/\\/a.nel.cloudflare.com\\/report\\/v3?s=06vVcVTFE2NEYUAjk08liD9Nch5HhVChrnssbpxjbgTcDpMnnAtcvx3yKRzuFEUFbTb0iwPGZnENn8eYKjnr85xGRONZF9VnDyZhtvX7U3sQuFCWGcXR3bO8vqGkBrJHRqw%3D"}],"group":"cf-nel","max_age":604800}
  NEL: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
  Server: cloudflare
  alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400

Hmm… very interesting & thanks again. Yes, I enabled the option and added the nginx config as per the screenshot.

I’ll try removing Varnish from the equation but didn’t think it was an issue as the Super Page Cache plugin has options for supporting it?

I’ll also try investigating what is adding the cache-control header – good spot.

Regards,

Steve

Hi,

Thanks for getting back to me – that has made a difference, but seemingly not a very large one! :-).

GTMetrix no longer shows “none” for the cache TTL but now reports typical values of ~16s to 4 minutes and still suggests “A long cache lifetime can speed up repeat visits to your page.”A long cache lifetime can speed up repeat visits to your page.”

I don’t have any other cache plugins installed – I do have PageSpeedMod compiled into nginx but don’t have any filters active which relate to cache in my rules.
I am running Varnish if that’s relevant.

Regards,

Steve