Lord Henry

Mantenha arma original invisível e coloque as skins das outras armas em outros objetos qualquer. Depois anexe determinado objeto na mão do personagem usando o Resource:Bone_attach

A ideia que eu apaguei, era de verificar o número de caracteres no meta.xml. Se for diferente do número de caracteres que o desenvolvedor deixou programado, impede a ativação do resource pois detecta que "houve alteração no meta". Mas é fácil burlar, só o cara substituir os nomes e depois fazer as alterações de modo que fique com exatamente o mesmo número de caracteres, incluindo a modificação. Dai burlaria o sistema de novo.

Mesmo se ela for local? Pois teoricamente não daria pra lê-la fora de seu escopo, em outro script.

Pois é... Uma função local se sobrepõe a uma global com mesmo nome?

Hum... Os caras cancelam a função que cancela, lol '-' E existe alguma forma de cancelar a utilização delas? Da mesma forma que fizeram pra cancelar a função cancelEvent? Edit: Na real não se trata de cancelar as funções e sim torná-las inutilizáveis.

Cancelar a própria ativação não exige nenhuma permissão especial.

Gerou símbolo invisível.

getAccountName usa uma conta como parâmetro, mas vc usou source (jogador neste caso)

Mais fácil deixar isso na assinatura. x D

Como assim overwrite? A questão da falta de permissão vc se refere a quais permissões? E como o cara vai dar debug nas variáveis do meu script se ele é criptografado? Quer dizer, ele precisa saber os nomes das variáveis pra poder chamá-las, certo?

Ta faltando um monte de end aí '-'

@DNL291 a única maneira de burlar meu sistema é o cara conseguir descompilar o resource da proteção por IP e o resource bloqueado, para conseguir ter acesso as senhas de desbloqueio que são passadas de maneira criptografada através do export. Se o cara conseguir ser hacker o suficiente para descriptografar os resources, dai realmente não há o que fazer. Também não adianta o cara tentar dar output nos valores retornados pelo export, pois como eu disse, as senhas são passadas criptografadas. O cara pode ser esperto e tentar criar um resource falso que sempre retorna um IP válido, mas mesmo assim vai faltar as senhas de cada resource.

Dai depende. Se a postagem já existe, ela provavelmente já está respondida lá, certo?

Quê erro? Bom, pra começar vc está usando localPlayer em um script server-side. Isso não existe. Isso também não existe. Só é possível salvar na conta do jogador. O serial nada mais é do que uma data do jogador. Não tem como salvar data em uma data.

Meu sistema de proteção por IP também é por meio desse fetchRemote. Ele é feito por um único resource específico e dai os resources que possuem bloqueio verificam o IP através de um export desse resource. Se houver qualquer problema (o resource não existir, ou não conseguir retornar o IP por falta de permissão), o resource cancela sua própria ativação. E também é claro, tudo deve estar compilado.

Sim, vai pra todos. Pelo menos no exemplo que ele deu. As contas são globais.

Isso aí já é outra dúvida. Recomendo que crie outro post.

Se for usar esse esquema de conta "cobaia", seria interessante colocar um verificador se a conta existe ou não.

Sim, conexão com banco de dados é pesada se for feita muitas vezes simultaneamente.

Você está em servidor local? Ou editor de mapas?

Vai dando stop em todos os mods pra ver se a base some.

Me refiro ao painel admin. Não a pasta do computador. Naquela lista de mods que aparece no painel, ele ainda está lá?

Ele ainda aparece na lista de resources do painel admin?

Já deu /refresh?

Tem. Mas se vc tem medo de que roubem seu código, da próxima vez mande ele via mensagem privada para alguém que vc confia e que tenha conhecimento para lhe ajudar.