Depreciated: Using SESE and Essentials

Post Reply
Ragonz
Site Admin
Posts: 661
Joined: Sat Apr 20, 2013 11:16 pm

Depreciated: Using SESE and Essentials

Post by Ragonz » Tue Dec 22, 2015 4:17 am

1. You must have this mod installed to your server
http://steamcommunity.com/sharedfiles/f ... =559202083

2. Make sure you are set as an administrator in your server

3. All commands have to be run through chat, just pre-fix everything with /admin

Major Feature Overview

Automated Backup
Automated Restart with notifications
Chat Information commands with interval based repeating
Automated Join Messages for new and old players
Automated new player spawn movement
Advanced Administrator Commands
Player Login Tracking
Private and Faction Messaging
Chat based settings
Safe Docking
Advanced Grid Scan
Timed Cleanup and Triggered Cleanup
Dynamic Entity Management
Waypoint System
Block Enforcement

Commands

BackupEnabled - This allows you to turn Backup off or on
BackupCleanup - This allows you to turn Cleaning up of the backups off or on
BackupCleanupTime - The amount of time, in days, that a backup will last before cleaned up
BackupCreateSubdirectories - This option forces the backup to put a separate backup in a new directory each time it occurs
BackupAsteroids - Enabling this option will make the backup process include asteroids in the backup file. If disabled, the .vx2 files will not be saved.
BackupItems - This is where you define when you want a backup to occur. You specify the hour and minute of the day you wish the backup to happen. Items are defined as follows:<ul class="task-list">Enabled - Enable / Disable this backup item
Hour - The hour to run this item in the range between 0-23. If you specify -1 for this option it will run every hour
Minute - The minute to run this item in the range between 0-59.

Automated Restart with NotificationsThis option allows you to schedule automated restarts of your server. Sadly the game is not memory leak proof, and a quick restart can fix a lot of issues. This option also comes with the ability to notify your users of impending restarts at timed intervals.
Options:

RestartEnabled - This allows you to turn Restart off or on
RestartAddedProcesses - This is a multline field that allows you to run things in between restarts. Each line is a separate process in the restart batch file.
RestartItems - These items allow you to define notifications that occur before a restart happens. You set a message, you set the minutes before restart the message will be shown, and you can force a save or stop all ships. They are defined as followed:<ul class="task-list">Message - This is the message that will be broadcasted to all users
MinutesBeforeRestart - This is the amount of time before a restart that this message is sent
Save - This option allows you to force a save
StopAllShips - This option allows you to forcefully stop all ships that are not piloted

[*]RestartTimeItems - These items allow you to define a time of day of when you'd like a restart to take place. They are defined as followed:

Enabled - Enable / Disable this restart time item
RestartTime - 24 hour time of day when this restart should occur

Chat Information Commands with interval based repeatsThis option allows you to setup commands that users can access that allow administrators to display server information to the user. The command /info is the base command, and the administrator then defines sub commands to display different types of information. For example defining a sub command 'motd' that gives a general message to users is setup with a sub command of motd. The user then types /info motd to see it. You can then specify if you'd like that message to be displayed for everyone at intervals. So for example you can set it up to send that message once every few hours, even if a player doesn't type the /info motd command.
Options:

InformationEnabled - This allows you to turn Information commands off or on
InformationItems - This lets you define information commands. Defining an item is pretty simple.<ul class="task-list">Enabled - Enable / Disable this information item
IntervalSeconds - The amount of time it takes for this item to be broadcasted publically. Set to 0 to not have it broadcast
SubCommand - The command a user types to view this information item. If you leave this blank, users will not be able to view this command via /info, and will only see it if you use it in an interval.
SubText - The actual text that is displayed with this item is queried using the /info command or broadcasted. You may use the %name% tag which gets replaced by the user's name. This is a multiline text, and each line will be broadcasted individually per interval as well. So this allows you to setup messages that get sent in order.

Automated Join Messages for new and old playersThis option allows you to greet players with a custom message. New and old players can receive different messages. You may also use the %name% tag that will be replaced by a users username. This allows for a highly customized greeting.
Options:

