Beiträge von Pierre

Zitat von byPlattio

Wir haben u.a. auch andere Marketing Strategien und Foren sind eine davon.

Ich würde Party-Bots auf großen Servern nicht unbedingt als "Marketingstrategie" betiteln. Ist vielmehr ein Armutszeugnis - Wenn man sich keine Mühe gibt muss man wohl diese Seiten auffahren.

Zitat von byPlattio

Unseres Impressum ist durch eine Briefkastenfirma hinterlegt, da gewisse andere SkyPvP Server gern mal Pizzen, die Polizei o.ä. zu der Adresse schicken.

I mean, Pizza haben oder nicht haben. Jokes beside, ändert nichts daran dass ihr Ewigkeiten das Impressum 1zu1 von Calypso-Host verwendet habt. Basierend auf deiner Nachricht und der Änderung gehe ich davon aus, dass das widerrechtlich war? Wie gesagt, euer Image ist alles andere als glänzend. Ihr habt zwar eine Community (wie auch immer), aber professionell ist das allemal nicht. Ich hoffe einfach für euch, dass ihr wenigstens ein Gewerbe habt. Aber in Anbetracht des ehemaligen Impressums denke ich das fast nicht - Maybe sollte man dazu Mal Nachforschungen anstecken.

Moin,

kleine Frage meinerseits - weil ich euer Auftreten bisher eh nie gemocht habe.

Wozu auf einmal der Umschwung zu Werbung in Foren statt auf anderen Minecraft-Servern mit Bots?

Zu eurem Impressum - Ich habe damals CalypsoHost angeschrieben, da ihr deren Impressum 1zu1 übernommen und verwendet habt. Leider erhielt ich von diesen keine Antwort, aber das Impressum wurde angepasst, und nun ist eine simple Briefkastenfirma hinterlegt. Was hat es damit auf sich?

Alles in allem ist mir euer ganzer Server mehr als suspekt - Da wird ein Relaunch das verkorkste Image wohl kaum säubern.

Wie bereits von ilou geschrieben: /etc/php/php7.0/php.ini

Das was du hast die binäre Datei, die vom System ausgeführt wird

Mit jedem editor, ist ne simple text datei. Alternativ halt vi/vim/nano

Zitat von Olegah

Bitte was?

Du entwickelst eine API in einer beliebigen Sprache.

Diese machst du entweder global zugänglich oder machst es intern beispielsweise über Docker.

Wichtig: Bei APIs die öffentlich zugänglich sind musst du CORS policies beachten das du nur von einer bestimmten IP oder Domain darauf zugreifen kannst damit fremde keinen scheiß machen können.

Sinnvoll wäre dann auch eine Authentifizierung.

Die API läuft immer als eine eigene Instanz.

Danach entwickelst du deine Plugins die mit der API kommunizieren.

Am ende kommt auf dein Minecraft Server nur noch dein entwickeltes Plugin, da die API auf deinem Minecraft Server gar nichts zu suchen hat.

Alles anzeigen

Wie kommst du darauf dass es sich explizit um eine REST API handelt?

Beim zweiten fehlen doch die Punkte vor x y z?

Der Fehler liegt nicht an deinem Sourcecode.

Es wird offensichtlich von einem anderen Plugin (zumindest liefert das afaik Spigot nicht mit) bereits org/json/JSONObject eingebunden / mitgeliefert wodurch versucht wird, die selbe Klasse zwei Mal im Classloader zu verlinken. Das geht natürlich nicht.

Ich denke Mal du verwendest Maven - Entweder relocatest du deine Library (-> https://maven.apache.org/guides/mini/guide-relocation.html) oder setzt diese als "provided". Dabei musst du aber sichergehen, dass das Plugin welche die Library mitliefert als depend in der plugin.yml definiert ist.

Wenn du kein Maven verwendest, musst du schauen, dass deine Library JAR nicht mit in die finale JAR gebaut wird.

Zitat von Strahc

Man kann jetzt auf der gesamten X Koordinate nicht mehr bauen

Zitat

Code

if(event.getBlock().getLocation().getBlockX() == locationUtil.loadLocation().getBlockX())

Uhm sir

Warum wohl

Player player = Bukkit.getPlayerExact("Example");

Falls du vorgebaute Arenen hast, kannst du ja die WorldEdit API verwenden.

Die CraftHumanEntity.class liegt in org.bukkit.craftbukkit.<version>.entity und nicht in net.minecraft.server.

Jo, hab jetzt ein PlayerReadyEvent erstellt, welches synchron gecallt wird.

Mir geht's prinzipiell darum, dass er im JoinEvent einfach alles machen kann was er will, zB Scoreboards erstellen, Nachrichten senden, Items mit Namen geben. Und nicht, dass er dafür ein neues Event nutzen muss, finde ich von der Usability nicht allzu geil. Aber naja, wenn es soweit kommt

Naja, ich möchte das ganze gerne synchron machen, gehen wir davon aus, dass ich ein Inventar mit Items erstellen möchte. Das endet ja in zig tausend consumern und sieht einfach nicht gut aus imo. Deswegen möchte ich gerne, dass das JoinEvent erst gecallt wird, wenn die richtige locale da ist.

Moin,

Arbeite aktuell an einer Bibliothek die mir auch Nachrichten in mehreren Sprachen basierend auf der Client sprache holen und ausgeben kann. Problem ist, dass das Paket welches die Clientsprache an den Server sendet, kommt erst nach dem JoinEvent. Aktuell habe ich deswegen folgendes:

Code (Java):
public void sendMessage(String key, Object... params) {
        getMessage(key, player::sendMessage, params);
    }

    public void getMessage(String key, Consumer<String> translated, Object... params) {
        if(locale == null) {
            toTranslate.put(translated, new Pair<>(key, params));
            return;
        }
        translated.accept(plugin.getLanguageHandler().translate(locale, key, params));
    }

// Called when the settings packet was received and the locale changed or first received
public void setLocale(String locale) {
    this.locale = locale;
    if(toTranslate.isEmpty()) {
        return;
    }
    toTranslate.forEach((translated, stringPair) -> translated.accept(plugin.getLanguageHandler().translate(locale, stringPair.getLeft(), stringPair.getRight())));
    toTranslate.clear();
}

Ich mag das persönlich mit den ganzen consumern nicht, da das schnell in verschachtelung resultieren kann. Ich weiß aber nicht, wie ich das so umsetzen kann, dass das ganze System noch einfach als Bibliothek nutzbar ist. Somit möchte ich ungern auf das Player JoinEvent verzichten. Keine Ahnung ob man das irgendwie cool umsetzen kann, dass das PlayerJoinEvent verzögert wird, sobald die locale da ist oder so. Keine Ahnung wie man das am besten machen kann.

Zitat von CheeseTastisch

Ich habe es schon herausgefunden, einfach über client.getip()

Zitat von ZargorNET

api.getClients() bzw api.getClientsByName bzw getClientByUId und dann https://github.com/TheHolyWaff…/wrapper/Client.java#L117

Aber okay...

huch

SubID ist in dem Fall die durability des Items

Boyyyy, das Thema ist über zwei Jahre alt digga

Kann gut sein, aber dann müsste ja findByName nicht funktionieren. Und in findByUuid mache ich es ja ohne das AS.

Wäre die Query falsch, wäre ja da die Exception woanders gekommen. Und auch ne andere