How the priority and Limit works in R87

Since the release of FaucetInABox R87 I've got many questions about how the new "shortlink" feature works. I'll try to explain it here.

Let we say you have 5 shortlink providers A, B, C, D, F.

A has CPM of $3, B and C have CPM of $1.5 and all they pay for unique visitors (once every 24 hours).

D and F pay for all the traffic they receive.

We need to push "A" in the first place. And limit to once per day:
- A - Priority 100 Limit 1

Now we don't care if "B" or "C" will be next.
- B - Priority 50 Limit 1
- C - Priority 50 Limit 1
(they will be chosen randomly)

And finally:
- D - Priority 10 Limit 0
- F - Priority 10 Limit 0
(they will be chosen randomly)

The Limit is per IP only. So if your users have dynamic IP you will benefit from that.

If any API call fails then it will fall-back to the next.

If your shortlink is required then you always need to have at least one "Limit 0" shortlink service. If FBU gets to the end of the shortlink services list and there is nothing to display then the "requirement" will auto-disable for that user.
If you want to limit the daily claims there are other methods.




Other topics:
Faucet In A Box Ultimate R103



Changelog:
- Fixed IPv6 bug that appeared in fresh r102
- Added ksWallet.net
- Added FaucetPay.io
- ...


Faucet In A Box Ultimate R101



Changelog:
- Better shortlink management.
- Removed ExpressCrypto v1 compatibility. Improved v2 ...


Jar Pay 5.00 ready for download

Changelog:
- added MicroCoinPay
- added DASH and BCH - FaucetPay
- added ADA, RDD and XTZ - ExpressCrypto

Download:
Jar ...


Faucet In A Box Ultimate R112

>>> <<<
>>> <<<
>>> <<<

Changelog:
- fixed ...


Sh!t happens. R93 had an issue with the shared shortlink. R94 should fix the issue



What's new:
- shared shortlink bug fix

Download:
faucetinabox-ultimate-r94.zip

If you are ...