wo rufst du das script beim kaufen auf? poste mal die .sqf
Beiträge von moeck
-
-
ok, also negative Zahlen funktionieren nicht, aber gut Du hast die lösung schon gepostet
-
könnte es sein, dass das script beim ausparken aufgerufen wird bevor das fahrzeug spawnt und beim kaufen erst danach? Die 3 sekunden sind relativ leicht erklärt
sleep 2; plus script ausführung ergibt dann ca. 3 sekunden
-
Moin,
hast Du zufällig auch das komplette Statement? Das was Du hier gepostet hast ist unvollständig.
SQL
Alles anzeigenCREATE TABLE IF NOT EXISTS `players` ( `uid` int(12) NOT NULL AUTO_INCREMENT , `name` varchar(32) NOT NULL , `aliases` text NOT NULL , `playerid` varchar(64) NOT NULL , `cash` int(100) NOT NULL DEFAULT '0' , `bankacc` int(100) NOT NULL DEFAULT '0' , `coplevel` enum('0','1','2','3','4','5','6','7') NOT NULL DEFAULT '0' , `mediclevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0' , `civ_licenses` text NOT NULL , `cop_licenses` text NOT NULL , `med_licenses` text NOT NULL , `civ_gear` text NOT NULL , `cop_gear` text NOT NULL , `med_gear` text NOT NULL , `civ_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"' , `cop_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"' , `med_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"' , `arrested` tinyint(1) NOT NULL DEFAULT '0' , `adminlevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0' , `donorlevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0' , `blacklist` tinyint(1) NOT NULL DEFAU[...] --HIER FEHLTNOCH WAS
Gruß,
moeck -
da es auch noch level abhängig sein soll muss er dass dann auch noch einbauen
Codeif (playerside west) then { _life_paycheck_var = random [100, 200, 300, -100, -200, -300]; _life_paycheck_var = _life_paycheck_var + life_paycheck life_atmcash = life_atmcash + _life_paycheck_var };
ansonsten würde er die Variable life_paycheck überschreiben und das nächste mal könnte es noch weniger werden. -
das musst du in den shop config hinterlegen. poste mal deine Shops dann kann man das besser zeigen
-
-
-
Stimmt auch wieder, dann fasse alle Probleme in einem Post inklusive der Lösung zusammen
-
wenn es geklappt hat bitte als Lösung markieren, damit andere auch eine Chance haben
-
-
so den anderen Fehler habe wahrscheinlich auch gefunden. Hast Du dir mal die .sql Datei angeschaut?
SQL
Alles anzeigen-- -- Drop procedures to ensure no conflicts -- DROP PROCEDURE IF EXISTS `resetLifeVehicles`; DROP PROCEDURE IF EXISTS `deleteDeadVehicles`; DROP PROCEDURE IF EXISTS `deleteOldHouses`; DROP PROCEDURE IF EXISTS `deleteOldGangs`; DROP PROCEDURE IF EXISTS `deleteOldContainers`; DROP PROCEDURE IF EXISTS `deleteOldWanted`; DELIMITER $$ -- -- Procedures -- Edit arma3 to match a user in MySQL -- For external databases: Edit localhost to match arma3server IP -- CREATE DEFINER=`arma3`@`localhost` PROCEDURE `resetLifeVehicles`() BEGIN UPDATE `vehicles` SET `active`= 0; END$$ CREATE DEFINER=`arma3`@`localhost` PROCEDURE `deleteDeadVehicles`() BEGIN DELETE FROM `vehicles` WHERE `alive` = 0; END$$ CREATE DEFINER=`arma3`@`localhost` PROCEDURE `deleteOldHouses`() BEGIN DELETE FROM `houses` WHERE `owned` = 0; END$$ CREATE DEFINER=`arma3`@`localhost` PROCEDURE `deleteOldGangs`() BEGIN DELETE FROM `gangs` WHERE `active` = 0; END$$ CREATE DEFINER=`arma3`@`localhost` PROCEDURE `deleteOldContainers`() BEGIN DELETE FROM `containers` WHERE `owned` = 0; END$$ CREATE DEFINER=`arma3`@`localhost` PROCEDURE `deleteOldWanted`() BEGIN DELETE FROM `wanted` WHERE `active` = 0; END$$ DELIMITER ; -- --------------------------------------------------------
Du musst den user 'arma3' mit deinem User unter dem die DB läuft ersetzen!
Du kannst das dann einfach über das SQL Tool nochmal ausführen. Dann sollten auch die anderen Fehler in den [lexicon]extDB[/lexicon] logs verschwinden.
-
alles klar wenn was ist bin ich wahrscheinlich ab 20 uhr auch online. dann bin auch per TS zu erreichen.
ansonsten schaue ich mir das tut nochmal an wegen den sql funktionen.
-
auf jeden fall ist der fehler mit dem housing weg. den rest prüfe ich gleich nochmal. vielleicht ist es nur ein typo
-
ok, dann schauen wir weiter, wenn du die möglichkeit dazu hast. Hast Du eigentlich die SQL Funktionen bei dir in der DB eingerichtet? Die Fehler im [lexicon]extDB[/lexicon] Log kommen nämlich von da.
-
ansonsten musst Du mal in der init.sqf mal die folgenden Zeilen auskommentieren
C/* ["CALL resetLifeVehicles",1] spawn DB_fnc_asyncCall; ["CALL deleteDeadVehicles",1] spawn DB_fnc_asyncCall; ["CALL deleteOldHouses",1] spawn DB_fnc_asyncCall; ["CALL deleteOldGangs",1] spawn DB_fnc_asyncCall; //Maybe delete old gangs */
in meiner Version ist das Zeile 50 - 53
-
ja du bist aber noch nicht gejoined. Die anderen Fehler kann man erstmal ignorieren, da gibt es nur ein Problem mit den Löschscripten.
-
ok trotzdem wurde der life_server nicht aktuallisiert. das zeigen auch die logs. wie schon geschrieben fahren den Server runter, dann die life_server.pbo in einen anderen ordner kopieren anschliessend ändern und danach die Datei löschen und den neuen life_server reinkopieren. Danach wieder starten. So lange Du die Einträge in den Logs nicht siehst zieht er immer noch den alten life_server an wo auch immer der herkommt.
-
so alles klar, der life_server ist nicht aktuell! Am besten erstellst die life_server.pbo auf deinem Rechner und lädst diese dann mal auf den Server. Das editieren direkt auf dem Server bringt leider nix. Lass mich raten es handelt sich um einen Nitrado Server?
-
Also für mich sieht das gerade danach aus, dass der life_server noch nicht aktuallisiert ist. Guck mal bitte im Server log ob die Ausgabe mit der Housing Init kommt.