terrykiwi

Everything mysteriously returned to normal without intervention. I believe Stripe must have been experiencing some glitches at the time.

Thanks

Well, I just opened MS Edge (which I never use, and it had no other tabs open, and there are no extensions/addins).

Same results. I don’t get it.

Thank you for your response.

Interestingly, your buttons are different to the ones I see! The PayPal “Pay Later” button is also present when I load the form. Do you know why this would be?

I will try what you suggest.

@wpmudevsupport14
Anyone have any ideas???

• This reply was modified 3 years, 7 months ago by terrykiwi.

Hi Nebu,

The issue is not resolved. Others have tested it and are able to replicate the issue.

To clarify, fill in the form, then click the Pay with PayPal button. When you are taken to the PayPal login modal, try to log in to your PP account. You should get a login failure message.

I don’t understand why this wouldn’t happen to you, as it happens to two independent people on different systems & locations, with multiple PP accounts!

Please try again. If you are successful, I’d love to see a video of your process.

Thanks

Cancel that. Now working OK

Really? Check again…
If I could add an image here, I would show you.

I have reformatted the IP list from MaxCDN to suit Wordfence, according to the information I have. If anyone knows this is incorrect, please let me (and others) know. Otherwise, just copy this list and paste it into the Wordfence|Options|Other Options “Whitelisted IP addresses that bypass all rules:” box.

108.161.176.[0-20]
94.46.144.[0-20]
146.88.128.[0-20]
198.232.124.[0-22]
23.111.8.[0-22]
217.22.28.[0-22]
64.125.76.[64-27]
64.125.76.[96-27]
64.125.78.[96-27]
64.125.78.[192-27]
64.125.78.[224-27]
64.125.102.[32-27]
64.125.102.[64-27]
64.125.102.[96-27]
94.31.27.[64-27]
94.31.33.[128-27]
94.31.33.[160-27]
94.31.33.[192-27]
94.31.56.[160-27]
177.54.148.[0-24]
185.18.207.[64-26]
50.31.249.[224-27]
50.31.251.[32-28]
119.81.42.[192-27]
119.81.104.[96-28]
119.81.67.[8-29]
119.81.0.[104-30]
119.81.1.[144-30]
27.50.77.[226-32]
27.50.79.[130-32]
119.81.131.[130-32]
119.81.131.[131-32]
216.12.211.[59-32]
216.12.211.[60-32]
37.58.110.[67-32]
37.58.110.[68-32]
158.85.206.[228-32]
158.85.206.[231-32]
174.36.204.[195-32]
174.36.204.[196-32]
151.139.0.[0-19]
94.46.144.[0-21]
103.66.28.[0-22]
103.228.104.[0-22]

Hmmm. They have some of the best reviews among their peers. And they’re recommended by W3 Total Cache.

MaxCDN is a WP plugin that speeds up the site’s loading time using Content Delivery Network (CDN). As such it needs to distribute the site’s files globally through its distributed network of servers. That is why they need to be whitelisted.

I have checked other browsers and also emptied cache.

If Falcon doesn’t support browser caching, I fail to see how it can achieve its stated claim of 50x faster. My site is loading really slowly and Falcon doesn’t help it at all.

Anybody?

The speed tests I have done indicate that I should “leverage browser caching”. I thought that this was one of the things that Wordfence’s Falcon was supposed to do.

There is no mention of the following expected comment at the bottom of the source:

“<!– Cached by Wordfence Falcon Engine. Time created on server: 2014-11-10 20:53:24 UTC.
Is HTTPS page: no. Page size: 12810 bytes. Host: example.com.
Request URI: /2014/10/17/testing-one/ Encoding: GZEncode –>”

Very different!

Here’s the stuff about Wordfence. I don’t see any specific mention of Falcon, but I don’t kknow what to expect.

#WFIPBLOCKS – Do not remove this line. Disable Web Caching in Wordfence to remove this data.
Order Deny,Allow
#Do not remove this line. Disable Web Caching in Wordfence to remove this data – WFIPBLOCKS
#WFCACHECODE – Do not remove this line. Disable Web Caching in Wordfence to remove this data.
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/css text/x-component application/x-javascript application/javascript text/javascript text/x-js text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/json
<IfModule mod_headers.c>
Header append Vary User-Agent env=!dont-vary
</IfModule>
<IfModule mod_mime.c>
AddOutputFilter DEFLATE js css htm html xml
</IfModule>
</IfModule>
<IfModule mod_mime.c>
AddType text/html .html_gzip
AddEncoding gzip .html_gzip
AddType text/xml .xml_gzip
AddEncoding gzip .xml_gzip
</IfModule>
<IfModule mod_setenvif.c>
SetEnvIfNoCase Request_URI \.html_gzip$ no-gzip
SetEnvIfNoCase Request_URI \.xml_gzip$ no-gzip
</IfModule>
<IfModule mod_headers.c>
Header set Vary “Accept-Encoding, Cookie”
</IfModule>
<IfModule mod_rewrite.c>
#Prevents garbled chars in cached files if there is no default charset.
AddDefaultCharset utf-8

#Cache rules:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} on
RewriteRule .* – [E=WRDFNC_HTTPS:_https]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule .* – [E=WRDFNC_ENC:_gzip]
RewriteCond %{REQUEST_METHOD} !=POST

RewriteCond %{QUERY_STRING} ^(?:\d+=\d+)?$
RewriteCond %{REQUEST_URI} (?:\/|\.html)$ [NC]

RewriteCond %{HTTP_COOKIE} !(comment_author|wp\-postpass|wf_logout|wordpress_logged_in|wptouch_switch_toggle|wpmp_switcher) [NC]

RewriteCond %{REQUEST_URI} \/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)(.*)$
RewriteCond “%{DOCUMENT_ROOT}/wp-content/wfcache/%{HTTP_HOST}_%1/%2~%3~%4~%5~%6_wfcache%{ENV:WRDFNC_HTTPS}.html%{ENV:WRDFNC_ENC}” -f
RewriteRule \/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)(.*)$ “/wp-content/wfcache/%{HTTP_HOST}_$1/$2~$3~$4~$5~$6_wfcache%{ENV:WRDFNC_HTTPS}.html%{ENV:WRDFNC_ENC}” [L]
</IfModule>
#Do not remove this line. Disable Web caching in Wordfence to remove this data – WFCACHECODE
RewriteOptions inherit

I am aware of the fact that there is pagination, and the hidden pages are not on any of them.

Yes @girlieworks, all the pages exist and I can find them with a search string, but they just don’t display when viewing “All Pages”.