[DigitalPoint] App for Cloudflare®

[DigitalPoint] App for Cloudflare® 1.9.1.1

No permission to download
Is there any way to fix thread view counters when page is cached?
Nope... can't have it both ways. Can't have a page be cached at the network edge and also make the request go to your origin server. The whole point of guest page caching is to make the site fast and the request not need to go to your server. And with your server not seeing the request, it doesn't know how many times it was seen in cache.

Honestly, I think thread view numbers (along with a lot of other things like members online) is pretty dated/pointless these days. Who cares how many users are on the site or how many times a thread has been viewed? At least not for end users... site owners/admins sure... but you have things like Google Analytics (or whatever else) for that.
 
Nope... can't have it both ways. Can't have a page be cached at the network edge and also make the request go to your origin server. The whole point of guest page caching is to make the site fast and the request not need to go to your server. And with your server not seeing the request, it doesn't know how many times it was seen in cache.

Honestly, I think thread view numbers (along with a lot of other things like members online) is pretty dated/pointless these days. Who cares how many users are on the site or how many times a thread has been viewed? At least not for end users... site owners/admins sure... but you have things like Google Analytics (or whatever else) for that.
Unless there was some weird way to put the counter on the edge and pull it down later..
 
Unless there was some weird way to put the counter on the edge and pull it down later..
More effort than it’s worth, imo. I’d be more inclined to spend time removing thread view counters from XenForo (I mean if I had to pick one or the other based on value).
 
More effort than it’s worth, imo. I’d be more inclined to spend time removing thread view counters from XenForo (I mean if I had to pick one or the other based on value).
But shouldn't a successful community know how many people have read something? Unless the counters are not accurate, than yeah not needed... I'm thinking about it now and the real number may be so inaccurate that I would like the option to remove it if possible. I am not sure what to do.
 
But shouldn't a successful community know how many people have read something? Unless the counters are not accurate, than yeah not needed... I'm thinking about it now and the real number may be so inaccurate that I would like the option to remove it if possible. I am not sure what to do.
Ya, but the counters (even without guest page caching) are inaccurate). It's based on an HTTP request, not a human being viewing the thread... so the counters are including bots and spiders. Probably not super useful at that point when it's possible most of the "views" are by non-humans to begin with.

I do agree that analytics is useful, but...
  1. It shouldn't be given to normal users, it's more appropriate for site owners/admins only.
  2. View counters aren't analytics, it's one step up from page view counter widgets from the 90s.
IMO, if you want to do analytics, use analytics tools and make those reports/data available to site owners/admins (people that need to know), not end users of your site.

