[DigitalPoint] App for Cloudflare®

[DigitalPoint] App for Cloudflare® 1.8.8

No permission to download
Nope, that did not resolve this issue. Everything else seems to work, it only effects video thumbnails on XFMG. It must be an issue with the update
Not sure to be honest... I don't have access to any XFMG installs, so I don't have a way to check anything unfortunately.
 
The error is coming from Flysystem (the abstracted filesystem that XenForo uses). Can't tell tell much else without the full error backtrace though.


Yes, it's a rate limit per account (which will include calls made with API tokens for the account as well as normal Cloudflare dashboard usage). It does not include R2 API calls (it's primarily reading/writing settings, purging cache, etc.)

If you are hitting the API limit, you will also not be able to use Cloudflare's normal dashboard either. That being said, 1200 per rolling 300 second window normally is plenty. One thing that could run up a lot of API calls is if you are using Guest Page Caching that this addon can do and you are proactively purging the parts of the Cloudflare cache whenever a post is created or deleted. If you are getting a TON of posts across all sites, you might want to disable the Purge cache when post is created or deleted option. The only thing it will affect is guests (non-registered users) and how fast they would see new posts. Probably not going to matter much at the end of the day since you are only talking about guest users anyway.

We don't use guest page caching anywhere, so definitely can't be that.

The import finally finished but many of the avatars are missing. So far I'm feeling like this is not ready for prime time :(
 
We don't use guest page caching anywhere, so definitely can't be that.

The import finally finished but many of the avatars are missing. So far I'm feeling like this is not ready for prime time :(
Do you have an example of an avatar URL that’s missing?
 
That one is working for me. Do you have an example that isn’t working?

Personally I wouldn’t delete people’s avatars, but that’s up to you I guess. Might be as simple as you needing to flush your browser cache or something unique to your browser.
 
Flushed cache, if I go to this page, the avatar does not show up: https://www.droidforums.net/members/bhuber09.166840/

Does it show up for you?

And if I say 'open image in new tab' it gives me this url; https://data.www.droidforums.net/avatars/l/166/166840.jpg?1625342156

And in the new tab, it gives me the Error 404 page...

Code:
[HEADING=2]Error 404[/HEADING]
         
[HEADING=3]Object not found[/HEADING]
       
This object does not exist or is not publicly accessible at this            URL. Check the URL of the object that you're looking for or contact            the owner to enable Public access.
       
Is this your bucket?

         
Learn how to enable            Public Access

And I've enabled public access as far as I know... the only way I can see to do that is the r2dev setting which I've enabled.
 
Ya hard to know if it’s something specific to you or not if only you can see it. 😀

The avatar URL you posted does work for me though. If it’s not working, you can figure out why by looking at the HTTP headers, but so far the only thing have access to see is working as expected. So not much else I can look at. I’d need to be able to see something that isn’t working.

The fact that it works for you sometimes (like in a tab or not), would make me bet it’s a cache issue. Browsers don’t randomly have something work one way but the same URL doesn’t work another way unless there’s a caching issue. HTTP headers will be able to tell if that’s what’s going on.
 
Ya hard to know if it’s something specific to you or not if only you can see it. 😀

The avatar URL you posted does work for me though. If it’s not working, you can figure out why by looking at the HTTP headers, but so far the only thing have access to see is working as expected. So not much else I can look at. I’d need to be able to see something that isn’t working.

The fact that it works for you sometimes (like in a tab or not), would make me bet it’s a cache issue. Browsers don’t randomly have something work one way but the same URL doesn’t work another way unless there’s a caching issue. HTTP headers will be able to tell if that’s what’s going on.

This is the 'open image in new tab' link....

Why does that give a 404 page from CF?

Shouldn't that work?

Does the referrer have to be droidforums.net? Where do you specify the referrers that are allowed, how can I open it up to any referrer?
 
That one isn’t in the R2 bucket (or doesn’t appear to be). If you look at the source of the local filesystem you moved it from, is it there?
 
