Posts by PatrickOtt

Quote from Avanar

Doch doch. Red51 hat das bau Update für April versprochen. Das macht er nicht wenn das nicht sicher wäre

So ist es.

Hallo red51 ,

wäre es möglich, in der neuen API auch Offline-Player ihren Playername und ihre UID herauszufinden?

So weit ich weiß, speichert dies die World-Datenbank. Mir wäre es aber persönlich lieber, wenn wir dafür eine Methode hätten:

Server.getOfflinePlayer(Long uid)

bzw.

Server.getOfflinePlayer(String playername)

besser zu spät als nie: Frohes neues Jahr.

Naja. So lange ist es ja noch nicht her.

Wenn du noch einen 2. Rechner irgendwo hast, dann versuch es mal da. Wenn es auf dem 2. Rechner ganz normal läuft, muss es an deinem Rechner hängen.

Du hast auch die Welt, die probleme macht, koppieren und mit auf den anderen Rechner nehmen.

Weiterer Vorschlag: Gebe doch mal eine Kopie der Welt an jemand anderen und lass es von demjenigen Testen, ob die Welt normal geht.

Quote from red51

Hmm... das klingt nach einem nativen Crash. Einen Log findest du im AppData Verzeichnis unter Windows, um dorthin zu gelangen, kannst du die Windowstaste + R drücken und %APPDATA%/../LocalLow/JIW-Games/Rising World eingeben. Alternativ kannst du ingame auch "logs" in die Konsole eingeben, das öffnet ebenfalls den Logs-Ordner. Dort findet sich dann eine Player.log bzw. eine Player-prev.log (falls du das Spiel nach dem Crash nochmal gestartet hast). Die Datei bzw. beide Dateien wären tatsächlich recht hilfreich

Hier sind die 2 Dateien.

Hallo red51 ,

Erstmal: Finde die neue Version echt super. Musste aber feststellen das nach ca. 15 Min Spielzeit, das Spiel einfriert, ein kleines Fenster mit dem Rising World-Logo und deinem roten Ausrufezeichen erscheint und dann ein paar Sekunden später das Spiel schließt.

Gibt es auch bei dieser Demo ein Log mit Errors? Wenn ja, würde ich dir den Error-Log senden.

Neuer Rekord im Forum: 38 40 Benutzer zur gleichen Zeit online.

Quote from Forum Meldung

Die erste spielbare Demo der neuen Version wird am Mittwoch, dem 16. Dezember zwischen 17 und 19 Uhr (GMT+1) verfügbar sein!

Quote from lenko

Wird es für die Figur den auch einen Mund-Nase-Schutz geben ?

Heutzutage ja wichtig auf die eigene Gesundheit und der der Mitspieler zu achten.

Ja genau, und dann kommt eine Nachricht im Spiel: Sieh haben Corona! Bitte gehen Sie in Quarantäne und halten Sie mindestens 1,5 Block abstand und vermeiden Sie Massenveranstaltungen wie Server-Events.

Update: SERVERGROUP

In den "options" der permissions.yml gibt es jetzt die Option: servergroup: ''

> WICHTIG: Wenn es diese Option bei euch nicht gibt, dann erstellt sie manuell (auf richtige Schreibweise achten) ODER: permissions.yml löschen und beim serverneustart neu erstellen lassen.

In der Config gibt es eine neue Einstellung: Change_Servergroup_with_Group: true

> Wenn dies auf "true" gesteht, wird beim Kommando /pm user <playername> setgroup <group>
(wolgemerkt: setgroup! NICHT: addgroup oder removegroup) auch automatisch die Servergruppe des Spielers

geändert. Welche Gruppe das ist, gesteht in der permissions.yml unter der Option: servergroup: ''!

(Die Option servergroup muss etwas enthalten, damit sich die Servergruppe ändert)

> WICHTIG: Wenn es diese Option bei euch nicht gibt, dann erstellt sie manuell (auf richtige Schreibweise achten) ODER: config.yml löschen und beim serverneustart neu erstellen lassen.

Zusätzlich ist in der config.yml die Option: Use_Server_Chat: false hinzugekommen.

Dies regelt, ob man den Chatt vom Server oder von PermissionManager nutzen möchte.

> DIESE OPTIONEN MÜSSEN IN DER CONFIG VORHANDEN SEIN!

!!de.pbplugins.java.permissionmanager.ClassPermissionFile
groups:
  default:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: true
      prefix: New
      rank: -1
      servergroup: ''
      sufix: ''
    permissions: []
  Admin:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: false
      prefix: ADMIN
      rank: 1
      servergroup: ''
      sufix: ''
    permissions:
    - '*'
users: {}

adminGroup: Admin
change_Servergroup_with_Group: true
chat: '[PREFIX] PLAYERNAME [SUFIX]: MSG'
debug: 0
use_Server_Chat: false
version: 1.1.0

Vielen Dank. Das hilft schon sehr weiter.

Update 1.1

Support mit PermissionManager! (Kein muss!)

Wenn ihr PermissionManger nutzt dann gebt eurem Spieler folgende Berechtigung: protectedslots.login

Befehl: /pm user <playername> add protectedslots.login

Natürlich kann man auch weiterhin die UID in der Config eintragen!

Hallo red51 ,

ist es bereits mit der API möglich z.B. in den Permissions auf die shownametag zuzugreifen?

Vielen Dank schonmal für die Hilfe.

Quote from lenko

permissions wurden bei mir immer Manuel in Gruppen angelegt, so das ich die Spieler nur zuordnen Brauch.

Das kannst du auch hier machen. Einfach permissions.yml mit Notpad++ öffnen und Permissions manuell der Gruppe zuweisen. Dass kannst du auch machen, wenn der Server läuft. Mit /pm reload kannst du die Permissions neu laden.

Später gibt es auch eine Liste aller Permissions. Zurzeit findest du alle Permissions zum PluginManager in der Beschreibung unter Kommandos.

Quote from lenko

Wie verhält sich das Plugin den mit den jetzt exestierenden permissions ? Kann ich die noch benutzen oder muss ich erstmal sagen wir 6 unterschiedliche anlegen die dann identisch mit der aktuellen Zuweisung ist ?

Der PermissinManager kümmert sich ja zum großen Teil eigendlich um Plugin-Permissins.

Aber wie ich breits in anderen Plugins gesagt habe: "Was man mit den Server-Permissions verboten hat , kann man mit einem Plugin nicht wieder erlauben." Manche Sachen kannst du später auch mit dem PermissionManager regeln und manchen sachen nicht.

group: Member <-- = Gruppenname
chatnamecolor: 0xFF0000 <--- ChatColor
chatprefix: (Member) <---- Prefix
chatprefixcolor: 0xFF0000 <--- ChatColor ODER config.yml
shownametag: true <---- Nicht mit API direkt kontrollierbar
showadmintag: false <---- Nicht mit API direkt kontrollierbar
nametagcolor: 0xFF0000 <---- Nicht mit API direkt kontrollierbar
nametagprefix: (Member) <---- Nicht mit API direkt kontrollierbar
nametagprefixcolor: 0xFF0000 <---- Nicht mit API direkt kontrollierbar

commands:
    deny: 
    - *  <---- Wird evtl. mit Modifyworld kotrollierbar sein
general:
    fly: true <---- In Modifyworld (modifyworld.fly)
customimages:
    enabled: true <---- In Modifyworld (modifyworld.customimages.upload)
    maxupload: 20 <---- Nicht mit API direkt kontrollierbar
    dimension: 200 <---- Nicht mit API direkt kontrollierbar
creative:
    deny: <---- In Modifyworld (modifyworld.gamemode.<*|creative|survival>)
    - *
blueprints:
    use: false <----- In Modifyworld (modifyworld.blueprints.use)
    create: false <----- In Modifyworld (modifyworld.blueprints.create)

Du sieht, mann kann vieles von den Server-Permissions übernehmen, aber nicht alles.

Es wird auch noch eine Einstellung kommen, ob man z.B. für den Chat die Server-Einstellung oder die PermissionManager-Einstellung übernehmen möchte.

Quote from lenko

In welchen Sprachen ist die Bedienung ?

Zurzeit kommen alle Antworten vom Plugin in englisch raus. Deutsch kommt aber auch irgendwann noch.

Quote from lenko

Zu Anfang dachte ich erst das es eine Liste wäre der ich einen Namen gebe und dann überall ja oder Nein bezw den Wert eingebe. Abspeichern und dann kann ich Spieler dieser zuweisen.

Das Problem ist nur, dass ich vorher nicht weiß, welche Permissions es geben wird. Das machen jetzt die Programmierer der Plugins. Mit dem .* kannst du viel Schreibarbeit spaaren. Wenn du hilfe brauchst, dann sag bescheid. Es gibt mehrere Möglichkeiten den die Permissions zu schreiben und das gleiche Ziel zu erreichenn

Quote from lenko

Zum Schluss, werde ich es die Tage natürlich auch in die Plugin Liste eintragen.

Vielen Dank.

Kleiner Tipp am Rande: Ich würde mit dem Befehl /pm group <group> create erstmall alle anlegen und dann die Permissions mit Notpad++ einfügen.

Der Spieler hat nur die Berechtigung, wenn unter permissions: ein Postives Permission eingetragen ist.

Beispiel: Gesuchte Permission ist "modifyworld.fly"

1. Fall: Spieler bzw. Gruppe hat die Permission nicht: Spieler darf nicht fliegen!

2. Fall: Spieler bzw. Gruppe hat Negativ-Permission (also: - -modifyworld.fly )

Spieler darf nicht fliegen!

3. Fall: Spieler bzw. Gruppe hat Positiv-Permission (also: - modifyworld.fly ohne 2. - ) - Spieler darf fliegen.

4. Fall: Gruppe hat Negativ-Permission und Spieler hat Positv-Permission: Spieler darf fliegen, da Spieler-Permissions eine höhere Priorität haben, als die Gruppe.

5. Fall: Gruppe hat Positiv-Permission und Spieler hat Negativ-Permission: Spieler darf nicht fliegen, da wie in Fall 4 die Priorität wieder beim Spieler ist und nicht bei der Gruppe.

Ich antworte dir Morgen. Muss morgen früh raus.

Hallo alle Zusammen,

heute stelle ich euch ein DCL für PermissionManager vor: Modifyworld.

Zusammen mit PermissionManager (mind. Version 1.1.1) könnt ihr über die Permissions

mehr Einfluss auf den Spieler nehmen, was er darf und was nicht.

Es sind bereits viele Permissions geworden und ich es werden wahrscheinlich mit dem nächsten Updates noch mehr.

Damit ihr nicht den Überblick verliert, habe ich ein PDF erstellt, dass alle Permission beinhält.

Bei Fragen.... ihr wisst ja, wie ihr mich erreichen könnt.

Viel Spaß damit.

ES IST SOWEIT!

Das Plugin ist fertig und eine grobe Erklärung gibt es auch. Viel Spaß.

HINWEIS: PDF kommt erst 2-3 Wochen später.

Download wie immer ganz oben!

groups:
  default:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: true
      prefix: New
      rank: -1
      sufix: ''
    permissions: []
  Admin:
    inheritance: []
    options:
      chatColor: '[#ffa500]'
      default: false
      prefix: ADMIN
      rank: 1
      sufix: ''
    permissions:
    - '*'
users:
  76561198058978569:
    group:
    - Admin
    permissions: []

Hier! Meine Erfolgreiche permissions.yml! Sie kann geladen und geändert werden (auch wenn der Server läuft)

Genauere Erklärung zur permissions.yml kommt bei der Veröffentlichung die spätestens nächsten Mittwoch (09.12.2020) kommt. Kann aber auch sein, dass es sogar schon früher kommt.

WICHTIG: Das PDF kommt ca. 2 - 3 Wochen später. Es braucht Zeit alles zu erklähren und zu schreiben.

Information zur Entwicklung.

Das Plugin ist nun fast fertig. Es kommt jetzt in die entscheidende Testfasse.

Ein paar Sachen für die Javadoc müssen noch geschrieben werden und die PDF muss auch noch geschrieben werden,

aber es wird nicht mehr lange dauern, bis das Plugin da ist.

Bleibt als gespannt.