MADD NØG

Veja aqui explicado detalhadamente e com exemplos na Wiki CreateVehicle

Já testou essas linhas comentadas no serverside ? Elas seguem a mesma logica de codificação do arquivo, porem com decodeString no lugar de encodeString -- file = fileCreate(path..'rw') -- fileWrite(file, decodeString('tea', FirstPart, { key = key })..SecondPart) -- fileClose(file)

A primeira coisa a se fazer é postar a parte do código citada, não tem como solucionar o problema sem ver ele antes. Mais muita das vezes as versões do MySQL ou MariaDB e até mesmo do PHP influencia na leitura do MySQL usado no código, elas podem estar obsoletas nas versões que você usa, se as linhas estiverem corretas, muito provável que seja a sintaxe do MySQL usada no código não ser compatível com a do MySQL instalado na S.O. Ou você procura as atualizações para a sintaxe usada nas versões do seu MySQL, ou instala outras versões do MySQL.

Da onde surgiu essa de usar avatares dos Simpson de perfil, alguém sabe a historia disso, vejo vários membros usando

Pior que é essa intenção mesmo, remover postes, arvores e objetos estéticos por todo mapa, por mais pouco que seja, em pcs mais fracos da uma ajuda no FPS, mais pelos testes que eu fiz não mudou muita coisa, é que tem uns detalhes muito mal feitos do GTA SA que me incomodam ai eu removo de LS pra ficar mais minimalista e bonito

Sem segredo, acho que não existe um conversor automático tudo é feito manualmente o máximo que acho que pode ser feito para otimizar esse trabalho, são coordenas transferidas do GTA para o script em questão, mais isso ainda é manual, e scripts que importam modelos e texturas mais rápido e com menos linhas. Script Upload de texturas e modelos: local models = { --{source = "files/asd", modelID}, {"files/vgsn_billboard", 7310}, } local textures = { "cj_sprunk_f", "cj_sprunk_front2", } local protect = { ["cj_porno_vids"] = true, } addEventHandler("onClientResourceStart", resourceRoot, function() for k,v in pairs(models) do local source, id = unpack(v) txd = engineLoadTXD(source .. ".txd") engineImportTXD(txd, id) end for k,v in pairs(textures) do texElement = dxCreateTexture("files/"..v..".png", textureQuality or "dxt1") local protected = protect[v] if protected then fileDelete("files/"..v..".png") end local shadElement = dxCreateShader("files/replace.fx", 0, 0, false, "all") engineApplyShaderToWorldTexture(shadElement, v) dxSetShaderValue(shadElement, "gTexture", texElement) end end )

No meu caso removo bastante objetos em lugares diferentes, e pra otimizar e ganhar umas linhas a menos utilizo esse com pairs local objects = { --- ID, Distancia, XYZ --- {1468, 1000, 2475.6000976563, -1652.0999755859, 13.699999809265}, {1280, 1000, 1075.9566650391, -1786.4718017578, 13.753671646118}, {1230, 1000, 2475.6000976563, -1652.0999755859, 13.699999809265}, } function removeObjects() for k, v in pairs(objects) do if v[6] then removeWorldModel(v[1], v[2], v[3], v[4], v[5], v[6]) else removeWorldModel(v[1], v[2], v[3], v[4], v[5]) end end end addEventHandler("onClientResourceStart", resourceRoot, function() removeObjects() end)

Para mods tipo skins de veículos e personagens tem esse que eu uso e recomendo ! Download | Virus Total

MySQL é utilizado por ser um dos mais populares sistemas de gerenciamento de banco de dados, a maioria de scripts que utilizam MySQL é por se tratar de algo mais complexo e que exige o salvamento e o gerenciamento de mais de uma informação, para quem desenvolve é mais pratico e rápido, gerenciar dados por exemplo pelo phpMyAdmin por ter interface gráfica fica mais fácil e mais simples gerenciar dados, é possível substituir o MySQL por SQLIte ou até outras variações que aceitam SQL, contudo para fazer isso requer conhecimento básico da linguagem, o que torna mais fácil se familiarizar e aprender sobre Banco de Dados, SQL, LUA do que tentar converter algum script complexo para outro tipo de banco de dados. Exemplo do membro que citou um inventario, vou dar um pequeno exemplo da importância (ou não) de utilizar MySQL, algumas pessoas já estão familiarizadas com algum tipo de banco e consegue desenvolver seus projetos com mais facilidade com certa linguagem ou sistema, cabe a você aprender uma delas, não existe formula magica, é sentar e aprender, não existe programa que você vai instalar e vai fazer tudo para você. Colocando em nota o que geralmente compõe um inventario: Itens, Quantidade, Valor, Slots, ID, Craft Ao criar um item por exemplo uma maça, digamos que essas informações ficam salva no Banco de Dados: ID da maça, Quantidade de Maça, Player que tem a maça, Posição que ele esta no inventario, Indicativo se esta na ActionBar ou não, Se ela esta em cofres ou mochilas, entre varias outras informações que são necessárias ser salvas para o Inventario funcionar bem. Com MySQL e utilizando o phpMyAdmin, com poucos cliques você tem todas essas informações, podendo gerenciar elas de várias formas, imediatamente sem muitas complicações. Mais você não entende sobre MySQL e acha só porque é algo paralelo ao MTA é mais complicado e exige demais, ai vê que SQLIte é o banco de dados utilizado pelo MTA e por ser apenas uma arquivo que fica em uma pasta passa a impressão de mais simples e fácil, claramente é mais fácil e simples porem para scripts que necessitam do salvamento e trafego de dados continuo não é tão eficiente quanto ao MySQL, toda alteração você tem que ir no arquivo abrir editar salvar reiniciar o script ou o banco de dados. Enfim eu prefiro em 90% dos casos utilizar MySQL em scripts mais complexos, você tem bem mais liberdade e possibilidades, contudo se seu objetivo só são scripts básicos que não exigem o trafego de dados entre outros scripts, não tem necessidade de buscar complexidade se o SQLite fornece praticidade e eficiência para scripts mais simples. Quem converte inventários MySQL para SQL pode até funcionar, mais na maioria das vezes vira uma gambiarra sem fim, metade das funcionalidades tem que serem deixadas de lado pois envolve outros scripts e acaba tornando seu projeto refém apenas do inventario, deixando bem difícil e complexo convergir outros scripts com o servidor. Pra quem não vai ler tudo isso eu resumo tudo assim. Se for converter algo do MySQL tem que ser tudo, se não continue usando MySQL que é mais pratico. MySQL > Para projetos quem envolvem a relação entre vários scripts entre si e o gerenciamento de dados é recorrente e necessário. SQLite > Projetos simples que não convergem com outros scripts.

Provavelmente é por que você não esta especificando a Dimensão e Interior necessários no script. setElementDimension setElementInterior