GreetingEnabled - Enable / Disable Greetings
GreetingMessage - Message to normal users. You may use %name% which gets replaced with the user's name, for personalized greetings.
NewUserGreetingMessage - Different message to new users. You can use %name% as well.
GreetingItem | GreetingNewUserItem - This allows you to launch a dialog with a Message of the day style greeting for the user to see when he logs in. One is for a returning user, and the other is for a new user. Each item has the same settings:<ul class="task-list">Enabled - This enables / disables this item
Title - This is the text that appears at the top of the dialog
Header - This is the text that appears below the title
Content - This is the text that appears in the dialog area. This is the part that can be as long as you desire.
ButtonText - This is the text that appears on the button at the bottom of the dialog.

Automated New Player Spawn MovementThis option allows you to move players closer to viable asteroids. A viable asteroid is one that has more than 3 different base materials. It will then move them closer to that asteroid. This is useful for servers with asteroids that are very spread out. Right now the asteroid selected will be random. More options are coming for this
Options:

NewUserTransportEnabled - This allows you to turn automated transport off or on.
NewUserTransportDistance - Distance from a viable asteroid that they will be moved.

Player Login TrackingThis option allows administrators to track user logins. This allows administrators to delete grids by owners who no longer login. The first time this is run, it will scan your server logs, and extract older login information so that your login list is up to date.
Options:

LoginEnabled - Enable / Disable player login tracking. It is recommended to enable this as it adds a lot of functionality.
LoginEntityIdWhitelist - This is a list of entities that will never be considered "inactive". This allows administrators to protect grids from inactivity scans / deletions
LoginPlayerIdWhitelist - This is a list of player ids that will never be considered "inactive". This allows administrators to protect player grids from inactivity scans / deletions. Please note this is IDs and not player names.

You can modify arrays by using the add or remove command. You set sub settings items using the set command as well, examples:
List Examples

/admin settings - this list all the available settings
/admin settings BackupItems - This lists all the backupitems defined on the server
/admin settings BackupEnabled - This lists if backups are enabled.
/admin settings - This lists the value for replace with any available setting

Set Examples

/admin settings BackupCleanupTime set 5 - This sets the option BackupCleanupTime to 5
/admin settings BackupItems.1.Enabled set true - This enables backupitem #1 to enabled. (Backupitems can have - multiple items defined for them, each item is an item in the list of BackupItems)

Add Examples

/admin settings BackupItems add - This adds a new default item to backup items
/admin settings InformationItems add - This adds a new default information item to the information item list

Remove Example

/admin settings BackupItems remove 0 - This removes the item at position 0 from the BackupItems list
/admin settings InformationItems remove 1 - This removes the item at position 1 from the InformationItems list

Safe DockingThis function allows user to define a "safe docking" zone on a station or ship. When a ship goes into the safe docking zone, it will be allowed to "dock" which removes the ship from the world, allowing the "carrier" ship to move around as fast as it wants without risking exposions due to faulty landing gears / connectors. Once the carrier has stopped, the user is free to undock the ship which places the ship back exactly where they docked it in the ship.
Setting Up A ZoneSetting up a docking zone is simple. The user just creates a zone by place 4 beacon is a square on the same plane. The 4 beacons define the area in which a ship must fly in order to be considered inside a safe docking zone. The zone projects on the Z axis by the shortest distance between the two other axis. For example, if you make a zone that is 10x8, then the full cube dimension will be 10x8x8. A zone is defined by naming all 4 beacons with the same name. The beacons may be disabled as well, but must be 100% built.

Docking command

/dock dock - This docks the ship in a docking zone
/dock undock - This undocks a ship from a docking zone
/dock validate - This validates if a docking zone is valid. You do not need to have the bacons at 100% in order to use this command.
/dock list - This list if a ship is in a particular docking zone.

Advanced Grid Scan We have added an advanced grid scanning function. This obsoletes the /admin scan cleanup, and replaces it with a more sane version of that. The commands are:
/admin scan grids /admin delete grids (uses the results from scan and just applies a delete)
If you run the scan by itself, it returns all ships. You then apply filters to the scan to weed out ships until you get a list of ships you want.
Filters

