attempt to index a nil value (global 'QBCore'): GetCoreObject düzeltmesi

Konsolunuzun bir yerinde:

SCRIPT ERROR: @my_script/client/main.lua:8: attempt to index a nil value (global 'QBCore')

QBCore çalışıyor, komut dosyası düzgün görünüyor ve QBCore hala nil. QBCore ve QBox

#Neden QBCore nil

Daha eski QBCore komut dosyaları, bir etkinlik içeren temel nesneyi aldı:

QBCore = nil
TriggerEvent('QBCore:GetObject', function(obj) QBCore = obj end)

Bu etkinlik qb-core'den kaldırıldı. Artık kimse yanıt vermiyor, bu nedenle QBCore nil olarak kalıyor ve ilk QBCore.Functions… satırı çöküyor.

#Düzeltme: GetCoreObject

Dosyanın üst kısmında qb-core'den dışa aktarmayla birlikte nesnesini isteyin:

local QBCore = exports['qb-core']:GetCoreObject()

İstemcide ve sunucuda aynı satırdır. Bunu QBCore kullanan her dosyaya veya bildirimin ilk olarak yüklendiği paylaşılan dosyaya bir kez koyun:

-- fxmanifest.lua
shared_script 'shared/core.lua'
client_scripts { 'client/*.lua' }
server_scripts { 'server/*.lua' }

-- shared/core.lua
QBCore = exports['qb-core']:GetCoreObject()

İpucu: eğer QBCore bir dosyada local ise, diğer dosyalar onu göremez. Komut dosyasının yalnızca bir dosyasındaki nil hatası genellikle tam olarak bu anlama gelir.

#Hâlâ nil mi? qb-core henüz çalışmıyor

Dışa aktarma yalnızca qb-core önce başlatıldığında yanıt verir. server.cfg'de:

ensure oxmysql
ensure ox_lib
ensure qb-core
ensure [qb]

ensure my_script

Sonra:

• Sunucu konsolunun üst kısmındaki qb-core'nin kendi başlangıcını kontrol edin. Buradaki bir veritabanı hatası, dışa aktarmaların hiçbir zaman mevcut olmadığı anlamına gelir ve No such export GetCoreObject in resource qb-core alırsınız.
• Bağımlılığı komut dosyasının fxmanifest.lua'sine ekleyin, böylece FiveM önce qb-core'i başlatır veya komut dosyasını onsuz başlatmayı reddeder:

dependency 'qb-core'

#QBox

QBox'nin çekirdeği qbx_core'tir ve qb-core komut dosyaları için bir uyumluluk katmanı tutar: exports['qb-core']:GetCoreObject() hâlâ bir nesne döndürür, dolayısıyla çoğu QBCore komut dosyası olduğu gibi çalışır.

server.cfg:

ensure oxmysql
ensure ox_lib
ensure qbx_core

QBox üzerinde ayrı bir qb-core klasörü yok. Hala bir tane varsa kaldırın, aksi takdirde iki çekirdek kavga eder.

Yeni kod için QBox, örneğin sunucudaki büyük QBCore tablosu yerine kendi dışa aktarımlarını tercih eder:

local player = exports.qbx_core:GetPlayer(source)
if player then
    print(player.PlayerData.citizenid)
end

#İstemcideki oyuncu verileri

Oynatıcıyı çok erken okumak diğer bir klasiktir nil:

-- this runs before the player is loaded: job is nil
local job = QBCore.Functions.GetPlayerData().job

Bunun yerine oynatıcıyı bekleyin:

local QBCore = exports['qb-core']:GetCoreObject()
local PlayerData = {}

RegisterNetEvent('QBCore:Client:OnPlayerLoaded', function()
    PlayerData = QBCore.Functions.GetPlayerData()
end)

RegisterNetEvent('QBCore:Client:OnJobUpdate', function(job)
    PlayerData.job = job
end)

Komut dosyası siz oyundayken de yeniden başlatılabiliyorsa, OnPlayerLoaded o zamana kadar zaten etkinleştiğinden, verileri başlatıldığında da bir kez okuyun.

#Kontrol listesi

Bunun yerine ESX çalıştırılıyor mu? ESX ile nil arasındaki sorunun aynısı: esx:getSharedObject'nin düzeltilmesi.