Dll

This isn't proving too useful to us as it currently works, unfortunately.

As it only sets the cookie when the user logs in, it's setting very few as most users just stay logged in for a long period. It also doesn't pick up new registrations as they log in either.

Also, although it's not as useful as the cookie detection method, the ip method isn't using the x-forwarded ip if that is used on the forum, so gives most users the same IP on our community.

5 minutes ago, Jim M said:

Cache Rules are different than Page Rules.

You're right. I thought they were used in combination with eachother, but looking at the docs, it is the equivalent of telling it to cache everything. 

Quote

Be aware that when you select Eligible for cache in Cache Rules, this is equivalent to cache everything cache level. If you do not enable eligible for cache, the expected behavior is the standard cache level present in Page Rules.

47 minutes ago, Jim M said:

Just as a heads up, the cache rules are saying not to cache "these" but cache everything else 🙂 . Just want to clarify that so there is no confusion.

I don't think they are for this use case though, as unless you tell cloudflare otherwise it won't cache html, which is what you're wanting it to do in this instance, I think? That needs a page rule to set it to cache everything. The cache rules is just about cache eligibility of the assets being loaded rather than specifically saying 'cache everything else', so won't over-ride the fact that html isn't cached.  (As far as I understand it)

https://support.cloudflare.com/hc/en-us/articles/360021023712-Best-Practices-Speed-up-your-Site-with-Custom-Caching-via-Cloudflare-Page-Rules

Quote

Cloudflare does not cache HTML resources automatically. This prevents us from unintentionally caching pages that often contain dynamic elements. For example, the content on certain HTML pages may change based on specific visitor characteristics, such as authentication, personalization, and shopping cart information.

Then I'd say it is as has been explained above - something else is setting the cache-control header which is over-riding the cloudflare side. You need to find what that is - it's highly likely something your host would need to change. 

I'd recommend adding a / to the beginning of your uri rules on in the cache rule section as well, just in case not having them is causing a problem with it. 

@marklcfc - I think you're actually only one step away from getting it working. The flow of the caching system in cloudflare is as follows:

While you've set up your rules for when not to cache, you've not actually told it when and what to cache. For that, you need to make a page rule for your url - with a wildcard, so it happens on every page. (eg https://www.foxestalk.co.uk/*)

Then you need to select cache level and chose cache everything. 

Then once you've saved it, give it 30 seconds and you should have a fully working page cache for guests.

You need to look at your server error logs and see what the error is. Most probably it'll be related to your php installation.

Surely the date the update is available is irrelevant in that respect - you can upgrade your site when you're ready to?

Best of luck in the future Jordan.

It's simpler than that I think? Bots view as guests and there's an option in the ACP to either show or hide signatures to guests. 

Member settings > profiles > profile settings > show signatures to guests

And how would they know which to exclude? He's the app developer, it's on him to only include the files relevant to the app, not for invision to guess which those are and exclude them from a scanner. 

He's been given the solution above. 

It doesn't, as it isn't.

I'd give Google analytics a chance to catch up, the data tends to lag a bit at times lately.

On 9/21/2022 at 4:29 PM, Matt said:

If you are an Invision Community Cloud client, then you do not need to worry about any of this, and can happily click out of this topic.

Ok, thanks - so if we want to use our own email address then we have to use an external provider?

Hi, just wondering if there are any details available about the cloud email service for cic clients at all? For instance, does it use smtp or an api? Also, is it possible to set up things like SPF, DKIM and signing for it?

I don't think Invision supports PHP 8.2 yet. 

Can you not serve it direct from the AWS url temporarily?

1 minute ago, Refsmmat said:

And how would I do that when being on an IPS hosted plan? 

 

You can contact them and ask them to roll back. 

Just wondering where this app stands in terms of its compatibilty with 4.7.2 and PHP 8? It seems to have been the cause of a few issues of late, so we're holding off updating until we know it's status.

There have been plenty of betas and a blog about the changes earlier in August. 

On 8/4/2022 at 3:22 PM, AtariAge said:

Will you be updating this for 4.7?

^^

I believe it's an enterprise only option.

Try the Google cache or wayback machine.

Nothing, it won't list every single page on your forum in the sitemap.