{"id":87118,"date":"2024-02-05T09:21:22","date_gmt":"2024-02-05T08:21:22","guid":{"rendered":"https:\/\/fivem-mods.net\/?p=87118"},"modified":"2026-07-23T09:28:35","modified_gmt":"2026-07-23T07:28:35","slug":"estruturas-fivem","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/pt\/fivem-frameworks\/","title":{"rendered":"Compara\u00e7\u00e3o de frameworks FiveM: ESX, QBCore e Qbox"},"content":{"rendered":"

N\u00e3o h\u00e1 um vencedor universal oficial entre ESX, QBCore e Qbox.<\/strong> Escolha o framework cuja receita atual, APIs e recursos compat\u00edveis correspondam aos recursos de servidor necess\u00e1rios, dados existentes e habilidades da equipe. Se voc\u00ea j\u00e1 opera uma pilha est\u00e1vel espec\u00edfica do framework, permanecer nesse ecossistema geralmente \u00e9 a primeira op\u00e7\u00e3o a ser avaliada, pois a migra\u00e7\u00e3o afeta mais do que a pasta principal.<\/p>\n

Guia de decis\u00e3o r\u00e1pida<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Ponto de partida<\/th>\nPrimeiro framework a ser avaliado<\/th>\nMotivo para verificar<\/th>\n<\/tr>\n<\/thead>\n
Servidor ESX existente<\/td>\nESX Legacy<\/td>\nPreserva dados, eventos, exporta\u00e7\u00f5es e conhecimento de recursos espec\u00edficos do ESX quando os requisitos atuais ainda s\u00e3o atendidos.<\/td>\n<\/tr>\n
Servidor QBCore existente<\/td>\nQBCore<\/td>\nEvita a convers\u00e3o, a menos que outro framework resolva um requisito documentado que a justifique.<\/td>\n<\/tr>\n
Nova instala\u00e7\u00e3o voltada ao ecossistema QB<\/td>\nQBCore ou Qbox<\/td>\nCompare as duas receitas oficiais, recursos selecionados, modelo API e compatibilidade exata de terceiros.<\/td>\n<\/tr>\n
Equipe QBCore considerando Qbox<\/td>\nQbox com auditoria de ponte<\/td>\nA ponte QB ajuda muitos recursos, mas exce\u00e7\u00f5es documentadas ainda exigem verifica\u00e7\u00f5es no n\u00edvel do recurso.<\/td>\n<\/tr>\n
Nenhum requisito de framework de roleplay<\/td>\nRecursos Standalone<\/td>\nStandalone descreve um padr\u00e3o de depend\u00eancia; confirme se um framework completo \u00e9 realmente desnecess\u00e1rio.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

O que um framework FiveM faz<\/h2>\n

Cfx.re descreve frameworks como funda\u00e7\u00f5es que facilitam a constru\u00e7\u00e3o de recursos de servidor. Um framework de roleplay geralmente estabelece padr\u00f5es compartilhados para dados de jogadores e personagens, trabalhos, itens, dinheiro, comandos, permiss\u00f5es e comunica\u00e7\u00e3o entre recursos. Os recursos exatos vis\u00edveis para os jogadores dependem da receita completa e dos recursos instalados, n\u00e3o apenas do nome do framework principal.<\/p>\n

Essa distin\u00e7\u00e3o evita uma compara\u00e7\u00e3o enganosa. Sistemas de invent\u00e1rio, moradia, telefones, bancos ou ve\u00edculos podem ser recursos separados e podem ser substitu\u00eddos. Uma marca de sele\u00e7\u00e3o ao lado de um nome de framework n\u00e3o prova qual implementa\u00e7\u00e3o, vers\u00e3o ou integra\u00e7\u00e3o um servidor de produ\u00e7\u00e3o executar\u00e1.<\/p>\n

ESX Legacy<\/h2>\n

ESX Legacy \u00e9 um framework de roleplay de c\u00f3digo aberto com seu n\u00facleo atual publicado pela organiza\u00e7\u00e3o oficial ESX. O tutorial oficial para novos servidores usa o modelo txAdmin do ESX Legacy. A instala\u00e7\u00e3o manual documenta oxmysql, spawnmanager, importa\u00e7\u00e3o de banco de dados, recursos principais e adicionais, exclus\u00f5es e ordem de inicializa\u00e7\u00e3o.<\/p>\n

ESX \u00e9 a primeira op\u00e7\u00e3o a ser avaliada quando um servidor existente j\u00e1 possui dados de jogador, recursos e procedimentos de equipe espec\u00edficos do ESX. Essa \u00e9 uma observa\u00e7\u00e3o de risco de migra\u00e7\u00e3o, n\u00e3o uma alega\u00e7\u00e3o de participa\u00e7\u00e3o de mercado. Para uma nova constru\u00e7\u00e3o, inspecione a receita atual e verifique se cada produto necess\u00e1rio suporta a vers\u00e3o exata do ESX, invent\u00e1rio, biblioteca de banco de dados, exporta\u00e7\u00f5es e eventos.<\/p>\n

QBCore<\/h2>\n

O qb-core<\/code> oficial do QBCore disponibiliza um Core Object com fun\u00e7\u00f5es, dados de jogadores, dados compartilhados, configura\u00e7\u00f5es e comandos. As defini\u00e7\u00f5es compartilhadas incluem empregos, gangues, itens e ve\u00edculos. A instala\u00e7\u00e3o oficial para Windows usa a receita popular QBCore Framework no txAdmin, que implanta um banco de dados e um conjunto mais amplo de recursos, al\u00e9m da pasta do core.<\/p>\n

QBCore pode ser uma op\u00e7\u00e3o para uma nova instala\u00e7\u00e3o ou uma instala\u00e7\u00e3o existente no ecossistema QB quando suas APIs documentadas e seus recursos compat\u00edveis atendem aos requisitos do servidor. N\u00e3o presuma que todo recurso com o r\u00f3tulo QBCore seja compat\u00edvel com todas as vers\u00f5es do core ou com qualquer invent\u00e1rio substituto. Registre os exports, as depend\u00eancias, o SQL e a ordem de inicializa\u00e7\u00e3o necess\u00e1rios para a configura\u00e7\u00e3o exata.<\/p>\n

Qbox<\/h2>\n

A introdu\u00e7\u00e3o oficial do Qbox registra que o Qbox come\u00e7ou em 2022 a partir do QBCore e agora tem suas pr\u00f3prias APIs e recursos principais. O Qbox mant\u00e9m uma ponte de compatibilidade QB para muitos recursos QBCore bem escritos. Sua documenta\u00e7\u00e3o tamb\u00e9m nomeia exce\u00e7\u00f5es, incluindo recursos que dependem de acesso direto ao banco de dados, arquivos principais internos ou comportamento n\u00e3o suportado.<\/p>\n

A instala\u00e7\u00e3o oficial do Qbox usa uma receita popular do QBox em txAdmin. Para uma migra\u00e7\u00e3o do QBCore, o guia de convers\u00e3o abrange diferen\u00e7as de configura\u00e7\u00e3o, n\u00edveis num\u00e9ricos de cargos e gangues, convers\u00e3o de invent\u00e1rio e banco de dados e substitui\u00e7\u00e3o incremental da API. O Qbox \u00e9, portanto, uma escolha deliberada de framework com uma auditoria de compatibilidade, n\u00e3o simplesmente uma mudan\u00e7a que faz com que todos os scripts QBCore funcionem inalterados.<\/p>\n

Dimens\u00f5es de compara\u00e7\u00e3o que voc\u00ea pode verificar<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Dimens\u00e3o<\/th>\nPergunta<\/th>\nEvid\u00eancia<\/th>\n<\/tr>\n<\/thead>\n
Caminho de instala\u00e7\u00e3o<\/td>\nExiste uma receita oficial atual e documenta\u00e7\u00e3o completa?<\/td>\nDocumentos oficiais e reposit\u00f3rio de receitas na data revisada.<\/td>\n<\/tr>\n
Recursos necess\u00e1rios<\/td>\nQuais banco de dados, biblioteca, invent\u00e1rio e recursos de suporte s\u00e3o selecionados?<\/td>\nArquivos de receita, manifestos e declara\u00e7\u00f5es de depend\u00eancia.<\/td>\n<\/tr>\n
Compatibilidade API<\/td>\nQuais exporta\u00e7\u00f5es, eventos, objetos e campos de dados os scripts necess\u00e1rios chamam?<\/td>\nC\u00f3digo-fonte do recurso, manifestos e documenta\u00e7\u00e3o oficial da API.<\/td>\n<\/tr>\n
Modelo de dados<\/td>\nQuais identificadores, classifica\u00e7\u00f5es, contas e relacionamentos devem ser preservados?<\/td>\nInvent\u00e1rio de esquema e mapeamento de migra\u00e7\u00e3o testado.<\/td>\n<\/tr>\n
Opera\u00e7\u00f5es<\/td>\nA equipe pode atualizar, diagnosticar e reverter a pilha?<\/td>\nRunbooks, backups e uma simula\u00e7\u00e3o de recupera\u00e7\u00e3o em ambiente de testes.<\/td>\n<\/tr>\n
Desempenho<\/td>\nComo a pilha exata se comporta sob a\u00e7\u00f5es representativas?<\/td>\nProfiler, resmon e logs de banco de dados de testes controlados repetidos.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Lista de verifica\u00e7\u00e3o de decis\u00e3o<\/h2>\n
    \n
  1. Liste os recursos necess\u00e1rios do jogador.<\/strong> Nomeie os requisitos exatos de empregos, economia, invent\u00e1rio, moradia, telefone, ve\u00edculo, administra\u00e7\u00e3o e integra\u00e7\u00e3o.<\/li>\n
  2. Fa\u00e7a um invent\u00e1rio das depend\u00eancias existentes.<\/strong> Registre as vers\u00f5es da estrutura, manifestos, tabelas de banco de dados, exporta\u00e7\u00f5es, eventos e altera\u00e7\u00f5es personalizadas do n\u00facleo.<\/li>\n
  3. Mapeie a compatibilidade dos recursos.<\/strong> Para cada recurso necess\u00e1rio, confirme a estrutura e a vers\u00e3o que ele realmente suporta, incluindo pontes e sistemas de substitui\u00e7\u00e3o.<\/li>\n
  4. Verifique o conhecimento da equipe.<\/strong> Inclua as APIs, linguagens, modelo de banco de dados e ferramentas operacionais que os mantenedores podem diagnosticar.<\/li>\n
  5. Estime a migra\u00e7\u00e3o a partir de evid\u00eancias.<\/strong> Conte os dom\u00ednios de dados e integra\u00e7\u00f5es reais; n\u00e3o use uma tabela gen\u00e9rica de horas ou custos.<\/li>\n
  6. Construa uma pilha de teste representativa.<\/strong> Use a receita oficial, recursos selecionados e uma c\u00f3pia sanitizada de dados realistas.<\/li>\n
  7. Defina a aceita\u00e7\u00e3o e o rollback.<\/strong> Decida o que deve funcionar e como restaurar os arquivos e o banco de dados consistentes anteriores.<\/li>\n<\/ol>\n

    A migra\u00e7\u00e3o afeta todo o modelo do servidor<\/h2>\n

    A mudan\u00e7a de frameworks pode envolver identidades, personagens, dinheiro, empregos, gangues, invent\u00e1rio, ve\u00edculos, garagens, moradias, telefones, bancos, contas de organiza\u00e7\u00f5es, permiss\u00f5es e eventos personalizados. As rela\u00e7\u00f5es de dados importam: criar um novo identificador de personagem sem mapear todos os registros relacionados pode orfanar ativos ou permiss\u00f5es.<\/p>\n

    N\u00e3o execute um snippet de convers\u00e3o SQL gen\u00e9rico contra a produ\u00e7\u00e3o. Comece com um invent\u00e1rio de esquema e recursos, projete uma convers\u00e3o idempotente contra uma c\u00f3pia de teste, valide as contagens e rela\u00e7\u00f5es de registros e ensaie o rollback. Scripts espec\u00edficos de framework podem precisar de uma ponte oficial, um modo multi-framework documentado ou altera\u00e7\u00f5es de c\u00f3digo. Scripts ESX n\u00e3o s\u00e3o automaticamente port\u00e1teis para QBCore ou Qbox, e a ponte Qbox QB n\u00e3o \u00e9 universal.<\/p>\n

    Como comparar sua pr\u00f3pria pilha<\/h2>\n

    Se o desempenho influencia a escolha, compare compila\u00e7\u00f5es controladas em vez de repetir um ranking. Use o mesmo host ou hardware equivalente isolado, artefato FXServer, vers\u00e3o do banco de dados, volume de dados e a\u00e7\u00f5es representativas do jogador. Mantenha o conjunto de recursos funcionalmente compar\u00e1vel e declare cada diferen\u00e7a intencional.<\/p>\n

      \n
    1. Aque\u00e7a cada servidor consistentemente e capture o comportamento ocioso.<\/li>\n
    2. Repita as mesmas a\u00e7\u00f5es de carregamento de personagem, invent\u00e1rio, trabalho, ve\u00edculo e economia.<\/li>\n
    3. Colete evid\u00eancias do profiler FiveM ou resmon, al\u00e9m de consultas lentas do banco de dados e m\u00e9tricas do sistema.<\/li>\n
    4. Execute v\u00e1rias amostras e relate distribui\u00e7\u00f5es ou intervalos, n\u00e3o um \u00fanico melhor n\u00famero.<\/li>\n
    5. Inspecione erros, corre\u00e7\u00e3o de dados e comportamento de reconex\u00e3o junto com o tempo.<\/li>\n
    6. Mantenha a configura\u00e7\u00e3o e os logs brutos para que outro revisor possa reproduzir a conclus\u00e3o.<\/li>\n<\/ol>\n

      Um benchmark de um n\u00facleo com recursos diferentes n\u00e3o isola o framework. Um resultado de um servidor vazio sint\u00e9tico n\u00e3o prova a capacidade de produ\u00e7\u00e3o. Publique apenas conclus\u00f5es suportadas pela configura\u00e7\u00e3o registrada e evid\u00eancias brutas.<\/p>\n

      Recomenda\u00e7\u00e3o pr\u00e1tica<\/h2>\n