Recent content by smallwheels

If you can identify Brave safely by the user agent it submits you can set up a redirect rule in .htaccess that redirects these requests to whereever you want or block them completely. However: As the user agent can be manually set in mosts browsers in one way or another this is not w/o...

Not as long as the staging instance is not publicly reachable, so either a local install or behind .htaccess password protection. As long if you care for that it may feel a litte odd to see the message but it is tolerated by XF and the recommended setup. However: If you don't follow that rule it...

I would block them proactively. Those are server ranges, so they should not visit your forum anyway. The IPs you posted belong to AS150436 and this belongs to Byteplus Pte. Ltd. (which is basically Bytedance). If you want to block the whole block based on IPs instead of simply the ASN you can...

This is worth absolutely nothing. These are all bots that don't hide - you can simply block them yourself via .htaccess (and most of them even via robots.txt) within minutes. No need for cloudflare here. Those are for sure not the problem.

Just wondering how much they may have improved. A couple of weeks ago people reported here on the forum that cloudflare bot protection would not work against the latest stragegies of the scrapers (resident proxies). The huge wave of massive requests from single ip blocks that happened last year...

Has either repaired itself yesterday over the evening or @mazzly did do something. Either way: Now my key is shown as valid for the amount of add ons I payed for.

Possibly not worth bothering too much as a function has been announced for 2.4 that can probably act as an replacement for this add on in most cases and may even be easier to use: https://xenforo.com/community/threads/direct-message-labels.227393/

Still not compatible with 2.3. (2.3.8) after 1,5 years. Throws a fatal error: ErrorException: Fatal Error: Declaration of Bespoke\ConvFolders\XF\Pub\Controller\Conversation::buildLink($link, $data = null, array $parameters = []) must be compatible with XF\Mvc\Controller::buildLink($link, $data...

@mazzly Despite having upgraded my subscription this morning AUN still complains that my key would only be good for 30 add ons (so the free version), even five hours later. According to your website however payment was successfully processed plus it states regarding the key being good for way...

Microsoft does Microsoft things, as usual. Unfortunately one cannot always avoid to be confronted with their parctices... That's why I asked: It's been decades since I ran mail servers professionally and a lot has changed since then but the basics are still in the rfc for smtp...

What is the behavior that the rfcs recommend? Possibly rather this might be the issue. Microsoft and some other tech giants are quite famous for many years for ignoring rfcs if it is for their advantage and do neither care for standards nor for disadvantages others (including their own...

Upgraded happily again for another year. Worth noting, that the delay of XF 2.4 (where AUN would be included) is costing me real money (but thankfully not too much). ;)

Hu? Where did you get this number from? Seems very high - I highly doubt that it is accurate.

If you know what you are doing: why not? The files of the add on are pretty easy to parse and the db-backup is basically "just" a sql-dump-command, configured with a bunch of variables. So you would basically need a second run of of this part of the backup with different credentials. Should not...

maybe licking did not provide enough force? :unsure: :D