I would like to create an installer (MSI or exe) for sale.
I have referred to the Yak page but do not want to push it to Server.
I am fine with Yak as long as I can combine the .rui and .rhp files into one.
The current plugin configuration looks like this.
If you’re intending to distribute a commercial plug-in, you should consider implementing a licensing mechanism to protect from unauthorised use. We allow third-parties to hook into our LAN Zoo and Cloud Zoo licensing methods.
If your plug-in requires a license key (whether that key is entered directly, or added to a license server) to unlock the functionality, then you don’t necessarily need to control the distribution of the plug-in. There are plenty of examples of Rhino/Grasshopper plug-ins that are freely available with limited or no functionality without a license key. The package server is a good option and makes things very easy for your users.
Right now, the .yak package format doesn’t have the ideal user experience when distributed outside of the package server or a custom package repository. If you don’t want to publish your package, then I’d probably look into a different solution.
Is the best way to register the plugin with CloudZoo, similar to RhinoAccount, in the current situation, and have the user who purchased it enter the license key I issued?
edit: Can a custom package repository be distributed outside of the same LAN?
For example, I want to distribute to people outside my area.
The main considerations with Cloud Zoo are (a) we host the servers, and (b) each user must have their own Rhino Account. If this sounds fine then I’d say that the Cloud Zoo offers the most flexibility. Otherwise, you’ll want to look at LAN Zoo.
Note, however, that in order for your customers to add your product’s license keys to Cloud Zoo, you’ll need to host your own issuer server.
Anything that can be accessed as a folder (either locally or on a file share) can be used as a custom package repository.
In your proposal (a), if I register the plugin with CloudZoo, the user who purchased it will have access to it and use it, is that correct?
In other words, it’s like a RhinoAccount, right?
Rhino Accounts is integral to the way that Cloud Zoo works. Licenses must be associated with either an account or a team. Users must login with their Rhino account in order to use products that they have access to.
I have used Microsoft Visual Studio Installer Projects for a number of years. You need to get comfortable modifying the registry, but it does the job just fine for free.
I think there was a page somewhere on the rhino site that explained what the registry keys were… ahh - quick search… that was easy: