Gallagher Posted February 24, 2014 Share Posted February 24, 2014 hello guys FileDelete is totally safe and can still steal my client-side scripts? Link to comment
Wei Posted February 24, 2014 Share Posted February 24, 2014 Yes it is safe, but players will have to download scripts every time they come to server.... Link to comment
Castillo Posted February 24, 2014 Share Posted February 24, 2014 There's no need to delete them, just encrypt and compile the scripts with luac.multitheftauto.com. Link to comment
Jacobob14 Posted February 24, 2014 Share Posted February 24, 2014 There's no need to delete them, just encrypt and compile the scripts with luac.multitheftauto.com. yet there are many people who steal the client side although this compilation Link to comment
Castillo Posted February 24, 2014 Share Posted February 24, 2014 They can steal it and execute it on their server, but they won't be able to edit it. Link to comment
Gallagher Posted February 24, 2014 Author Share Posted February 24, 2014 then it is safe! Brazilians have people saying they stole my scripts, then it is a lie Link to comment
xXMADEXx Posted February 24, 2014 Share Posted February 24, 2014 It's kind of pointless, because once the file is downloaded it will remain there until the resource is still started, so people could still steal it. Link to comment
TAPL Posted February 24, 2014 Share Posted February 24, 2014 fileDelete should no longer used for the mentioned purpose since cache option in meta is available. cache: When the script file type is "client", this setting controls whether the file is saved on the clients' hard drive. Default is "true". Using "false" will mean the file is not saved. https://wiki.multitheftauto.com/wiki/Meta.xml Link to comment
Gallagher Posted February 24, 2014 Author Share Posted February 24, 2014 fileDelete should no longer used for the mentioned purpose since cache option in meta is available.cache: When the script file type is "client", this setting controls whether the file is saved on the clients' hard drive. Default is "true". Using "false" will mean the file is not saved. https://wiki.multitheftauto.com/wiki/Meta.xml so is right? "panel" author="rex" version="1.3" type="script" /> Link to comment
Gallagher Posted February 24, 2014 Author Share Posted February 24, 2014 stole my script can do WHAT? he was only FileDelete Link to comment
Karuzo Posted February 24, 2014 Share Posted February 24, 2014 What ? I don't understand you. Link to comment
Gallagher Posted February 24, 2014 Author Share Posted February 24, 2014 What ? I don't understand you. someone came into my server and stole my script Link to comment
mr.Extreme Posted February 24, 2014 Share Posted February 24, 2014 use addEventHandler("onClientResourceStart",resourceRoot, function() fileDelete("client.lua") end) Link to comment
Karuzo Posted February 24, 2014 Share Posted February 24, 2014 Just use cache="false"... for client scripts. Link to comment
Gallagher Posted February 24, 2014 Author Share Posted February 24, 2014 use addEventHandler("onClientResourceStart",resourceRoot, function() fileDelete("client.lua") end) I used FileDelete, but somehow managed to managed to steal the script Link to comment
myonlake Posted February 24, 2014 Share Posted February 24, 2014 As long as you have cache set to false, you'll do just fine. There is an exception though, which requires more than enough knowledge in memory addressing and access locations, which isn't really 5-minute-book type of thing. Just encrypt the code and make some small piece of code in that file that checks whether the script is ran on the real server, check for the server information for example, something that recognizes misuse. It doesn't even have to be server name, but if a variable isn't initialized then just rape the whole client till they have to Alt-F4. Link to comment
arezu Posted February 25, 2014 Share Posted February 25, 2014 As long as you have cache set to false, you'll do just fine. There is an exception though, which requires more than enough knowledge in memory addressing and access locations, which isn't really 5-minute-book type of thing.Just encrypt the code and make some small piece of code in that file that checks whether the script is ran on the real server, check for the server information for example, something that recognizes misuse. It doesn't even have to be server name, but if a variable isn't initialized then just rape the whole client till they have to Alt-F4. You can download and use a packet sniffer tool in just a few seconds, since http downloads are not encrypted. The best way to make sure that nobody steals your scripts is by making a custom downloader script that sends client scripts using triggerClientEvent since packets are then encrypted, and do loadstring on the code instead of saving onto a file. Link to comment
Moderators Citizen Posted February 25, 2014 Moderators Share Posted February 25, 2014 As long as you have cache set to false, you'll do just fine. There is an exception though, which requires more than enough knowledge in memory addressing and access locations, which isn't really 5-minute-book type of thing.Just encrypt the code and make some small piece of code in that file that checks whether the script is ran on the real server, check for the server information for example, something that recognizes misuse. It doesn't even have to be server name, but if a variable isn't initialized then just rape the whole client till they have to Alt-F4. You can download and use a packet sniffer tool in just a few seconds, since http downloads are not encrypted. The best way to make sure that nobody steals your scripts is by making a custom downloader script that sends client scripts using triggerClientEvent since packets are then encrypted, and do loadstring on the code instead of saving onto a file. I'm agree, see this post: viewtopic.php?f=108&t=29990#p337791 Link to comment
Jesseunit Posted February 25, 2014 Share Posted February 25, 2014 Most people on MTA are too simple minded to know how a packet sniffer works, and if someone knows how to utilize a packet sniffer they would be smart enough to script their own scripts. Here's an example of how I protect my client-sided scripts though, it's basically the same as what the attribute 'cache' does. "Jesseunit" type="script" version="1.0.0" /> Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now