(Duvida) Sobre Banco de dados MMORPG

• Com um apache rodando PHP+MySQL restringindo o acesso apenas ao servidor para não receber requisições POST envenenadas.
  
• Enviava uma requisição via POST por webrequest, recebia os dados em json e tratava na Unity. 
  
• Uma vez que seu jogo é Client-Side, só o servidor precisa ter acesso aos dados e sincronizar com os clientes e fazer as verificações necessárias.
  
  

artplayer escreveu:Nunca, jamais, de maneira alguma exponha o SQL no código fonte do seu jogo, ainda mais na Unity onde é extremamente fácil fazer engenharia reversa (Mesmo com ofuscadores).

Bem, em um jogo passado, usava PHP como intermediário:

• Com um apache rodando PHP+MySQL restringindo o acesso apenas ao servidor para não receber requisições POST envenenadas.
  
• Enviava uma requisição via POST por webrequest, recebia os dados em json e tratava na Unity. 
  
• Uma vez que seu jogo é Client-Side, só o servidor precisa ter acesso aos dados e sincronizar com os clientes e fazer as verificações necessárias.
  
  

Sei que existem métodos ainda mais seguros, mas era oque eu tinha na época.

Fica até mais fácil se um dia você quiser expor os dados em uma página web como relatório de itens, status dos personagens e etc. Você poderia criar um usuário "ready-only" específicamente pra isso.
Você pode ter um servidor separado para o banco de dados se quiser.

Como o Marcos disse, o banco deve ser desenhado ainda na fase do GDD, pelo menos eu entendo assim.

artplayer escreveu:Sobre banco de dados, acho que você deveria primeiro entender as particularidades de cada um deles pra decidir qual melhor se adequa ao seu projeto. Depois disso, estudar ele.

Quando você já estiver familiarizado com o banco e como usar ele, você pode escolher um método de "mascaramento" para as solicitações dos dados, eu sugeri php porque vim do php, mas você pode utilizar outros métodos. (Php é bem poderosa e é bem parecida com c++).

Pra modelar o banco de dados eu uso o mysql workbench, mas existem muitas ferramentas por aí.
Quando falei que o banco deveria ser modelado ainda em faze de gdd, é porque é muito cansativo ficar reformulando tudo toda hora, já que a estrutura dos dados impacta diretamente no resto do jogo.

Se você já programou em c# e c++, em algum momento já deve ter usado Json, se não, é bem simples e também tem bastante material pela internet.

BD não é um bixo de sete cabeças, depois que você pegar, não vai conseguir largar (ou ele não vai largar você!). Php também não, mas é bom sempre estar com a documentação por perto, você vai precisar. Tem ótimos fóruns/tutoriais/blogs/cursos espalhados pela nossa querida internet.

Não estou afirmando que o método que eu usei é o melhor, longe disso, mas foi o mais seguro que consegui de maneira digamos... "open-source".

artplayer escreveu:Na verdade você envia um um pedido pra um arquivo php que está rodando em um local onde somente o servidor tem acesso, como o php é uma linguagem interpretada não tem como um "invasor" ver o código que roda no servidor, ele só vê o retorno. O php processa tudo e retorna um Json. É esse retorno que a Unity trata.
O php é bem rápido e muy amigo do MySQL.

Esse post é beem antigo mas dá pra ter uma noção. Subistitua wwwforms por webrequest.

kleber3254 escreveu:

artplayer escreveu:Na verdade você envia um um pedido pra um arquivo php que está rodando em um local onde somente o servidor tem acesso, como o php é uma linguagem interpretada não tem como um "invasor" ver o código que roda no servidor, ele só vê o retorno. O php processa tudo e retorna um Json. É esse retorno que a Unity trata.
O php é bem rápido e muy amigo do MySQL.

Esse post é beem antigo mas dá pra ter uma noção. Subistitua wwwforms por webrequest.

mas porque a unity pega o retorno? se a unity diz "eai" pra php o php devolve um "eai" tambem por json para a unity e depois manda para o mysql onde tera conexão com o servidor?

artplayer escreveu:

kleber3254 escreveu:

artplayer escreveu:Na verdade você envia um um pedido pra um arquivo php que está rodando em um local onde somente o servidor tem acesso, como o php é uma linguagem interpretada não tem como um "invasor" ver o código que roda no servidor, ele só vê o retorno. O php processa tudo e retorna um Json. É esse retorno que a Unity trata.
O php é bem rápido e muy amigo do MySQL.

Esse post é beem antigo mas dá pra ter uma noção. Subistitua wwwforms por webrequest.