terminal - The grid must contain a terminal block. These are blocks that can have ownership for example, cockpit.
noterminal - The grid must contain NO terminal blocks.
functional - The grid must contain a functional block. These are blocks that can be enabled / disabled. They are also terminal blocks.
nofunctional - The grid must contain NO functional blocks.
ownership - The grid must have at least one block owned by a player. This implies terminal, but also requires that the terminal be owned.
noownership - The grid must have NO blocks owned by a player.
power - The grid must have a valid power source. Valid power source is defined as an enabled reactor with uranium in it, a battery with a charge, or a solar panel.
nopower - The grid must NOT have a valid power source.
online - The owner of the grid must be online
notonline - The owner of the grid must not be online

OptionsThese options can have fields with spaces in it, but if there are spaces, the entire option must be enclosed in quotes, for example: "hasdisplayname:Respawn Ship:exact"

hasdisplayname:name of ship:exact - This option allows you to filter by the name of a ship. If you want to sort by a ship that has a space in it's name, please enclose the whole option in quotes. Using the "exact" option also makes sure that it matches the name exactly. Without the exact option a partial match can occur.

hascustomname:custom name of block:exact - This option allows you to filter by the custom name set on a block (ie beacons). If the custom name has spaces in it, please enclose the whole option in quotes. Without the exact qualifier, partial matching occurs.

ownedby:name of player - This option allows you to filter by owner of the ship.

includesblocksubtype:block subtype name:count - This option allows you to filter ships by ensuring the ship has the block you specify here. The count lets you filter even further by ensuring the ship has multiple of that block. For example if you want to find ships that have more than 25 drills on it, you'd specify: includesblocksubtype:Drill:26 - This scans for all ships that has 26 or more drills on it.

excludesblocksubtype:block subtype name:count - This option is the reverse of the last and filters ships if they do not have the block specified here. Count allows you to filter further by specifying that the ship must have less than count blocks.

includesblocktype:block type name:count - This option allows you to filter ships by ensuring the ship has the blocktype you have here (different than subtype). The counts lets you filter even further.

excludesblocktype:block type name:count - This option is the reverse of the last option and filters ships if they do not have the block specified here.
blockcount:number of blocks - This option allows you to filter ships that contain at least blockcount of blocks. For example blockcount:5 will return all ships with 5 or more blocks.

blockcountlessthan:number of blocks - This option is the reverse of the less, and filters ships that have less than the value specified for this option. For example blockcountlessthan:5 returns all grids with 4 or less blocks.

blocksize:large, small, station, largeship - This option allows you to filter grids depending on size of the grid

Examples

/admin scan grids - Returns all grids
/admin scan grids noterminal - Returns all grids without terminal blocks
/admin scan grids noownership - Returns all grids without any owned blocks
/admin scan grids nopower - Returns all grids without any viable power
/admin scan grids "hasdisplayname:Respawnship:exact" - Returns all grids with the displayname 'Respawnship'
/admin scan grids ownedby:tyrsis - Returns all grids owned by the player 'tyrsis'
/admin scan grids includesblocksubtype:Drill:26 - Returns all grids that have more than 25 drills.
/admin scan grids excludesblocksubtype:Beacon:1 - Returns all grids that do not have at least 1 beacon.

Timed Cleanup and Triggered CleanupYou can setup timed and triggered cleanups based on the advanced grid scanning above.
Timed CleanupsTimed cleanups occur at a timed interval. They are pretty straightforward, in that you specify a time of day, and it runs on that time.
Timed Cleanup Items Options:

Enabled - Enable / Disable this cleanup item
Reason - Text reason for this cleanup. This replaces %cleanup_reason% in a notification item
RestartTime - Time of day this occurs using a 24 hour clock
ScanCommand - This is the command used to scan / delete when the cleanup occurs. It is basically an /admin scan grids command like above, but you do not include the /admin scan grids part. For example: nopower noownership would be the same as /admin scan nopower noownership

Triggered CleanupsThese are cleanups that occur when a certian capacity is met. So if the ScanCommand returns a certain number of grids that's greater than the capacity set, the cleanup is triggered.
Triggered Cleanup Items Options:

Enabled - Enable / Disable this cleanup item
MaxCapacity - This is the amount of grids required to trigger this cleanup
MinutesAfterCapacity - This is the amount of minutes after the capacity is reach to run the cleanup
Reason - This is a text reason of why this cleanup is occuring. It replaces %cleanup_reason% in a notification item.
ScanCommand - This is the command used to scan / delete when the cleanup occurs. It is basically an /admin scan grids command like above, but you do not include the /admin scan grids part. For example: nopower noownership would be the same as /admin scan nopower noownership

Notification ItemsThese are items that let you give text notifications to users about pending cleanups. These occur a set time before a cleanup takes place. They will not run if the TimeBeforeCleanup is higher than the actual MinutesAfterCapacity for a triggered cleanup item.
Cleanup Notification Item Options:

Enabled - Enable / Diable the notification item
Message - Message to send to all users about the pending cleanup. Use the tag %cleanup_reason% which is replaced by the reason you specify in the cleanup items.
MinutesBeforeCleanup - The amount of time before a cleanup occurs for this message to occur.

Dynamic Entity ManagementThis option, when turned on, automatically manages entities in the world. The biggest issue with Space Engineers currently is when a dedicated server gets a lot of entities, it's UPS drops due to GameLogic. This is almost always due to having too many entities in the world. This system manages them by removing / disabling entities in the world that no one can see, or are generally doing nothing. This helps improve UPS greatly as these entities no longer get processed. The system is complex and updates to it are ongoing, but many servers now use it with great success.
Dynamic turret management is another dynamic setting that lets the server control all the turrets in the world. The server will turn off all turrets if no one is around, but if an enemy or neutral player comes close, it will turn them back on. This effectively rids the server of lag created by having active turrets always running.
All conceals and reveals are logged in your C:/path/to/instance/Logs/ directory.
Options:

DynamicConcealEnabled - This enables / disables entity concealment. If you disable this after it being enabled, you must run the command /admin reveal force to forcefully show entities that have been concealed.
DynamicConcealDistance - This is the distance that a player must be from an entity before it reveals. If they get any closer than this distance (in meters) then the entity reveals itself. (default: 8000 meters)
DynamicConcealIgnoreSubTypeList - This is a list of block subtypes that. This allows administrators to make it so that grids that contain these subtypes never get concealed. Helpful for when blocks "warp" users around or require a "end point" like stargates.
DynamicConcealIncludeLargeGrids - When this is disabled, large grids and stations can not be concealed. This is the safest mode, as then only small ships get concealed. Once you enable this, large grids and stations without med bays can be concealed. This requires more checks and is a bit more intensive, but results in the biggest increase in UPS.
DynamicConcealIncludeMedBays - When this is disabled, large grids with medbays are not disabled. When enabled, large grids with med bays are concealed, but are revealed when a user logs in that can use that med bay. Please note that there is a very tiny chance that a spawn point won't be shown when a user logs in and a grid is concealed. All they need to do is hit "refresh" and it comes back. The chance of this happening is VERY small. (I've only ever seen it happen once)
DynamicShowMessages - When enabled, this shows when ships are concealed/revealed. Some people consider it a bit spammy, so you can turn it off if you don't like the messages.
DynamicTurretManagement - Enable / Disables turret management. This will allow the server to control the enabled state of turrets dynamically.
DynamicTurretTargetDistance - This is the distance turrets will scan in order to determine if there is an enemy. Obviously as you increase this option, so does the CPU usage, though that shouldn't effect things too badly. It's recommended to keep this value 2x the distance of the distance your turrets can shoot. For example most default turrets can fire at 800m, so setting it 1600m+ is best. (Default is 2000m)
DynamicTurretAllowExemption - Enable / Disable user exemptions. This allows users to exempt out of server controlled turrets. This isn't really recommended, but I added this option in case you want to allow users to opt out of server controlled turrets. They must add [ManualControl] to their turret name in order for that turret to be exempted from control.

Waypoint SystemWaypoints are ways of placing hud markers at locations that appear for you at all time. They are personal and no one else can see them except the person who placed them. (This will expand to faction waypoints soon). Waypoints are not blocks, and you do not place them by hand, you place them via a command and use the coordinate system built into essentials (that displays at the top).
Options:

WaypointsEnabled - Enable / Disables this option
WaypointsMaxPerPlayer - This limits a user so they don't create too many waypoints.
WaypointsMaxPerFaction - This limits the amount of waypoints a faction can have.
WaypointDefaultItems - Default waypoints given to users without waypoints
WaypointServerItems - Default waypoints that can not be removed by users. All users will see these

Block EnforcementBlock enforcement allows you to enforce block type counts on grids so that a user does not exceed a limit you set. If they exceed that limit, the new blocks are removed forcefully. This allow strict control of some lag inducing blocks so that users do not abuse them (for example drills, or turrets).
Options:

BlockEnforcementEnabled - Enable / Disable this option
BlockEnforcementItems - These are items that define the each block you wish to enforce

Block Enforcement Item

Enabled - Enable / Disable this item
BlockType - This is the block type that you're enforcing. This can be a partial match against a block ID. Block IDs are the object builders of a block and can be found in your save. For example: LargeBlockBeacon is the subtype for beacons. LargeBlockDrill is the type for large drills.
MaxPerGrid - This is the maximum of this type allowed per grid.
MaxExceedWarning - (option not currently used)
MaxReachWarning - (option not currently used)

Advanced Administrator Chat Commands

We've added new administrator commands that we will expand upon slowly. They will aid in moving grids and stations around, along with trying to keep things clean.
For options, do not include braces. [] stand for required, while () stand for optional.

Scan Commands CommandOptions Example