Not so coincidentally, things like Google Analytics work just fine with guest page caching enabled (because it's not based purely on an HTTP request being made to your origin server... which could be non-human traffic).
 
But aren't views themselves used for sorting AND even maybe the Trending widget.. what would a full stack transition for Google Analaytics data for this logic represent...
 
But aren't views themselves used for sorting AND even maybe the Trending widget.. what would a full stack transition for Google Analaytics data for this logic represent...
It is used if someone is sorting a forum by Views (does anyone do that though?)… not sure on the Trending Widget, never used it or looked into it.

Like I said, “Views” is very misleading… it’s not actually a view, it’s an HTTP request. I could increase the “views” on this thread by 1,000,000 by clicking a button and none of those would be viewed by anyone.

Bottom line is that if you feel that your view counter is more important that guest page caching, don’t use guest page caching. You can’t (easily) have it both ways where you serve content from a cache upstream from your origin server, but then also need a request to your origin server to log the HTTP request.
 
thread view numbers (along with a lot of other things like members online) is pretty dated/pointless these days
I get both sides, and my only $.02 is that I look at other forums and go straight to those numbers to see if I want to bother signing up and posting there. Why bother if not active? I believe advertisers and vendors you may want to work with do the same.

Either way, not what I came to ask lol

When I enable ‘Use presigned URLs for attachments stored in R2’ I have many users saying images are not loading at all. Is there a cache to clear or something after doing so?
 
I get both sides, and my only $.02 is that I look at other forums and go straight to those numbers to see if I want to bother signing up and posting there. Why bother if not active? I believe advertisers and vendors you may want to work with do the same.

Either way, not what I came to ask lol

When I enable ‘Use presigned URLs for attachments stored in R2’ I have many users saying images are not loading at all. Is there a cache to clear or something after doing so?
Nope, no cache. Maybe ask them what browser they are using and all that and see if you can replicate what they are seeing. Without being able to replicate it, there’s really not much anyone can look at when everything works for anyone looking into it.
 
Nope, no cache. Maybe ask them what browser they are using and all that and see if you can replicate what they are seeing. Without being able to replicate it, there’s really not much anyone can look at when everything works for anyone looking into it.
Yea I tested with Chrome, Safari and Firefox across Desktop and iPhone with several account types. I can't replicate.

As always .. appreciate your swift replies.

Back to the CF cached guest pages thing, I'm traveling so not in a spot to test, just throwing this out there for now ... how much of the page does CF cache? JS as well? Does it prevent Google Anaylitics from tracking? Would it cache an actual ad that and ad agency's JS script fills your ad space?

If GA and Agency scripts can still fill those spaces on CF cached guest pages .... can a JS view counter report back to your XF?
 
Yea I tested with Chrome, Safari and Firefox across Desktop and iPhone with several account types. I can't replicate.

As always .. appreciate your swift replies.

Back to the CF cached guest pages thing, I'm traveling so not in a spot to test, just throwing this out there for now ... how much of the page does CF cache? JS as well? Does it prevent Google Anaylitics from tracking? Would it cache an actual ad that and ad agency's JS script fills your ad space?

If GA and Agency scripts can still fill those spaces on CF cached guest pages .... can a JS view counter report back to your XF?
Yep, it could.
 
Any idea why a specific image wouldn't work with the image proxy?

When I try to test the image proxy, with the cloudflare proxies on, I get the following error:

https://live.staticflickr.com/<redacted>.jpg could not be fetched or is not a valid image. The specific error message was: Received unexpected response code 403 (Forbidden)

However, when I disable the cloudflare proxy, I get this:

https://live.staticflickr.com/<redacted>.jpg was fetched successfully.

Worth noting, if I visit https://my-image-proxy.workers.dev?i=https://live.staticflickr.com/<redacted>.jpg, the image shows fine. It's just not working on my forum.
 
Any idea why a specific image wouldn't work with the image proxy?

When I try to test the image proxy, with the cloudflare proxies on, I get the following error:



However, when I disable the cloudflare proxy, I get this:



Worth noting, if I visit https://my-image-proxy.workers.dev?i=https://live.staticflickr.com/<redacted>.jpg, the image shows fine. It's just not working on my forum.
Sounds like the site you are fetching it from as blocking Cloudflare IPs. No real way around that other than contacting them. Like if I block your IP as a site admin, nothing you can do.
 
Sounds like the site you are fetching it from as blocking Cloudflare IPs. No real way around that other than contacting them. Like if I block your IP as a site admin, nothing you can do.
You mean my server is blocking Cloudflare, or flickr is blocking Cloudflare?

If you mean my server, I have all of Cloudflare IPs in my allow rules. At least all the ones listed here: https://www.cloudflare.com/en-gb/ips/

If you mean flickr, why would it work fine if I manually go to https://my-image-proxy.workers.dev?i=https://live.staticflickr.com/<redacted>.jpg?
 
You're probably right, though, either way, which kinda stinks. I just tried some more images from flickr and none of those worked either. May just have to bypass proxy on flickr images.
 
That doesn't make sense if I can access the image directly through the worker URL, though, does it?
No idea… can’t debug it on this end. But if the difference is that when accessing it via Cloudflare, Flickr gives you a 403 Forbidden error, my guess is they are doing it based on Cloudflare IPs.

There is certainly nothing that says any service has to act the same for all IPs (same for your server).
 
Anyone know why I'd be getting these errors with my bucket? I just set up my cloudflare and r2 bucket, so I'm assuming I am missing a step. I want my attachments to go the bucket. Am I getting the error because I did not migrate my existing data to it?
 

Attachments

  • Screenshot 2025-01-04 154205.webp
    Screenshot 2025-01-04 154205.webp
    154.2 KB · Views: 11
Back
Top Bottom