That one isn’t in the R2 bucket (or doesn’t appear to be). If you look at the source of the local filesystem you moved it from, is it there?
I already nuked everything local :( This site is pretty much dead. I'll work on a new site and will do more troubleshooting.
 
I didn't notice earlier but this is why not all of the avatars got transferred:

Code:
  91936/256909 [==========>-----------------]  35%   5 hrs  126.3 KB/s
In Process.php line 1331:

  The process "/usr/local/bin/php cmd.php dp:migrate-data --location=data --path=avatars/m/417/41
  7438.jpg" exceeded the timeout of 60 seconds.
 
I didn't notice earlier but this is why not all of the avatars got transferred:

Code:
  91936/256909 [==========>-----------------]  35%   5 hrs  126.3 KB/s
In Process.php line 1331:

  The process "/usr/local/bin/php cmd.php dp:migrate-data --location=data --path=avatars/m/417/41
  7438.jpg" exceeded the timeout of 60 seconds.
Increase timeout in php.ini
 
I didn't notice earlier but this is why not all of the avatars got transferred:

Code:
  91936/256909 [==========>-----------------]  35%   5 hrs  126.3 KB/s
In Process.php line 1331:

  The process "/usr/local/bin/php cmd.php dp:migrate-data --location=data --path=avatars/m/417/41
  7438.jpg" exceeded the timeout of 60 seconds.
Increase timeout in php.ini
This. It's the operating system/PHP process that's killing itself effectively. Although you should only get that if an individual avatar was taking longer than 60 seconds to upload to R2. So I'm guessing there was some sort of network issue going on. It might not be physical network, it could also be network throttling at the operating system level (sometimes admins setup things with good intentions... like if they see something making a ton of outbound connections, they might block them at the firewall with the thought that maybe it's a compromised machine doing something nefarious. Only the logs from the server can answer the "why" it wasn't able to upload an avatar after 60 seconds.
 
I have two issues I'm working through.

First, is it worth enabling Cache Reserve? It seems as though it uses R2 buckets to insert a cache between the origin and CF's edge caches. I'm not quite seeing the benefit if CF's edge caches are already caching content. And with the "heavy" content (like images uploaded) already stored in R2 buckets, which the cache reserve does not include, it almost doesn't make sense.

1731600179675.webp

Second...we had an issue (on a server I do not manage) where an expired certificate killed access to the forum. Ever since it was restored, some users aren't seeing selected pages in the forum (like the main page for a node). Everything is working, but I don't know if there's anything in Cloudflare I could try. I have TTLs on many items set to 1 Year but if CF isn't caching dynamic pages (like a node page), I don't know if there is anything else I could try to purge in CF. We've been telling users to clear their browser caches and restart the browser but a few of them aren't having any luck (we have a feeling they're not doing it correctly).
 
I have two issues I'm working through.

First, is it worth enabling Cache Reserve? It seems as though it uses R2 buckets to insert a cache between the origin and CF's edge caches. I'm not quite seeing the benefit if CF's edge caches are already caching content. And with the "heavy" content (like images uploaded) already stored in R2 buckets, which the cache reserve does not include, it almost doesn't make sense.

View attachment 313916
Up to you... I wouldn't use it. My thoughts haven't changed on it:

Personally I don’t see a reason to use Cache Reserve with or without R2, but up to you. 🤷🏻‍♂️

Second...we had an issue (on a server I do not manage) where an expired certificate killed access to the forum. Ever since it was restored, some users aren't seeing selected pages in the forum (like the main page for a node). Everything is working, but I don't know if there's anything in Cloudflare I could try. I have TTLs on many items set to 1 Year but if CF isn't caching dynamic pages (like a node page), I don't know if there is anything else I could try to purge in CF. We've been telling users to clear their browser caches and restart the browser but a few of them aren't having any luck (we have a feeling they're not doing it correctly).
Purging Cloudflare Cache and also browser cache would be about all you can do. If you do that and you are still seeing old cached content, you would need to figure out the source (maybe a caching mechanism on the server itself), but if you do that, that will cover it being from client side (browser) or network edge (Cloudflare).
 
Purging Cloudflare Cache and also browser cache would be about all you can do. If you do that and you are still seeing old cached content, you would need to figure out the source (maybe a caching mechanism on the server itself), but if you do that, that will cover it being from client side (browser) or network edge (Cloudflare).
That's my thought also. It's only happening for a small number of visitors (like maybe a few dozen out of thousands we see daily); all the rest of us can see everything with no issues at all.
 
That's my thought also. It's only happening for a small number of visitors (like maybe a few dozen out of thousands we see daily); all the rest of us can see everything with no issues at all.
If it's something you can replicate, you could look at the underlying HTTP headers and it usually will give you an indication of where it's coming from. If it's specific to users in a certain geographic region or ISP, it could be the internet provider doing it's own caching (it happens sometimes, especially in countries where bandwidth is very expensive... a cost savings things for the ISP sometimes).

Caching can happen at any point between the origin server and browser. So it's not just the browser itself or Cloudflare, but those are definitely the most common.
 
Back
Top Bottom