• Beiträge von moeck

    • Init der Verarbeiter automatisieren

      Moin,

      ich habe heute mal eine etwas spezielle Frage ;) . Da wir momentan ziemlich viel umbauen und ich auch gewisse Sachen automatisieren möchte, denke ich gerade darüber nach ob es möglich ist die Inits der Verarbeiter zu automatisieren. Wie stelle ich mir das vor aktuell muss man ja bei jedem Verarbeiter die Init selbst eintragen

      z.B.

      C
      init="this enableSimulation false; this allowDamage false; this addAction[localize""STR_Process_Copper"",life_fnc_processAction,""copper"",0,false,false,"""",' life_inv_copperUnrefined > 0 && !life_is_processing && !life_action_inUse']; this addAction[format [""%1 ($%2)"",localize (getText(missionConfigFile >> ""Licenses"" >> ""copper"" >> ""displayName"")), [(getNumber(missionConfigFile >> ""Licenses"" >> ""copper"" >> ""price""))] call life_fnc_numberText],life_fnc_buyLicense,""copper"",0,false,false,"""",' !license_civ_copper && playerSide isEqualTo civilian '];";

      Jetzt würde ich das gern dahin gehend ändern, dass ich in die Init nur noch sowas schreibe

      C
      init="this enableSimulation false; this allowDamage false; [this,""copper""] call life_fnc_checkInvLic;";

      und diese funktion generiert dann allle notwendigen addActions. Die Funktion könnte irgendwie in diese Richtung aussehen

      Hatte sich schon jemand mit dem Thema auseinander gesetzt?

      Gruß,

      moeck

    • extDB läd nicht Engine.

      naja bin erst ein Jahr dabei und darf auch erst ab August so richtig umbauen, da die Projektleitung gewechselt hat. Klar hätte man normalerweise mit dem remoteexec anfangen müssen, aber auch ich unterliege einem lernprozess. Des Weiteren wollen die Leute immer wieder neu Features und dann ist so ein Umbau nicht so ohne weiteres machbar. Allerdings kamen sie jetzt auf die Idee, dass sich viele dinge ändern sollen und das ist nun mal deutlich einfacher mit den configs umzusetzen als mit dem nervigen Kram aus der 3.1.4.8. Daher jetzt der Umbau, mit der Gather, Process, License und vItem bin ich schon fertig und habe die Config auch in einigen Punkten um ein paar nette Sachen erweitert.

      Auch wenn ich an einigen Stellen nicht verstehe warum gewisse Sachen auch in der 5.0 so gelöst wurden. Zum Teil habe ich den Code für mich weiter optimiert, damit ich mehr mit den configs arbeiten kann ^^

    • extDB läd nicht Engine.

      Zitat von blackfisch

      macht sowieso nur Sinn die neueste Version zu nehmen, deutlich Bugärmer, Hacker-sicherer (mehr oder minder) und gleichzeitig umfangreicher als die alten Versionen

      wenn man einen neuen Server aufsetzt auf jeden fall, wenn man allerdings ne kiste hat die seit 3 Jahren läuft muss man zu sehen wie man den auf stand bekommt. Allerdings bin ich guter hoffnung in 2 -3 Wochen eine grundmodernisierte Variante zu haben. Anschliessend geht es mit dem Umbau auf remoteexec weiter ^^ . Aber wie immer ist der Teufel ein Eichhörnchen :P

    • extDB läd nicht Engine.

      Moin,

      wie br1zey schon geschrieben hat bitte mal alle Logfiles hier anhängen. Ich sehe auch schon ganz oben in dem was Du gepostet hast, daß Spyglass da einen Fehler wirft aber ohne das komplette Log haben wir keine Chance Dir zu helfen.

      Gruß,

      moeck

    • Arma 3 Server - Automatische Restarts [Linux]

      moin,

      das ist relativ einfach. Du benötigst 2 Scripte bzw. ein Script mit den Optionen start und stop. Dann öffnest Du deine Crontab mit dem Befehl crontab -e anschliessend fügst du folgenden Befehl hinzu. Achtung hier muss eventuell der Befehl angepasst werden je nach dem wie er bei dir aussieht.

      Code
      0 */6 * * *   /arma3server/arma3server.sh restart > /arma3server/logs/server_$(date +%Y%m%d).log

      In diesem Sinne frohes schaffen. Das Ganze zum nachlesen findest du zum einen mit dem Befehl man crontab bzw. man 5 crontab oder hier https://wiki.ubuntuusers.de/Cron/ bzw. hier https://linux.die.net/man/5/crontab

      Gruß,

      moeck

    • DB Error

      Moin,

      die Daten für deinen dynmarkt musst Du schon in die DB laden sonst kann das nicht klappen. Wenn ich mich nicht irre gibt es bei dem Markt ein SQL welches Du beim Anlegen mit ausführen musst.

      Gruß,

      moeck

    • DB Error

      Moin,

      hier steht doch da was ihn stört. ;)

      Error Undefined variable in expression: _time_gathered

      Des Weiteren hast du in den SQl Statement noch einen Fehler drin

      Code
      "abcd SELECT exp_level, exp_total, exp_perkPoints, exp_perks FROM players WHERE pid = '76561198082050391'"
"abcd [0,0,0,[[[""perk_gunsspecialist_lessRecoil_1"",0],[[[""perk_gunsspecialist_lessRecoil_2"",0],[[""perk_gunsspecialist_lessRecoil_3"",0]]]]],[[""perk_paycheck_1"",0],[[[""perk_paycheck_2"",0],[[""perk_paycheck_3"",0]]]]],[[""perk_repair_1"",0],[[[""perk_repair_2"",0],[[""perk_repair_3"",0]]]]]]]"
"abcd [0,0,0,[[[""perk_gunsspecialist_lessRecoil_1"",false],[[[""perk_gunsspecialist_lessRecoil_2"",false],[[""perk_gunsspecialist_lessRecoil_3"",false]]]]],[[""perk_paycheck_1"",false],[[[""perk_paycheck_2"",false],[[""perk_paycheck_3"",false]]]]],[[""perk_repair_1"",false],[[[""perk_repair_2"",false],[[""perk_repair_3"",false]]]]]]]"
Error in expression <st pushBack [_uid, _new];
};
[_uid,_new select 2] call TON_fnc_setPlayTime;

      Das abcd ist da irgendwie fehl am Platze. Such mal in deinen Dateien wo dieses Statement aufgerufen wird.

      Gruß,

      moeck

    • Globale Variablen in einer Config Datei nutzen

      Es geht doch ^^ als Beispiel mal die fn_virt_sell.sqf

      man muss die Zeile

      _price = M_CONFIG(getNumber,"VirtualItems",_type,"sellPrice");

      durch das ersetzen ^^

      Code
      if (M_CONFIG(isNumber,"VirtualItems",_type,"sellPrice")) then {
    _price = M_CONFIG(getNumber,"VirtualItems",_type,"sellPrice");
} else {
    _price = M_CONFIG(getText,"VirtualItems",_type,"sellPrice");
    _price = call compile _price;
};

      dann funktioniert das.

      Gruß,

      moeck

      P.s.: blackfisch : kannste zu machen