WooX

Certifique-se de que a porta que está testando está registrada na tag XML do dito script.

A solução através da source é valida somente para TFS 0.4, se você estiver utilizando alguma source baseada em OTX2 por exemplo (imagino que seja seu caso), o processo através da source é um pouco diferente.

Nessa linha setConditionParam(condition, CONDITION_PARAM_TICKS, 22000) o tempo de duração é definido em milisegundos.

Ambos os scripts postados, tanto por mim quanto pelo outro membro são referente ao closingdoor.lua que fica em movements, o problema que você está tendo acredito que seja referente ao script door.lua que fica em actions, são duas coisas diferentes.

Tem muitos bots chineses tentando acesso diário em milhões de servidores, é sempre bom verificar as conexões SSH enquanto você estiver conectado e tomar algumas medidas de segurança pra evitar que isso se repita. Permita acesso ao usuário root somente através de chaves criptografadas. Altere a porta padrão de acesso SSH (medida não necessária caso a primeira tenha sido tomada). Se você tiver IP fixo, pode criar uma regra no iptables para permitir o acesso a porta SSH somente para seu IP.

É só alterar o arquivo lua.xml e adicionar/remover as funções conforme precisar.

posta combat.cpp

Se você estiver usando OTClient sim, o client 7.6 da CipSoft não suporta.

Não é só essa parte que importa, a partir disso ai não da pra determinar nada além de que esta sendo adicionado o valor 6 a storage 89745. Você criou o tópico porque não conseguia apagar uma storage no banco de dados, você mesmo confirmou que a storage esta sendo apagada no banco, isso me diz que o problema só pode estar no script dessa quest, e eu também iria tentar te ajudar com isso, mas se não quer postar o script completo eu não posso fazer nada. A storage foi deletada, boa sorte no resto.

Manda o script da quest.

A coluna que guarda o valor também está guardando uma string, então sua query deveria funcionar (caso exista de fato um player com esta storage e valor 6). Posta o erro que está retornando.

Sem problema haha, é tudo meio confuso mesmo, mas este sistema é exclusivamente pro jogador que tem acesso a sua conta, se por algum motivo o jogador não tiver acesso, ele pode utilizar os métodos de recuperação já existentes nos mais variados AAC por ai.

Se você quer apagar ela pra todos os players, é só executar a query que o @Ackerzin enviou, se você quiser apagar ela somente quando o player estiver com o valor 6 a query você postou no tópico deveria funcionar, mas pode ser que a estrutura da sua tabela 'player_storage' esteja diferente, envia uma imagem da estrutura da tabela aqui.

Já me deparei com esse problema antes mas faz muito tempo, e acredito que o problema seja bem mais embaixo, estando na source e não no script. Também aposto que a versão do seu servidor é 8.60 e que está utilizando 0.x

https://man7.org/linux/man-pages/man3/ftime.3.html

Tenha em mente que as storages só vão de fato para o banco de dados após o servidor ser salvo, antes disso ela fica armazenada na memória do servidor, então é bom se certificar de que a storage com este valor de fato existe no banco de dados.

A proposta do sistema é um layer de segurança extra pro depot, pra recuperar a conta em si já existe um sistema de recuperação na maioria dos AAC, seja através de RK ou e-mail.

kkkkkkkkkk, esse era uma comedia, foi banido por postar porno no TK se não me engano, esse cara criou o significado de troll

Estranho, eu devo ter atualizado antes de postar então, mas não lembro. Edit: lembrei que alguém já tinha me mandado mensagem falando isso, deve estar certo então.

Que isso chuck, monstro dos code é você, alem de rei dos bitcoin é claro. Não vejo problema em vender a nova senha, desde como eu falei passe por algum tipo de verificação antes, sempre achei ridiculo a ideia de vender RK no site, se for seguir este principio vai dar no mesmo, um hacker pode simplesmente tomar o char pra si.

Aparentemente já esta com as alterações.

Sem algum outro tipo de verificação isso tira o proposito do sistema que é: segurança. Independente de ser um item ou no próprio NPC, tem que haver algum tipo de verificação para confirmar que a pessoa no personagem é o verdadeiro dono. Estou pensando em adicionar uma pergunta de segurança simples no momento de criação da senha no NPC, coisas do tipo "Qual nome da sua mãe?" que é praticamente impossível de esquecer, e adicionar um método de recuperação que exija resposta a essa pergunta feita no momento de criação da senha.

Mas a staff já tem acesso a senha, ela é salva em uma storage, só realizar uma consulta no banco de dados que vai estar lá. A questão é que pode não ser o verdadeiro dono do char que está nele, então fico meio que com o pé atrás com a ideia de a staff passar a senha pro jogador, uma solução para recuperar a senha serial o ideal mesmo.

Vixi, ai... kkkkkk, mas posso fazer uma atualização futuramente pra adicionar alguma pergunta de segurança como meio para recuperar a senha.