mas porque a unity pega o retorno? se a unity diz "eai" pra php o php devolve um "eai" tambem por json para a unity e depois manda para o mysql onde tera conexão com o servidor?

A Unity diz: Me dê os dados do usuário X, o php verica, faz a consulta no banco de dados e retorna um json somente com os dados para a Unity.
Ou, a Unity diz: Modifique o usuário de ID Y, o php faz o resto.
A intenção a fazer com que o seu código sql não seja exposto.
Por questões de segurança, você restringe o Apache (onde o php está rodando) a aceitar conexões somente do servidor.

Se você for mais paranoico ainda, além de restringir, pode usar chaves de criptografia assimétricas, etc, etc

artplayer escreveu:Isso, o php na verdade fica encarregado de todo o trabalho pesado. E de quebra, você tem "acesso" a tudo que o php pode fazer com mais eficiência que a unity. Você pode por exemplo manipular a biblioteca gd para manipular imagens e já pegar o retorno redondinho na unity, etc. E melhor de tudo: Tudo de forma anônima aos olhos do usuário.

kleber3254 escreveu:

artplayer escreveu:Isso, o php na verdade fica encarregado de todo o trabalho pesado. E de quebra, você tem "acesso" a tudo que o php pode fazer com mais eficiência que a unity. Você pode por exemplo manipular a biblioteca gd para manipular imagens e já pegar o retorno redondinho na unity, etc. E melhor de tudo: Tudo de forma anônima aos olhos do usuário.

humm agr ta tudo fazendo sentido, então como ficaria com um sistema de level? seria dessa forma aqui?


MYSQL: Player: Nivel do personagem [1]
           Ponto de habilidade [0]
           Força: Nivel [1]
           Agilidade Nivel[1]

o mysql por padrão eu ja tinha deixado la essas informações de força agilidade nivel tudo por padrão escrito la


Na unity tenho minha classe que diz que se meu personagem passar pro nivel 2  ele vai ganhar 1 ponto de habilidade
Só de exemplo

agora essa minha classe que faz tudo isso ai que eu disse, eu vou ter que alterar com ifs fazendo a conversa com php?

if(se a funçao for verdadeira)
{
unity: php diz pro banco de dados colocar o nivel do personagem em 2 e o ponto de habilidade em 1
}                  


até ai tudo bem
mas e se caso eu to lvl 50 e um monstro me mata e eu perca 1 nivel, o client no caso a unity tem que pegar a informação do banco de dados por json pra confirmar qual o meu level atual pra decrementar 1, ne? ou direto da unity faria esse processo

minhas ultimas dúvidas por hj

artplayer escreveu:

kleber3254 escreveu:

artplayer escreveu:Isso, o php na verdade fica encarregado de todo o trabalho pesado. E de quebra, você tem "acesso" a tudo que o php pode fazer com mais eficiência que a unity. Você pode por exemplo manipular a biblioteca gd para manipular imagens e já pegar o retorno redondinho na unity, etc. E melhor de tudo: Tudo de forma anônima aos olhos do usuário.

humm agr ta tudo fazendo sentido, então como ficaria com um sistema de level? seria dessa forma aqui?


MYSQL: Player: Nivel do personagem [1]
           Ponto de habilidade [0]
           Força: Nivel [1]
           Agilidade Nivel[1]

o mysql por padrão eu ja tinha deixado la essas informações de força agilidade nivel tudo por padrão escrito la


Na unity tenho minha classe que diz que se meu personagem passar pro nivel 2  ele vai ganhar 1 ponto de habilidade
Só de exemplo

agora essa minha classe que faz tudo isso ai que eu disse, eu vou ter que alterar com ifs fazendo a conversa com php?

if(se a funçao for verdadeira)
{
unity: php diz pro banco de dados colocar o nivel do personagem em 2 e o ponto de habilidade em 1
}                  


até ai tudo bem
mas e se caso eu to lvl 50 e um monstro me mata e eu perca 1 nivel, o client no caso a unity tem que pegar a informação do banco de dados por json pra confirmar qual o meu level atual pra decrementar 1, ne? ou direto da unity faria esse processo

minhas ultimas dúvidas por hj

Você pode consultar o nível do usuário ou pegar todos os dados dele quando spawna ele/faz o login e armazenar em uma classe na própria unity, ou fazer a checagem quando precisar. Toda vez que você alterar algum dado, atualiza os dados dessa classe interna.

Lembrando que é um jogo client-side, então só quem vai "conversar com o php" é a instância do seu jogo que está rodando o servidor.