Recent content by digitalpoint

A few things you can check.... make sure you didn't add restrictions to your API token (for example if you are having it only work for certain IPs) or restrictions on date/accounts it can be used on. I suppose maybe something is wrong with the token itself... you could always create a new one...

Is your domain setup as zone in your Cloudflare account? That error implies there’s an issue retrieving settings for your zone.

Sounds like it should just be a "animated gif" framework/abstraction with handlers so in the future, changing providers is as simple as changing handlers? 🤷🏻‍♂️

Probably better to apply special rules that route a request away from the application (XenForo) only if the file exists in the filesystem. I mean if you want to do it “right”. 😀 XenForo can handle any extension, so not sending certain requests to XenForo based on extension isn’t the best, so a...

It’s dynamic.

Don’t see that happening (not from me anyway). Maybe post the idea and a developer will do it? 🤷🏻‍♂️

Honestly symlinks would probably work better because for the "local" filesystem, you would just internally be using native PHP functions (file_get_contents, fopen, etc.) which work fine with symlinks.

Flysystems is used for the abstracted filesystem in XenForo 2, but I was just thinking... it's not particularly complicated. Maybe it would be worthwhile thinking about getting rid of that third-party library and just use standard PHP streams instead? Internally could just use...

digitalpoint updated [DigitalPoint] App for Cloudflare® with a new update entry: Added Markdown for Agents setting Read the rest of this update entry...

Your cronjob command needs to be prefiixed with php. It's not the cmd.php file that's (directly) executable. The cronjob command should instead be: php /home/USER/xenforo/cmd.php xf:run-jobs

Without an error of some sort, no.

Looks like an underlying network issue. Honestly, I'll probably just start recommending that people not host the JavaScript on their own domain, then there's no network issues since it doesn't need to fetch the JavaScript. Disabling that option is the simple route, beyond that, you'd need to...

Not sure... but it's sporadic. Will only happen when it's used on an IP address with a 0 octet... for example 22.33.0.44. How XenForo uses PHP to process IPs normally wouldn't be affected by Cloudflare unless you're doing something weird like using Cloudflare to alter the IP address that PHP...

Has nothing to do with Cloudflare. It’s a PHP issue.

It's not going to be fixed by PHP devs. They made the change intentionally to deal with a potential security issue related to null characters within strings on a few functions. inet_pton() was never intended to be a check to see if something is binary or not (even though you could use it that way).