| Essentials – Core | |
|---|---|
|
|
| サーバーモッド: | Bukkit |
| カテゴリー: | 管理ツール |
| 開発者: | Essentials Team |
| 開発者ウェブサイト: | dev.bukkit.org |
| 説明: | 基本的な管理ツール |
| 特徴: | 多くの可能性を開きます。 |
| ダウンロード: | – |
Group Managerはパーミッションの実装です。これにより、グループのパーミッションを設定し、ユーザーをこれらのグループに追加することができます。その結果、複数の階層が設定され、指定されたコマンドへのアクセスを持つことができます。
まだウェブインターフェイスにいない場合は、“My Services->Gameserver->Webinterface Login”に移動します。次に、“Minecraft->Plugins->Avaible Plugins->Essentials.jar->Install”にナビゲートします。完了!
DevBukkitプロジェクトサイトにアクセスし、サーバーバージョンを使用するプラグインをダウンロードします。次に、サーバーフォルダのpluginsフォルダにプラグインをアップロードする必要があります。これはここで説明されています。完了!
パス : /minecraftbukkit/plugins/Essentials/config.yml
最初にGMをダウンロードすると、通常は.jarファイルのみが含まれています。最初にGMを実行すると、編集および管理できる構成ファイルが生成されます。
標準の構成は通常メインページに記載されているレイアウトに非常に類似していますが、少なくとも使用前に少し編集する必要があります。管理者として自分を追加することを含めて。
最初に構成ファイルを生成したときのディレクトリ構造は次のようになります:
plugins/ GroupManager/ config.yml globalgroups.yml backups/ worlds/ world/ groups.yml users.yml
場所: plugins/GroupManager/config.yml
この構成ファイルは複数のワールドを持つ場合に使用されます。単一のワールドから他のワールドにパーミッションをコピーするために使用されます。
構成ファイルは次のようになります:
settings: config: # これを有効にすると、opとして設定された人はGroupManagerを管理する際に完全なパーミッションを持ちます # ユーザーはプレイヤーを同じグループまたはそれ以上に昇格させることができます。 opOverrides: true # 'mantogglevalidate'のデフォルト設定 # trueにすると、GroupManagerはデフォルトで名前の一致を試みます。 validate_toggle: true # a.sh a.sql creds.txt en-dev en-insert-1686039050.sql images.tar.gz m.sh output snippet urls.txt # a.sh a.sql creds.txt en-dev en-insert-1686039050.sql images.tar.gz m.sh output snippet urls.txt 注意: この機能を有効にすると、不適切なコマンドブロックの使用を許可することができ、不都合なパーミッションの変更が発生する可能性があります。注意してください! a.sh a.sql creds.txt en-dev en-insert-1686039050.sql images.tar.gz m.sh output snippet urls.txt # a.sh a.sql creds.txt en-dev en-insert-1686039050.sql images.tar.gz m.sh output snippet urls.txt allow_commandblocks: false data: save: # GroupManagerがそのデータをgroups.ymlおよびusers.ymlに保存する頻度(分) minutes: 10 # バックアップを保持する時間(時間) hours: 24 logging: # GroupManagerがログを取る際の詳細レベル。 # 許容される入力は - ALL,CONFIG,FINE,FINER,FINEST,INFO,OFF,SEVERE,WARNING level: INFO mirrors: # ここにリストされているワールドは、その子供に設定をミラーリングします。 # 最初の要素 'world'はメインのワールド名であり、親ワールドです。 # 続く要素 'world_nether'および 'world_the_end'は、 # 親と同じユーザー/グループファイルを使用します。 # 要素 'all_unnamed_worlds'は、リストされていないすべてのワールドを指定し、自動的にそれらを親にミラーリングします。 # 各子ワールドは、親の 'groups'、 'users'または両方のファイルをミラーリングするように設定できます。 world: world_nether: - users - groups world_the_end: - users - groups all_unnamed_worlds: - users - groups # world2: (World2は独自のユーザーとグループファイルのセットを持ちます) # world3: # - users (World3はworld2のusers.ymlを使用しますが、独自のgroups.ymlを持ちます) # world4: # - groups (World4はworld2のgroups.ymlを使用しますが、独自のusers.ymlを持ちます) # world5: # - world6 (これによりworld6はworld5から両方のファイルをミラーリングします)
GMでミラーリングを使用する例を示します:
# これは例のGroupManagerミラーリングシステムです。 # これにより、より複雑なGMミラーリングに進みます。 mirrors: MainWorld: MainWorld_nether: - users - groups Hardcore: - groups Skylands: Skylands2: - users - groups Hardcore: Hardcore_nether: - users - groups all_unnamed_worlds: - users - groups
この例では、いくつかの設定ファイルセットを維持することが期待されます。SkylandsとSkylands2はSkylandsフォルダーを共有します。MainworldとMainWorld_netherはフォルダーを共有します。HardcoreはMainWorldのグループファイルを使用しますが、独自のユーザーファイルを持ち、他のすべてのワールドはHardcoreのユーザーファイルとMainworldのグループファイルを使用します。
場所: plugins/GroupManager/worlds/<worldname>/group.yml
これは主な構成ファイルであり、使用するグループを宣言する場所です。例の構成ファイルはここに投稿するには少し大きすぎますが、最初にGMを起動したときに自動的に生成されます。
group managerの基本はここに示された例で要約できます:
groups: Default: default: true permissions: - essentials.help - essentials.help.* - -essentials.help.factions - essentials.helpop - essentials.list - essentials.motd - essentials.rules - essentials.spawn - essentials.eco inheritance: [] info: prefix: '&e' build: false suffix: '' Builder: default: false permissions: - essentials.home - essentials.me - essentials.msg - essentials.sethome - essentials.warp inheritance: - default info: prefix: '&2' build: true suffix: ''
この例には、指摘する価値のあるいくつかの注目すべき特徴があります。ほとんどのサーバーにとって非常に有用です:
正しいことに非常に厳格であり、間違っているとエラーになります。
デフォルトの構成には、さまざまなパーミッションを持つ多くのグループがあり、グローバルグループと呼ばれるものを使用しています。これは、複数のワールド構成を簡単にするために使用され、詳細は以下に示します。
場所: plugins/GroupManager/worlds/<worldname>/user.yml
ここでは、どのユーザーがどのグループに入るかを定義します。この構成に自分を追加して、ゲーム内の管理コマンドにアクセスできるようにすることを忘れないでください。ほとんどの人はこのファイルを直接編集することはほとんどなく、ゲーム内コマンドで編集する方が簡単です。
構成ファイルは次のようになります:
users: kimkandor: subgroups: [] permissions: - essentials.heal group: Default zenexer: subgroups: [] permissions: [] group: Mod khobbits: subgroups: [] permissions: [] group: Admin
この例には、指摘する価値のあるいくつかの注目すべき特徴があります。ほとんどのサーバーにとって非常に有用です:
場所: plugins/GroupManager/globalgroups.yml
このファイルは事前定義されたパーミッション ‘セット’を作成するために使用されます。このファイルのグループはユーザーに直接付与されることはなく、単に実際のグループの継承に追加されます。
グローバルグループのポイントは、複数のワールドを持つサーバーの管理を容易にすることです。変更するたびに各ワールドからパーミッションをコピーする代わりに、グローバル ‘mod’グループを作成し、通常のmodパーミッションをすべてリストできます。その方法で、各ワールドのmodグループの継承に ‘g:mod’を追加するだけで、そのmodグループはグローバルファイルからすべてのパーミッションを取得します。
グローバルグループファイルの使用はほとんどオプションです。このファイルからほとんどのグループを削除し、パーミッションをgroups.ymlに移動できますが、グローバルグループファイルの最上行を残しておく必要があります。これを行うかどうかは個人の好みによります。グローバルグループでグループを名前変更または移動する場合は、各ワールドの継承名も更新することを確認してください。
Group Manager構成の核心はパーミッションノードです。これらはGMの目的全体であり、プレイヤーが実行できることを正確に制御します。各プラグインには独自のパーミッションノードがあります。GMのデフォルト構成ファイルはEssentialsのものを反映しています。
Essentialsは完全なパーミッションリストをコマンドリファレンスで維持しています。他のプラグインの場合、関連するドキュメントを確認する必要があります。パーミッションと要約ノードの詳細についてはグループマネージャーページで見つけることができます。
過去に尋ねられたことがありますが、サーバーを実行するために必要な最も基本的な構成ファイルは何ですか。以下の構成は、推奨できる最も基本的な構成であり、ほとんどのサーバーでは十分なコントロールやユーザーに提供するコマンドがないでしょう。
groups: Default: default: true permissions: - essentials.help - essentials.list - essentials.motd - essentials.rules info: prefix: '&5' build: true suffix: '' Admin: default: false permissions: - '*' inheritance: - default info: prefix: '&4' build: true suffix: ''