In other words ONLY use a Script for Very Important things like Trading, Buying an Item, Building a House, Gamepass Handling, Devproduct Handling, doing Damage (ETC), most of the other stuff can be done ClientSide with a LocalScript. Teleporting a Player with a LocalScript instead of Using a Script Render Some Physics on the Client, such as Pets, or Rotating Coins (Anything moving that belongs to or seen by the Player, and not relevant to the Server) Particle Emitters (PE) can be Stored & Enabled on the Client Side, because the Server does not need to see the Effects just show it to the Clients.(For some PE putting it on the Server can be exceptional) When working on Guis you will need to use a LocalScript NOT a Scriptĭo non important stuff Client Side so that it does not bother the Server, For Example With FE on, the Server CANNOT access some Client stuff (PlayerScripts,ReplicatedFirst) and Clients CANNOT access ServerScriptService & ServerStorage You can use 1 RemoteEvent & 1 RemoteFunction for the Entire Game and Store functions inside a script instead it takes less memory to store Scripts than to store Instances NEVER ever ever ever trust the Client, Always check BOTH on the Server & Client Think of it as Calling a Function on the Server from the Client & vice versaįE is not Exploit proof - It just means the Exploiter can only do stuff “Client Side” Which is why you would want to use a RemoteEvent or RemoteFunction ( Wiki)

When something changes on a Client it will NOT Replicate to the Server and Other Clients When something changes on the Server it will Replicate to ALL Clients

If you don't know how FE works you can read this Section With FE on it will create some Advantages and also Compromises but it’s for the best. (Maybe also a little bit of OOP, Dictionaries, Arrays, Mix Tables) – I just like to call them all Tables to avoid me being confused.

Roblox studio scripts