Online-only isn't ideal but I'd imagine the vast majority of use cases here are going to be always-online anyway (what are you going to do with the barcode value if not send it somewhere?)
Online-only isn't ideal but I'd imagine the vast majority of use cases here are going to be always-online anyway (what are you going to do with the barcode value if not send it somewhere?)
Developers need to understand that connected to a network != path to the internet.
The developers site isn't even accessible from China: http://www.chinafirewalltest.com/?siteurl=strich.io
Developers need to understand that "vast majority" does not mean "all" and that if you're using an internal network you'd want an enterprise license, which allows for fully offline capabilities.
I get that it's annoying but I don't see a whole lot of other options if you're pricing per scan.
That's something we need to understand as customers, unless we want more ideas like subscription-based seat heating in cars, just because it's normalized behavior.
Which, again, is offered!
(the actual issue here isn't per scan pricing, it's that the web makes it very difficult to stop someone grabbing a library from site X to use it on site Y. One of few methods to do so is to use a license key which has to be validated)