Whats the point of server flags?

[PrinceOfKenshin]

I don't see the point of them? Someone like to explain what to use it for. I mean you can use a npc to makeup for most of the flags

[zokemon]

Old compatibility and because you don't need to understand how npcs work nor give NC for someone to edit them. Rather stupid in my opinion.

[Horrified]

Originally Posted by zokemon

Old compatibility and because you don't need to understand how npcs work nor give NC for someone to edit them. Rather stupid in my opinion.

Wow, really? I expected a good reason...

Honestly the only person who should have rights to serverr. flags have NC anyway :P, not to mention that if you don't know how to open a DB and add to an array/change a variable, you really are brain dead.

[zokemon]

Originally Posted by Horrified

Honestly the only person who should have rights to serverr. flags have NC anyway :P, not to mention that if you don't know how to open a DB and add to an array/change a variable, you really are brain dead.

Exactly.

[Twinny]

Easy for people with RC to change plus serverr. s' are quite benneficial. Server.s' are pretty pointless but I don't think there was any other way in GS1.

[Admins]

Yes serverr. variables can be read by clients so they can be used for configuration or used as global variables which can be accessed by any script.

[zokemon]

I still find them rather stupid though.

[Twinny]

Originally Posted by zokemon

I still find them rather stupid though.

How else can make a variable easily globally accessible to both serverside and clientside for any script?

Note: 'easily'

[zokemon]

Originally Posted by Twinny

How else can make a variable easily globally accessible to both serverside and clientside for any script?

Note: 'easily'

I find it very easy to sync objects and variables serverside and clientside.

[Crono]

Originally Posted by zokemon

I find it very easy to sync objects and variables serverside and clientside.

NOT EVERYONE IS A SCRIPT WIZ LIKE YOU OK?

[Twinny]

Originally Posted by zokemon

I find it very easy to sync objects and variables serverside and clientside.

Sync between certain objects but not between every single object in the game... Serverr. variables certainly have distinctive advantages: even if you do not see them.

[Tigairius]

There have been some cases where I would die without the convenience of serverr flags.

[coreys]

Reading a serverr variable clientside is easier than triggering to serverside to get the variable from a DB NPC and triggering back to clientside...=/

[zokemon]

I guess... They also require that everyone loads them when they get updated (unneeded lag) and for something like a radio for example, you should only send the information to the players with it on. Even with my weather system on GK, I just sync the data, I don't use serverr. variables.

[Inverness]

serverr. variables are integrated with the server so I'm sure they have a much more efficient method of syncing to clients than using triggers or something.

And stop acting like updating a few lines worth of text is going to explode your computer. The lag is certainly not noticeable for something so small. I'm sure its nothing compare to the information Graal is already sending to your client on a constant basis.

serverr flags are great in my opinion.

By the way, it would be nice if there was a prefix like servero. to read server options.

[PrinceOfKenshin]

hmm servero. would be fun.

[coreys]

Yeah, so you could check if the players guild is a staff guild :] Which isn't really totally necessary since you could just make a serverr array with that, or just put it into the NPC that would use it, but I suppose it could still be nice.

[Inverness]

Originally Posted by coreys

Yeah, so you could check if the players guild is a staff guild :] Which isn't really totally necessary since you could just make a serverr array with that, or just put it into the NPC that would use it, but I suppose it could still be nice.

Putting it in an NPC is too troublesome.

Besides, I want to make custom server options for scripting related things, so the non-scripting dudes can update things in a safer manner without exploding my script.

[Twinny]

Stefan stated on Zodiac that one of the server updates included the ability to read the serverops file. Not sure if he stated this publicly.

[coreys]

Originally Posted by Twinny

Stefan stated on Zodiac that one of the server updates included the ability to read the serverops file. Not sure if he stated this publicly.

Oh, awesome.

[Switch]

On most servers with events, they have an NPC that changes the serverr. command for the server's event, making it so the whole server can see.

Without it, it'd only be visible by the person who changed it.

[coreys]

Originally Posted by Switch

On most servers with events, they have an NPC that changes the serverr. command for the server's event, making it so the whole server can see.

Without it, it'd only be visible by the person who changed it.

Well DB NPC vars can replace any serverr. flag, it's just a big pain in the ass to have to trigger to serverside and back to clientside a million times.

[zokemon]

Originally Posted by Switch

On most servers with events, they have an NPC that changes the serverr. command for the server's event, making it so the whole server can see.

Without it, it'd only be visible by the person who changed it.

It's called syncing my man.

[Inverness]

Originally Posted by zokemon

It's called syncing my man.

Dude, get over that. Manual syncing is slower than just about anything thats built-in to the server. Its may function but not with the same efficiency as a good ol' serverr variable.