Yes, that would be possible. I have thought about that as well: having the server deploy scripts on client load. If I get a stable solution for it, I’ll share. I actually think it would be relatively easy to do, but fear that someone could just create their own listener and still get the script. It could be implemented in a similar way to this tokenizer resource to generate unique events everytime a player joins to attempt to mitigate that.
Ultimately, it’s best to do everything you can server side. Obviously you can’t do UI, etc. server side, but lots of logic can be easily offloaded to the server and protect it. That reduces performance hits on the client while also protecting your scripts from being stolen and from being exploited.
This resource looks pretty solid for syncing data between the client and the server. It could be a good start to syncing scripts.
Then whatever the ambulance job is triggering isn’t inside of the ambulance job resource. Turn on verbose server logging and you’ll see the impacted resource.
does this also work for Vmenu, since it is written in c#? (apparently a cache decrypter picks up c# server events which can apparently be triggered by the lua injector)
You should be able to use Lua exports in C#. It will require modifying vMenu. I don’t think that’s needed since vMenu allows you to configure permissions. But I don’t use it so I don’t know for sure.
Yes, but your client side will need to trigger the event with a token as well. And you need to add the init.lua to your __resource.lua file. But in general, you are correct, yes.