/admin scan area at[x] [y] [z] [radius]/admin scan area at 0 0 0 1000 - This will scan for all ships and stations at position 0 0 0 within 1000m of that point.
/admin scan area towards[sX] [sy] [sz] [tx] [ty] [tz] [distance] [radius]
/admin scan area towards 10000 0 0 0 0 0 5000 1000 - This will scan for all ships and stations at position 5000 0 0 within a 1000m radius. It basically starts at position (10000,0,0) and moves towards (0,0,0) by 5000 meters (which is (5000,0,0)). This is useful when moving ships a certain distance in a direction, and this allows you to scan the area before moving them to ensure nothing is there./admin scan nobeacon(no options)
/admin scan nobeacon - This command scans for ships and stations that have no beacons. This allows you to preview a list of ships before running the cleanup on it in case something is wrong.
/admin scan inactive[days] optional: [ignoreownerless] [ignorenologin]
/admin scan inactive 20 - This command scans for ships with owners who haven't logged in in 20 days. If you specify the ignoreownerless option it ignores grids without owners. If you specify the ignorenologin option it ignores grids owned by players with no login information. The /admin delete inactive command works exactly as this command, so you can view what will be deleted with the scan command before commiting to a delete.
/admin scan entityid[entityid]
/admin scan entityid 4384938458 - This scans for grid with the entityid of 4384938458Move commandsCommandOptionsExample/admin move player position[username] [x] [y] [z]
/admin move player position tyrsis 0 0 0 - This moves a player 'tyrsis' to position 0 0 0.
/admin move player to[sourceUsername] targetUsername or targetGridname
/admin move player to tyrsis vicious 500 - This moves player 'tyrsis' near player 'vicious' within 500m. Please note that player 'tyrsis' must be in a space suit for this to work (out of cockpit).
/admin move area to position[sx] [sy] [sz] [tx] [ty] [tz] [radius]
/admin move area to position 10000 10000 10000 20000 20000 20000 5000 - This would move all ships and stations that are within 5000m of (10000,10000,10000) and move them towards (20000,20000,20000) relative to where they were before they were moved in relation to the original point. So if a ship was 100m from (10000,10000,10000) they would be 100m from (20000,20000,20000) after the move.
/admin move area towards[sx] [sy] [sz] [tx] [ty] [tz] [radius]
/admin move area towards 20000 0 0 0 0 0 5000 1000 - This command would move all ships within 1000m of point (20000,0,0) towards (0,0,0) and move them 5000m. So a ship at (20000,0,0) would be moved to (15000,0,0).Delete commandsCommandOptionsExample
/admin delete grids area[x] [y] [z] [radius]- Deletes all ships and stations in the sphere of radius at position x, y, z
/admin delete ships area[x] [y] [z] [radius]- Deletes all ships in the sphere of radius at position x, y, z
/admin delete stations area[x] [y] [z] [radius]- Deletes all stations in the sphere of radius at position x, y, z
/admin delete nobeacon(no options)
/admin delete nobeacon - Deletes all ships that have no beacons. This checks to see if ships are connected via - connector, piston or rotor.
/admin delete inactive[days] optional: [ignoreownerless] [ignorenologin]
/admin delete inactive 20 - This deletes all grids owned by users who have no logged in in 20 days. If you specify the "ignoreownerless" option it will not include ownerless grids. If you specify the "ignorenologin" option it will not include grids of users with no login information (for example if you don't have logs old enough for them to have logged in)

/admin ownership change[username] [entityId]
/admin ownership change tyrsis 4949392 - This will change grid #494392 and make the owner 'tyrsis'Utility commandsCommandOptionsExample/pos(no options)/pos - This gives the user his current X, Y, Z position in the world/timeleft(no options)
/timeleft - this gives the user the amount of time remaining before the next scheduled restart/msg[username] [message]/msg tyrsis testing a private message - This will send a private message to the user 'tyrsis' with the message 'testing a private message'. This command requires the workshop mod to function properly./faction[message]/faction hello everyone in my faction - This will send a private faction only message to all users in the same faction as the user sending it./utility grids list(page number) or dialog/utility grids list 1 - This lists all your grids by name and id. If you have more than 7 ships, the ships are separated into pages. Use a number after /utility grids list to list that specific page. If you do /utility grids list dialog you will get your entire grid list in a nice little dialog./utility export server[ship name]/utility export server My Ship - This exports the ship "My Ship" to the server. The ships are exported to an "Exports" directory in the mods directory of the server under the username of the user who exported it.

Waypoint commandsCommandOptionsExample
/waypoint add"name" "text on marker" Neutral or Allied or Enemy X Y Z "group"
/waypoint add MyWaypoint MyWaypoint neutral 0 0 0 - This adds a green hud marker that shows up at 0 0 0
/waypoint remove"name"
/waypoint remove test - This removes the waypoint test/waypoint
/waypoint list dialog - This list all your waypoints in a dialog
/waypoint factionadd"name" "text on marker" Neutral or Allied or Enemy X Y Z "group"
/waypoint factionadd MyFactionPoint MyFactionPoint allied 0 0 0 - This adds an allied hud marker that shows up at 0 0 0
/waypoint factionremove"name"Removes a faction waypoint. Please note if a leader created the waypoint, only a leader can remove the faction waypoint
/waypoint groupadd"group name" "existing waypoint"
/waypoint groupadd "Asteroids" "Asteroid1" - This adds the waypoint Asteroid1 to the group Asteroids
/waypoint groupremove"existing waypoint"
/waypoint groupremove Asteroid1 - This removes the waypoint Asteroid1 from the group it's in
/waypoint refresh(no options)This refreshes the waypoints in case they didn't load on login/waypoint toggle"group"
/waypoint toggle Asteroids - This turns off all waypoints in the asteroids group.
Grab a game server from us by clicking the picture below
Image
Got an issue? Submit a Support Ticket

amsedal
Posts: 2
Joined: Mon Dec 12, 2016 11:18 pm

Re: Using SESE and Essentials

Post by amsedal » Mon Dec 12, 2016 11:25 pm

can we get something that will tell us and or give us examples of editing the Essential-Settings.xml file?

tacticalbacon
Posts: 6
Joined: Thu May 25, 2017 2:32 am

Re: Using SESE and Essentials

Post by tacticalbacon » Tue Jun 06, 2017 4:03 pm

RestartAddedProcesses - This is a multline field that allows you to run things in between restarts. Each line is a separate process in the restart batch file.

what is the command to run a steam update on the server in between server restart

Post Reply

Return to “Space Engineers”