Recent content by digitalpoint

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).

XenForo uses inet_pton() to determine if an IP address is binary or not. You can no longer do that reliably starting with the following versions of PHP: 8.5.1 8.4.16 8.3.29 8.2.30 8.1.34 I'm doing something similar in my Cloudflare addon (for the geotargeting part), and had to change it to...

Yep, the PHP change was made in 8.3.29, so will be part of any version after that.

It is not, although I do know what the issue is. PHP changed how inet_pton() works in PHP versions 8.5.1, 8.4.16, 8.3.29, 8.2.30 and 8.1.34 You can find the relevant bug report for XenForo here...

It doesn’t add rules unless you ask it to. XF Admin -> Cloudflare -> Rules -> Rules… -> Cache static content

It already does (and has for a long time). This expression for a Cache Rule was generated by this addon for example: (ends_with(http.request.uri.path, ".7z")) or (ends_with(http.request.uri.path, ".avi")) or (ends_with(http.request.uri.path, ".bz2")) or (ends_with(http.request.uri.path, ".csv"))...

Well Pawnedpasswords has nothing to do with any addon I make. Judging from the errors (and reinforced by the fact that it's multiple unrelated URLs), it looks like general network connectivity issues with the server. I don't know anything about Pawnedpasswords or their reliability, but I have a...

There is no internal mechanism, no.

Error 28 is a connectivity issue between your server and (in this case) Google's servers. Maybe will work itself out if whatever the connectivity issue is fixed?

If you are talking about the underlying attachment data file, XenForo only deletes them hourly as part of the attachment clean up. Internally, XenForo treats attachments and attachment data differently (there is an xf_attachment table and a different xf_attachment_data table. When you delete an...

It's immediate and permanent.

Yes, it's just an abstracted file system as far as XenForo is concerned, reading, writing, deleting, etc. all the same.

Would need to ask Cloudflare that. The settings presented in this addon are simply coming from Cloudflare's dashboard. If the setting isn't toggling in Cloudflare's dashboard when you toggle it in XenForo, I could help with. But backend tech info about about what Cloudflare is doing with their...