Messages

uuhm.... k... 600ms bloß für die Abfrage ist dann doch schon was heftig... naja... meine kleine Keule braucht pro klick schon etwa 5-10 Sek
Aber was verlang ich auch bei gerade mal 2 Prozessoren und 2 gig ram.... <.< und wahrscheinlich 200 Bots die auf die Hauptseite zugreifen wollen und es nie wirklich schaffen

^.^ schon richtig.... aber der mensch ist bequem und will es immer bequemer haben wollen ist so, wird so sein, und ward immer so geworden

*hust* *hust*...... sagst Du ich kenne spezi's für die ist selbst das zu hoch

uh... vergaß den cache..... *facepalm* das ist dann klar..... na gut.... aber bei sowas sollte die Abfrage live werden, damit der Fehler erst gar nicht "erscheint" zumindest nicht bei solchen aktivitäten, die von sich aus gruppen erstellen... werde aber Fred als "erledigt" markieren

fetziger wäre es, wenn es eine subroutine zur selbsterhaltung/restart/standby und updaten gibt und der Bot sich dann von ganz alleine "updaten" und restarten kann
Problem bei mir ist nur: mein webinterface ist auf nem ganz anderem server

Wenn man manuell eine Servergruppe "AFK" erstellt, so wird diese nicht im Webinterface angezeigt. Musste manuell via Datenbank die Gruppe setzen.  Diese wurde aus einer Kopie der Gruppe "Guest" erstellt und enthält alle Berechtigungen wie gewünscht.

Auch das automatische erstellen einer Gruppe wird wohl nicht ordnungsgemäß erkannt.

(Musste aus dem SQL-Log extrahieren, von daher etwas umständlich)
Error beim "Automatisch erstellen(vorne)":

Code Select Expand

INSERT INTO jts3servermod_log (instance_id, logtime, logtype, functionname, message) VALUES (12, 1496038421672, 'ERROR', 'afk_short', 'de.stefan1200.jts3serverquery.TS3ServerQueryException: ServerQuery Error 1540: convert error')
INSERT INTO jts3servermod_log (instance_id, logtime, logtype, functionname, message) VALUES (12, 1496038421671, 'ERROR', 'afk_short', 'Error while adding client "xyz" (db id: 73) to server group id -1!')

was auch immer....
eben nur UDPv6 Port 80 freigegeben und nu kann ich per UDPv4 verbinden..... -.-
so marke:



[EDIT] Fehler gefunden... das Skript hat versucht auf den TS per IPv6 zu verbinden.... aber TS ist gerade erst noch v4 <.<
hatte nen AAAA-Eintrag für die domain eingetragen... .... .... -.-

na... ip-filter kann es nicht sein hab meinen web-server in der query-whitelist.... anscheinend mackt der webserver rum... muss mal updates installieren und neustarten.... nur iwie keine lust drauf.... werd mich aber melden, wenn sich was neueres ergibt

Und dabei war auch die Firewall abgeschaltet.... die Domain stimmt, da ich mich selbst damit verbinde. Auch mit IP ergibt es diesen Fehler...

Wenn alles nix hilft, wäre es nicht interessanter, die .sql-dateien abzuändern, und das SQL-Update manuell einzuspielen?

JO..... auch bei den Verbindungsdaten gibt es Probleme... werde Logs nochmal säubern, anfrage nochmal starten und schauen, was er für nen Fehler auswirft

Edit1: Anscheinend will mich die Firewall nicht rauslassen.... werde einen erneuten Versuch mit abgeschalteter Firewall probieren...
Edit2: k... selbst mit abgeschalteter Firewall gehts nicht.... lokal kann sich der Bot ja verbinden.... also muss es am TS-Server dessen Port liegen...
Edit3: ...... -.- iwas stimmt da nicht, da ich mich über Yatqa auf dem query-port verbinden kann... ergo ist der Port offen..... also will sich das Skript selbt nicht verbinden.....  gibt es ne möglichkeit, einen Debug-Modus zu "aktivieren" sodass ich eventuell die fehlerquelle von meinem Webserver aus erkennen kann?

ich wollte heute einen neuen Bot einfügen und habe zuerst verbindungsprobleme gehabt...
Nachdem ich etwas tiefer gegraben hatte, stellt sich nun heraus, dass das Skript des Webinterfaces sich nicht mit dem TS3 richtig verbinden kann.
Muss der Port (in etwa wie 9987) auf dem Webserver auch freigegeben werden, oder werden die Abfragen über die TS-query-Ports gemacht? weil in meiner Firewall, der Port 10011 freigegeben ist (Sowohl Webserver als auch TS3)....
Auch die Logs ergeben keine Fehler und melden ein erfolgreiches Verbinden des Query-Logins. Dieser erfolgt sogar über den "serveradmin"-ts-login und somit die Berechtigung auf dem TS für jeder Art von Befehl berechtigt ist.
Auch verbindet sich der Bot ohne Probleme, und wird versteckt im TS mit Admin-Query-Gruppe angezeigt.
Nun die Frage, was ich falsch mache, da anscheinend ich absolut iwas falsch mache und dennoch nicht dahinter komme -.-


Mit Freundlichen Grüßen, Hed


PS: Screen mit einem der Fehler:

.... Bild im Anhang... beabsichtigt oder buggy?

wo muss man denn eine Sicherheitsfrage beantworten? sorry für die doofe frage aber wenn du weißt, wo die funktion aufgerufen wird (also welcher datei), könnte man diese doch umschreiben, sodass anstatt einer internen Abfrage dann die reCaptcha-funktion gerufen wird

well..... why not add a new column/information where users can set their ID.... .... and than write a plugin which will read the database with the column/user-information and set their rights set to it.... should no need in java