Beiträge von Lumiis

    Hier nochmal der LLDB Ausschnitt:




    GDB





    Das dungeon_dead_event wird von diesem Code ausgeführt:



    Die einzige Funktion, die das dungeon_dead_event triggert ist:


    Da gab es auch zur Zeit des Down einen aktiven ch (hatte ein syserr, der mir den Namen geben konnte).
    Komisch ist, dass es ab dem Down keine sys_err mehr gibt, aber sys_log gibts noch stundenlang.
    Wir vermuten, dass es die Tal der Toten Quest ist.
    100% sicher sind wir uns aber nicht.
    Ich hab sie euch mal angehangen.

    Wir würden auch für einen Fix bezahlen !

    Er versucht ein Event zu canceln welches es nicht mehr gibt, passiert wenn die Funktion getriggert wird obwohl der Dungeon längst beendet wurde z.B..(der selbe Fehler kann bei jeder Art von Events auftreten und ja ist recht spontan)

    Bin der Kollege von Syntax.
    Laut SRC nutzt nur diese Funktion das "dungeon_dead_event"


    Der sys_err kam auch vor dem Down. Die dungeon_id ist leider nur eine Iteration, was aber zeigt, dass er 210 erfolgreiche Durchläufe hatte.


    Code
    1. SYSERR: Jan 4 21:14:05 :: DecMember: event_create: dungeon_dead_event dungeon_id 211

    Die .core ist um 21:14:15 erstellt worden.

    Bitte melden Sie sich an, um diesen Link zu sehen.
    Hier nochmal ein Video mit der Release-Binary.

    Habe das System nach Anleitung verbaut. Bei mir hapert es ein wenig beim laden:

    Bitte melden Sie sich an, um diesen Link zu sehen.


    Woran kann das liegen? Nutze die Files von Marty.

    Hmmm habs nur bei Fliege V3 getestet. Kann sein, dass er generell schon minimal schneller ist

    Danke. Müde.

    Dann würde ich das Paket mal checken.

    Schickt der Client (Src) es ab ?

    Kommt es beim Server an ?

    Was liest er aus ?

    Einfach typisches Debuggen 🥳

    Kannst du beim Thema Fingerprints genauer werden ?

    Metin2 Quiz bei jedem Vote:

    • Ein Pool aus 500 - 1000 Fragen
    • Jede Woche werden 100 Fragen zufällig aus dem Pool gepickt (nicht rotiert!)
    • Die Fragen und die 10 Antwortmöglichkeiten werden in Form von schwer erkennbaren Bildern angezeigt (aber leicht genug um sie als Mensch lesen / entziffern zu können)
    • Beantwortet man die Frage falsch, wird man 5, dann 10, dann 20, 40, 80, 160.. Minuten gesperrt, bis man erneut voten kann
    • Man kann Fragen 5x re-rollen, bis man 5 Minuten für die nächste warten muss (und danach 10, 20, 40, ...)
    • Die Fragen sind leicht genug, um sie googlen zu können (zum Beispiel in einer Wiki nachschauen). Einmal am Tag wird das schon keinen stören
    • Statt Fragen, kann man auch sehr schwer erkennbar NPCs anzeigen lassen, oder Monster die jeder kennt, Maps von oben und so weiter

    Wäre das technisch nicht relativ einfach machbar? Klingt jetzt zwar nach viel, aber das meiste ist technischer Kram, der Nutzer sieht im Endeffekt nur ein Quiz und muss die richtige Antwort anklicken.


    Edit: Ich merke gerade, dass mein Beitrag etwas kontextlos wirkt. Natürlich schließe ich damit an die Diskussion mit Zynko an. :)

    Bitte melden Sie sich an, um dieses Bild zu sehen.

    An sich eine coole Sache, und kann bestimmt einigen helfen um zu sehen wie man modernes PHP anwendet. Nun zu der Sinnhaftigkeit einer open source top liste, es ist natürlich gut, den Code nachvollziehen zu können, aber es ändert ja immer noch nichts dran, dass niemand nachvollziehen kann ob die Votes einfach extern manipuliert werden. Nach kurzem Source checken, kann ich dir sagen, dass meiner und so gut wieder jeder andere Votebot funktionieren wird. Du kannst diese auch nicht wirklich fixen, da es open source ist und man den fix sofort sehen würde. Es sei du lässt den Fix aus dem Repo.


    Per se ist aber mehr Konkurrenz zu bekannten Toplisten immer gut, besonders zu der benannten .info Seite wo so gut wie jeder Votes pusht.


    Viel Erfolg mit dem Projekt

    Danke. Genau dafür hab ich diesen Thread eröffnet, dass man mögliche Schwachstellen zusammen fixxen kann.

    Der Votebot sollte aber trotzdem nur alle 24 Stunden voten können oder ?