The wyDay blog is where you find all the latest news and tips about our existing products and new products to come.
TurboActivate and TurboFloat 4.1 are now out! This release is a huge leap forward in quality and features and sets the foundation for the new product releases that will be rolled out over the next 2 months.
So, wait no longer: get the latest TurboActivate and TurboFloat on your API page.
If you're not already a LimeLM customer, sign up now for free!
Here are the big "marquee" features of this release:
Learn more over in our "Using TurboActivate with NodeJS or Electron" article (for hardware-locked licensing) and our "Using TurboFloat with NodeJS or Electron" article (for floating licensing). These articles and the accompanying example apps will show you everything you need to know to add true node-locked and floating licensing to your NodeJS app whether you're on Windows, Linux, macOS, or FreeBSD.
Which brings us to our next big feature:
In addition to supporting the "big 3" operating systems (Windows, macOS, and Linux) with this 4.1 release we've added support for FreeBSD! All of our products now run natively on FreeBSD 10.x and above (no Linux compatibility layer necessary).
You can download the latest versions on your API page in LimeLM.
Prior to this release of TurboFloat Server version 4.1, the TurboFloat Library and TurboFloat Server only "talked" over encrypted raw binary. This was perfectly fine when the TurboFloat Server was behind a corporate firewall and all of the "clients" existed in the same network.
Things got trickier when a corporate end-user decided to host their TurboFloat Server on a public facing computer and their employees ran your app from different networks. If they had a "direct" connection to the server running the TFS instance (whether on the same network or through a VPN), then everything worked fine. But things are rarely so easy in a corporation. Inevitably communications would need to go through a labyrinth of proxies. And, unfortunately, proxies rarely support "raw" transmitted data.
The solution is letting your app (using the TurboFloat Library) talk to the TurboFloat Server over HTTPS. Read more about how to do it here: Configuring TurboFloat Server for HTTPS communication.
Now corporate clients with complicated proxy setups (or anyone else) can have all of the communication happen over HTTPS.
We're also excited to add improved client-side date/time fraud to the timed-trials functionality in TurboActivate. We improve client-side fraud detection with every release of TurboActivate, but this version took a leap forward.
Additionally, we've added a new function "
TA_SetTrialCallback()" that gives you real-time notifications of trial expirations and fraud. This means there's no more need to "poll" TurboActivate functions for the life-time of your process. Just, call that function once, and let TurboActivate handle it.
Prior to this 4.1 release we made the following ARM builds of our products:
armv4t, 32-bit little-endian, soft-float
armv7-a, 32-bit little-endian, soft-float
aarch64, 64-bit little-endian, soft-float
But we've found this doesn't match the use-case for most of our customers on these platforms, so we've added "hard-float" version for everything other than the armv4t target, and we've added an armv8-a, 32-bit build. So, here's our new targets:
armv4t, 32-bit little-endian, soft-float
armv7-a, 32-bit little-endian, hard-float
armv8-a, 32-bit little-endian, hard-float
aarch64, 64-bit little-endian, hard-float
What this means in practice is that you can sell your app and target distros like Raspian (and all other popular arm-based distros) without having to re-target your app for "soft-float" support.
In addition to the big features listed here, we have a ton of quality improvements and tweaks to provide a better experience for all end-users. Read a condensed list of changes here for TurboActivate and the changes for TurboFloat.
Subscribe to our blog's RSS Feed or follow Wyatt (CEO of wyDay) on Mastodon (@firstname.lastname@example.org) to keep up-to-date with our latest posts.