Advertisement
Guest User

Untitled

a guest
Jul 24th, 2014
195
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 8.49 KB | None | 0 0
  1. config-version: 18
  2.  
  3. # Enable database support. Disabling database support switches
  4. # zPermissions to its flat-file-based permissions store.
  5. database-support: true
  6.  
  7. # Set to true if this server should be in read-only mode. Only valid when
  8. # actually using a database. If set to read-only, the database account
  9. # for this server should also be granted read-only permissions on
  10. # zPermissions tables. (Not strictly required though.)
  11. database-read-only: false
  12.  
  13. # Whether region-based permissions are enabled. Requires a region plugin such
  14. # as WorldGuard or Residence. Setting this to false will save some processing
  15. # if you use a region plugin but don't use region-based permissions. Has no
  16. # effect if a region plugin is not present.
  17. region-support: true
  18.  
  19. # Groups may have a group permission node automatically assigned to their
  20. # members. This is the name of that permission node. It must be a string
  21. # suitable for Java's String.format() with one argument: the group name.
  22. # Omit or leave blank ('') to disable this feature.
  23. # This may also be a list of strings to automatically assign multiple
  24. # permissions.
  25. group-permission: ''
  26.  
  27. # Similar to group-permission, but only applied to "assigned" groups (groups
  28. # that the player is explicitly a member of, including the default group, but
  29. # not any inherited groups).
  30. # Omit or leave blank ('') to disable this feature.
  31. # This may also be a list of strings to automatically assign multiple
  32. # permissions.
  33. assigned-group-permission: group.%s
  34.  
  35. # Set to false if you want your assigned-group-permission (above) to never
  36. # include the default group.
  37. assigned-groups-can-include-default: true
  38.  
  39. # The default group. Players that are not explicitly members of any group
  40. # are considered members of this group.
  41. default-group: default
  42.  
  43. # The default track. When the track name is omitted while using the /promote,
  44. # /demote, /setrank, and /unsetrank commands, this is the track used.
  45. default-track: default
  46.  
  47. # Directory where to load/store dumps. If this is not an absolute path, it
  48. # will be interpreted as relative to the server root.
  49. dump-directory: zPermissions-dumps
  50.  
  51. # Default timeout for temporary permissions, in seconds
  52. default-temp-permission-timeout: 60
  53.  
  54. # Track definitions. Each key should be the name of the track. The value
  55. # should be a list of group names in ascending order.
  56. tracks:
  57. default:
  58. - default
  59. - somegroup
  60. - someothergroup
  61. donor:
  62. - default
  63. - iron
  64. - gold
  65. - diamond
  66. - obsidian
  67. - bedrock
  68. - vip
  69. - bioking
  70. - biolord
  71. - biogod
  72. staff:
  73. - helper
  74. - trialmod
  75. - mod
  76. - admin
  77. - lsa
  78. - dev
  79. - owner
  80.  
  81. # Name of the track used to determine a player's "primary group," a
  82. # concept often used by other plugins via the native API or Vault. A
  83. # player that does not have a track explicitly set via the
  84. # /permissions .. player .. settrack command will use this track
  85. # instead. Leave blank ('') to disable and use the highest-weight group
  86. # as the primary group.
  87. default-primary-group-track: donor
  88.  
  89. # If any problems occur while determining a player's permissions (e.g.
  90. # SQLExceptions, network errors, etc.), kick the player. This may be more
  91. # desirable to having the user have free reign with indeterminate permissions.
  92. kick-on-error: true
  93.  
  94. # Only valid if kick-on-error is true. If a problem occurs while determining
  95. # an op's permissions, then the op will only be kicked if this is true.
  96. kick-ops-on-error: false
  97.  
  98. # Interval, in minutes, in which to automatically refresh permissions from
  99. # the database. Set to a non-positive number to disable. Has no effect on
  100. # the flat-file storage method. DO NOT SET IT TOO LOW. Otherwise you run
  101. # the risk of refreshes overlapping or permissions changes inexplicably
  102. # being "forgotten."
  103. # Unless you have an external process modifying zPermissions tables, you
  104. # should have no need to enable this feature! (And even then, its use is
  105. # questionable...)
  106. auto-refresh-interval: -1
  107.  
  108. # By default, the refreshes set by auto-refresh-interval are conditional.
  109. # That is, the refreshes do not actually occur unless the data version
  110. # number (found in the table named DATA_VERSION by default) is different.
  111. # Set this to true if you wish to perform an unconditional refresh instead.
  112. # (Prior to 1.1, the refreshes were always unconditional.)
  113. auto-refresh-force: false
  114.  
  115. # Determines how inherited groups and assigned groups are resolved. When
  116. # true, each assigned group is fully resolved (itself + all ancestors)
  117. # before applying its permissions in assignment priority. (That is, groups
  118. # are flattened before being applied.) When false, all assigned groups and
  119. # their ancestor groups are treated as individual groups and are applied
  120. # in "topological order." <http://en.wikipedia.org/wiki/Topological_sorting>
  121. opaque-inheritance: true
  122.  
  123. # Determines when to apply player permissions. If true, player permissions
  124. # are interleaved with group-resolved permissions at every "level"
  125. # (universal, world, region, region/world). If false, all player permissions
  126. # are applied once all group permissions have been applied.
  127. interleaved-player-permissions: false
  128.  
  129. # If true, rank commands will broadcast changes to admins by default.
  130. # Otherwise, rank commands will broadcast to players with a custom
  131. # permission, e.g. zpermissions.notify.promote, etc.
  132. rank-admin-broadcast: false
  133.  
  134. # If region-support is enabled, this is the order in which region manager
  135. # plugins will be detected. The first plugin detected will be used.
  136. region-managers:
  137. - WorldGuard
  138. - Residence
  139. - Factions
  140.  
  141. # If true, metadata resolution will follow group inheritence rules, exactly
  142. # like permissions.
  143. inherited-metadata: false
  144.  
  145. # If true, the Vault bridges included with zPermissions are used. If false,
  146. # the bridges that come with Vault are used. Has no effect if Vault is not
  147. # installed. The included ("native") bridges will almost always certainly
  148. # be more advanced/featureful. However, the option to turn them off is
  149. # provided should there be any compatibility problems.
  150. native-vault-bridges: true
  151.  
  152. # If true, the Vault Chat API methods getPlayerPrefix() and getPlayerSuffix()
  153. # will fall back to the player's primary group's prefix/suffix. Only matters
  154. # if native-vault-bridges is true. This should be enabled if you use a
  155. # chat formatting plugin that does not perform this fallback behavior
  156. # itself.
  157. vault-prefix-includes-group: true
  158.  
  159. # If true, the Vault Chat API methods getPlayerInfo*() will fall back to the
  160. # player's primary group's metadata. Only matters if native-vault-bridges
  161. # is true. This should be enabled if you use a metadata-using plugin
  162. # that does not perform this fallback behavior itself. Note it will affect
  163. # all Vault-using plugins.
  164. vault-metadata-includes-group: true
  165.  
  166. # Affects the behavior of the Vault Permission playerInGroup() method. If
  167. # true, playerInGroup() will only test against assigned groups. Otherwise,
  168. # it will test against assigned groups and their inherited ancestor groups.
  169. # Only matters if native-vault-bridges is true.
  170. vault-group-test-uses-assigned-only: false
  171.  
  172. # Affects the behavior of the Vault Permission getPlayerGroups() method.
  173. # If true, getPlayerGroups() will only return assigned groups. Otherwise,
  174. # it will return assigned groups and their inherited ancestor groups.
  175. # Only matters if native-vault-bridges is true.
  176. vault-get-groups-uses-assigned-only: false
  177.  
  178. # Specify a totally customized player prefix. Use an empty string to disable.
  179. # The following tokens in the format string are recognized:
  180. # %p - The player's prefix/suffix
  181. # %g - The player's primary group's prefix/suffix
  182. # %a - The prefixes/suffixes of *all* the player's groups. Affected by
  183. # vault-get-groups-uses-assigned-only above.
  184. # %A - Same as %a, but the with the order reversed.
  185. # To merge player and primary group prefixes/suffixes, you might set
  186. # vault-player-prefix-format to '%g%p' and vault-player-suffix-format to
  187. # '%p%g'
  188. vault-player-prefix-format: ''
  189.  
  190. # Same as vault-player-prefix-format, but for the player's suffix.
  191. vault-player-suffix-format: ''
  192.  
  193. # If true, any permissions/membership/metadata changes made through Vault
  194. # are logged at INFO level. Otherwise, they are logged at FINE (debug).
  195. log-vault-changes: true
  196.  
  197. # Enable debug logging.
  198. debug: false
  199.  
  200. tables:
  201. ToHSchemaVersion: zp_schema_version
  202. Entry: zp_entries
  203. Membership: zp_memberships
  204. PermissionEntity: zp_entities
  205. PermissionRegion: zp_regions
  206. PermissionWorld: zp_worlds
  207. EntityMetadata: zp_metadata
  208. Inheritance: zp_inheritances
  209. DataVersion: zp_data_version
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement