if the code is understandable and usable by anyone else.
if there is enough genuine interest to make it worth our time to continue refining it for general use.
So the critical issue is if I can find a few volunteers to set up a couple of temporary disposable VPS hosts with ERPNext. If not well, there’s not a lot of point pursuing this any further.
The main thing is to run it against ERPNext V13, the way you set it up … so if you can get your droplets set up in your standard way, then we can work together to remove any conflicts.
I need to work on the instructions a bit, then I shall publish the GitHub link.
Oh uh … we have a major snowstorm here and then the weekend, so I may not be consistently available until Monday. To avoid having you rent a droplet that sits unused, it might make sense to wait 'til then, or maybe even January depending on your situation. It’s up to you.
(I’ve never use D. O. Do they allow you to suspend unused droplets?)
I can contribute a droplet or two too. Do you have any specific hardware setup requirement or its just to set up a disposable instance using my data for a simulated test?
Awesome! Just hit me up when we’re ready to go and I’ll have them up in no time. I already have the images set so it will take just a few minutes to spin them up and get them running once we’re ready for the tests.
Yeah! That works for sure for testing purposes. It’ll work between virtual machines in the same host. It’ll also work between a local virtual machine as slave and a remote VPS somewhere in the cloud as master because the slaves do all the work. Apart from opening firewall ports and authorising slave users, the role of the master is entirely passive.
However, if you have numerous local machines you might look into Galera clustering as a superior alternative. The kind of replication I’m using here is for fragile, unreliable connections. Galera is optimised for high speed LAN clustering.