Hát ja valamennyire manuális de végülis a unit teszt ugyan az csak a végeredményeket ő hasonlítja össze nem én
 
De nagy rendszerekbe tényleg jó lehet. 
 
Elég egyszerű is lenne hozzá egy resourcet írni ha ugyan annyira gondolunk unit test alatt. Simán egy resource igazából ami lefuttat bizonyos függvényeket és megnézi megflelő-e a végeredmény?

Megesik az ilyen, nincs mit.

Ennek is valami hibát kellene szerintem kihozni. (Talán nem biztos)
 
Mert ha jól tippelek még nem volt le spawnolva a karaktered (spawnPlayer fügvénnyel ami csak szerver oldali.). Előtte le kell raknod a player karakterjét, mielőtt ráírányítanád a kamerát.
 

function spawnOnLogin ( )
spawnPlayer (source, 0, 0, 5)
setCameraTarget (source, source)
end
addEventHandler(\"onPlayerLogin\", getRootElement(), spawnOnLogin)

 
Ez a spawnPlayer wikijén a 2. példa (csak kitöröltem pár dolgot)
 
Szólnod kell a szervernek hogy spawnolja le a karaktert amit a triggerrel tudsz megoldani. LINK wikihez

https://wiki.multitheftauto.com/wiki/OnClientClick
 
Utolsó paraméter (clickedWorld) vissza adja hogy mire kattintottál. getElementType-val pedig meg tudod nézni, hogy ped-e meg adsz neki valami elementDatát is ha nem akrod hogy minden playerre mőködjön vagy valami hasonló.

function onStart()
addEventHandler(\"onClientRender\", getRootElement(), drawPanel)
input2_show = guiCreateLabel(x/2*2.282, y/2*4.03, 274, 50, \"Jelszó\", false)
input2 = guiCreateEdit(x/2*2.282, y/2*4.03, 274, 50, \"Jelszó\", false)
showCursor(true)
end
addEventHandler(\"onClientResourceStart\", getRootElement(), onStart)
addEventHandler(\"onClientPlayerJoin\", getRootElement(), onStart)   
s = {guiGetScreenSize()}
p = {500; 600}
x = (s[1]/2) - (p[1]/2)
y = (s[2]/2) - (p[2]/2)
function drawPanel()
dxDrawImage(x, y, 500, 600, \"pics/loginpanel.png\", 0, 0, 0)
end   

 
Próbáld így. 
 
Az onClientRender arra jó, hogy minden frame elött lefuttatja a functionodat (jelen esetben a drawPanel nevűt). Te oda beírtál sok dolgot amit nem oda kellene. 
A guis dolgod (most a guiCreateLabel és a guiCreateEdit-re gondolok) azokat egyszer meghívod elkészéti neked a szöveget meg a dobozt amibe írhatsz és az addig ott lesz a képernyődön míg nem törlöd, nem kell minden framekor meghívnod mert akkor mindig újat készít amik elfedik egymást folyamatosan ezért nem láttad hogy írsz bele.
 
A showCursor és a változóid (s,p,x,y) maradhattak volna benne igazából csak ugyan úgy felesleges. Nem akarod azzal terhelni a gépet hogy midnen framekor ismét (tök feleslegesen) előhozza a curosort és a változóknál is hasonló a gond. Ha úgy függbényben hagytad volna akkor minden framekor újra akarná számítani ugyan azokat az értékeket.
 
Ja és egy tipp, figyelj arra, hogy szépen legyen elrendezve a kódod, mert könyebben áttekinthető. Ne mindent egy sorba írj.

Ha ez csak egy szeró (nem vps) akkor meg kell kérezni, hogy lehet e kérni mellé MySQL-t. Ha vps akkor neked kell telepíteni.
 
 
 

   
      Szia.
   
   
      Ha nem adtak MySQL adatbázist, akkor keress olyan hostot, ahol adnak. A külső MySQL-es dolog amit @id100 is írt, nem túl jók (az ingyenesek), meg én szerintem nem biztonságos (mivel a hostoknál alapból csak lokálhosztról lehet csatlakozni).
   

(Be lehet állítani hogy csak 1 bizonyos IP-ről fogadjon kapcsolatot)

Nem értem, hogy most akkor a loginCallback function az egy sql callback vagy nem. Mert ha az tényleg callback akkor elsőnek poll-olni kell az mtaserial változód.
De ha ahogy írtad és outputchatbox-al kiírja rendesen a serialod akkor jó csak furán van elnevezve.
 
A gond ott kell, hogy legyen hogy ebben a sorban:
 
 

local kecskeROW = dbQuery(newsql,\"SELECT * FROM account WHERE mtaserial = ? \",mtaserial)

 
Küldesz egy sql lekérdezést, majd a következőben:
 

local res,rows,err = dbPoll(kecskeROW,0)

 
Egyből megnézed az eredményt. (A 0 azt jelenti hogy mennyi időt várjon az eredményre) Azonnal nyilván nem fogja vissza az eredményt a MySQL szervered. Így vagy mondasz neki egy hosszabb időt (mondjuk 500 ms) vagy vársz örökké. De ezek nem jó megoldások mert addig fogják a scriptet nem haladhat tovább.
 
Itt egy példa (3.), hogy hogy kell callbacket használni
 

function aaa()
    dbQuery( myCallback, connection, \"SELECT * FROM table_name\" )
end
function myCallback(qh)
    local result = dbPoll( qh, 0 )   -- Timeout doesn\'t matter here because the result will always be ready
end

 
 
 
A callbackek csak annyik, hogy elküldöd az SQL lekérést majd fut tovább a scripted nem áll meg és amikor kész az eredmény (kész eredmény timedout is lehet) akkor meghívja a myCallback funkciódat. (qh a queryhandler abba van az eredmény vagy hiba)

   
      Attól még, hogy karácsonyi szerver az üzemeltetési idő másodikáig lesz szóval két ünnep közt nem árt egy kis kikap cs.
   

@Szepy彡Szenteste gondolom mindenki aki csak teheti