![]() ![]() ![]() But this solution will deny casual users the ability to break your license.Īnd if you want to prevent the user from re-registering multiple times or sharing the license file with their friends, record their MAC address server side and in the license file. Nothing will protect you from sophisticated attempts to hack your application. If you email the file, the "license server" is just a script that encrypts a string and emails the user. You only need the most primitive "license server" to support this. You only ever need to reconnect to the server if you can't authenticate the license file. If you cant authenticate/decrypt the file, fail. In your application, include the public key. Email a license file, have the application connect and download it, whatever. On the server side, encrypt/sign the user info with a private key and distribute it the user. ![]() Even better if you have already implemented something similar in the past.įor me the places for such files is more relevant than the discussion of the question if this way for copy protection is good or bad. Probably much like Linux/Mac OS X - more recent Windows versions become more restrictive when it comes to file system permissions.Īnyway, I'd like to hear your ideas and thoughts. I guess the easiest here is probably to create a file with a dot-prefix to make it less visible, then give it a name that won't make it obvious that it's associated with my application. In most cases this is only the /tmp directory and the user's home directory. Most Unix-like systems are rather locked down when it comes to places a user can write files to. So here's my question: What is the best place/strategy to keep and create such hidden files on Windows, Mac OS X and Linux? Here is what came to my mind so far: Linux/Mac OS X The most obvious idea would be to store the trial period in the preferences file, but since user tend to delete/tinker with those from time to time, it might be a good idea to keep the registration information in a separate, more hidden file. While I'm pretty much finished with the registration mechanism itself, I now have to find a good way to store the registration information on the user's disk. ![]() My application must somewhere store the registration information (if entered) and/or the date of the first launch to calculate if the user is still within the demo/trial period. I'm writing a commercial product which uses a simple registration mechanism and allows the user to use the application for a demo period before purchasing. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |