Einige Fragen!

[Masterfran99]

Hallo,

1.
Ist es möglich die Befehle die in der plugin.yml stehen sie automatisch eintragen zulassen?
Weil in der Hauptklasse müssen die Befehle ja auch registriert werden wenn sie in einer anderen Klasse sind.

2.
Was muss bei p.gettargetblock(arg1 arg2) rein??
Das ist doch den block den man schaut seine location oder?

3.
p.setCustomname
p.setdisplayname
Was ist der unterschied und wie benutzt man es richtig?

4.
Was muss man machen das man z.B. keine Villager verschieben kann sie sollen an der Stelle bleiben wo man sie spawnt, man kann ja Slowness geben aber wie noch?

5.
Das Scoreboard unter dem Spielername?
Wie macht man so etwas?
Link zu einen Tut wäre toll.

6.

World w = p.getWorld(); 				
w.setSpawnLocation(p.getLocation().getBlockX(), p.getLocation().getBlockY(), p.getLocation().getBlockZ());

Wo was muss ich ändern das auch noch die Richtung wo der Spieler hinschaut gesetzt wird?

EDIT BungeeCord Fragen:
7.
Wenn man BungeeCord installiert hat usw.. kann man doch bestimmt abfragen welche Spieler auf einen Server sind und wie viele oder?

8.
Zu BungeeCord kann man doch auch noch bestimmt abfragen welche Server vorhanden sind?

9.
Mit BungeeCord sollte doch auch möglich sein zu überprüfen wenn jemand den Server wechselt das da nicht steht Spieler ist offline oder sonstiges?

EDIT:

10.
Hier habe ich was interresantes gefunden:
https://board.nitrado.net/community...er-minecraft-gekauft-hat/index2.html?8f91eb5e
Wie ist es den mit BungeeCord möglich das Login/Register Event wegzulassen wenn der Spieler den Premium Launcher benutzt?
Das wäre ein Vorteil für Premium Spieler aber trotzdem sollten Cracked Spieler spielen können.

Vielen Dank

 

[Pappi]

Für was soll die for-schleife sein und was willst du damit machen?

 

[Masterfran99]

Ich möchte/habe schon geschafft das für z.B. jeden Spieler im Server 1 Item in einen Inventar hinzugefügt wird.
Jetzt möchte ich für jeden Server 1 Item das macht man mit einer for-schleife.

 

[games6471]

-.- Deswegen meinte ich die ganze Zeit, dass ein Command nichts bringen würde...

Die BungeeCord Befehle werden nämlich bei der Übertragung vom Spieler zum Server abgefangen und wenn BungeeCord diese Befehle kennt, werden diese dort verarbeitet und eine weitere Übertragung dieser wird verhindert (Siehe hier). Auch wenn wir den Befehl von einem Plugin ausführen würden (das ziemlich dämlich ist), müssten wir diesen erst mal von allen Farben, Zeilenumbrüchen usw. entfernen. Dies kann mühsam sein.

So schlug ich vor, dass wir den Server über die Pluginchannels mit BungeeCord kommunizieren lassen. Dort können wir über den Kanal "GetServers" abfragen, welche Server in der BungeeCord-Konfiguration definiert sind. Jedoch bekommen wir hierbei nur die Namen der Server zurück und nicht deren Zustand/Status. Wir können nun mithilfe eines selbst erstellten BungeeCord-Plugins einen eigenen Kanal definieren und dort mit dem Bukkit-Plugin kommunizieren. So können wir die Antwort nach unseren Wünschen anpassen und später auf der Bukkit-Server parsen mit dem entsprechenden Informationen. Das bietet uns den Vorteil, dass wir beispielsweise mithilfe der Anzahl der Items die Spieleranzahl oder mit der Farbe des Itemnamens darstellen, ob der Server online ist. So müssen wir nicht warten, bis der Spieler erst beim Verbinden diese Informationen bekommt. Desweiteren bietet diese Variante die Möglichkeit, dass wir immer nur eine Konfiguration die verändert werden muss. So können leicht Fehler und Arbeit verringert werden. Eventuell können wir auch beim BungeeCord-Server dann ebenfalls festlegen, was für ein Item, Name etc. angezeigt wird. Das bedeutet, dass wir bei einer größeren Verwendung dieser Funktionalität, wie einer Verwendung auf allen Unterservern, viel Arbeit sparen.

Schlussendlich benötigen müssten wir die Daten nur immer wieder eine Aktualisierung vom Bukkit-Plugin anfordern oder der Server sendet und die Daten direkt. Ich würde sogar vorschlagen, dass die Zustandsabfrage und die Konfigurationsabfrage in unterschiedliche Kanäle unterteilt wird, da sich die Konfiguration nicht so häufig aktualisiert werden muss.

Ferner möchte ich nicht die andere Methode unterschlagen. man kann nämlich ebenso natürlich eine Bukkit-Plugin-Konfiguration anlegen und dort alle möglichen Werte festlegen, z.B. IP-Adresse. Der Server kann nun einen normalen Minecraft-Ping ausführen, da er die IP kennt. Ich vermute, dass diese Variante eine größere Verbreitung hat als die andere. Es wird schließlich nun nur noch ein Plugin benötigt. Dennoch kann man erwarten, dass BungeeCord diese Server nicht kennen muss. So kann es schnell zu Flüchtigkeitsfehler kommen, wenn man einmal vergessen hat, eine neue Adresse ebenso bei BungeeCord einzugeben (BungeeCord würde in diesem Fall leise Abbrechen, sodass eine Fehlerfindung schwierig werden könnte [Siehe hier]).